From 8e1b4d7337cddf16e80b195ec1c2948335ccf749 Mon Sep 17 00:00:00 2001 From: yumoqing Date: Wed, 9 Sep 2026 07:22:17 +0800 Subject: [PATCH] =?UTF-8?q?feat(core):=20=E6=8A=95=E6=A0=87=E4=BA=A7?= =?UTF-8?q?=E7=BA=BF=E6=96=B0=E5=A2=9E=20bid-itstaffing-tech-outline(IT?= =?UTF-8?q?=E4=BA=BA=E5=8A=9B=E5=A4=96=E5=8C=8525=E7=AB=A0=E6=A8=A1?= =?UTF-8?q?=E7=89=88:=E4=BA=BA=E4=BA=8B=E5=88=B6=E5=BA=A6=E5=B7=A5?= =?UTF-8?q?=E5=85=B7=E6=95=B0=E6=8D=AE=E4=BA=94=E5=B1=82=E9=AA=A8=E6=9E=B6?= =?UTF-8?q?+=E6=80=BB=E9=A1=B9/=E4=B8=93=E9=A1=B9=E5=88=86=E5=B7=A5+?= =?UTF-8?q?=E5=88=B6=E5=BA=A6=E5=9B=9B=E4=BB=B6=E5=A5=97/=E5=B7=A5?= =?UTF-8?q?=E5=85=B7=E4=B8=89=E8=A6=81=E7=B4=A0+=E6=A1=88=E4=BE=8B?= =?UTF-8?q?=E7=9C=9F=E5=AE=9E/=E9=87=8F=E5=8C=96=E5=8F=AA=E5=9C=A8?= =?UTF-8?q?=E6=89=BF=E8=AF=BA=E5=8F=A3=E5=BE=84+=E7=AC=AC25=E7=AB=A0?= =?UTF-8?q?=E6=95=B0=E5=AD=97=E5=8C=96=E5=B9=B3=E5=8F=B0=E8=A3=81=E5=89=AA?= =?UTF-8?q?=E5=88=A4=E6=8D=AE);=20=E4=BF=AE=E6=AD=A3=20bid-aiagent-tech-ou?= =?UTF-8?q?tline=20=E9=85=8D=E5=9B=BE=E8=A7=84=E5=88=99(=E6=97=A0t2i?= =?UTF-8?q?=E6=A8=A1=E5=9E=8B=E6=97=B6i2i=E6=97=A0=E5=9B=BE=E8=87=AA?= =?UTF-8?q?=E5=8A=A8=E9=99=8D=E7=BA=A7t2i=E8=83=BD=E5=8A=9B=E5=87=BA?= =?UTF-8?q?=E5=9B=BE,=E4=B8=8Eselection.CAP=5FDEGRADE/=5Fgate=5Fplan?= =?UTF-8?q?=E4=BB=A3=E7=A0=81=E4=BA=8B=E5=AE=9E=E5=AF=B9=E9=BD=90)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- .../common/bid-aiagent-tech-outline/SKILL.md | 8 +- .../references/scoring-mapping.md | 8 +- .../bid-itstaffing-tech-outline/SKILL.md | 117 ++++ .../references/scoring-mapping.md | 135 ++++ .../references/template-outline.md | 618 ++++++++++++++++++ 5 files changed, 879 insertions(+), 7 deletions(-) create mode 100644 skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/SKILL.md create mode 100644 skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/scoring-mapping.md create mode 100644 skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/template-outline.md diff --git a/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/SKILL.md index eedc737..a88120a 100644 --- a/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/SKILL.md +++ b/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/SKILL.md @@ -57,10 +57,12 @@ description: AI智能体软硬件一体技术标目录模版——23章骨架+ ## 配图：必须用 i2i / t2i 真实生成（硬规则） 本类方案图表密集（架构图/部署拓扑/能力矩阵/流程示意），**每张图都用 invoke_model 调平台图像模型生成真图**， 呼应 agent.bid_writer 角色技能的配图规则： -- **t2i（文生图）**：从零生成架构图/示意图。task 写清画面主体、层次结构、商务风格（白底/蓝色系/简洁）、图中文字要求。 -- **i2i（图生图）**：基于已有图改造——招标方给的现状图、我司标准架构图 → 风格化 / 局部重绘 / 补中文标注 / 换配色。**必须带输入图 URL**（否则触发 i2i 完备性门禁被拦）。 +调用时 model 留空即自动选型，写者不必关心底层命中的是 t2i 还是 i2i 模型： +- **从零生成图**（架构图/示意图）：task 写清画面主体、层次结构、商务风格（白底/蓝色系/简洁）、图中文字要求，**不带输入图**。 +- **改造已有图**：带输入图 URL（招标方现状图/我司标准架构图 → 风格化/局部重绘/补中文标注/换配色）。 +- **平台无专门 t2i 模型时自动兜底**：选型候选池含 i2i 模型（`CAP_DEGRADE={t2i:i2i}`）；命中 i2i 模型且不带输入图 → 平台按 t2i 契约校验、**降级为文生图能力正常出图，不会被门禁拦**（机制见 platform_model_tools._gate_plan）。带输入图才走真图生图。 - 成功后产物 URL **独占一行**嵌正文：`![图N 标题](URL)`，合成 docx 时自动嵌真图。禁止改写/自编 URL。 -- **禁止 ASCII 字符画 / 文本框线拼示意图**。invoke_model 返回 FAIL（平台无可用图像模型）时该处不配图、正文照常写，不因此阻塞章节。 +- **禁止 ASCII 字符画 / 文本框线拼示意图**。仅当 t2i、i2i 模型**全无**时 invoke_model 才返回 FAIL——此时该处不配图、正文照常写，不因此阻塞章节。 - 配图**不计入篇幅凑数**：正文字数仍须达 bid_chapter_min_words 门限。 每章的配图建议（配哪张图、t2i 还是 i2i、画面要点）见 `references/template-outline.md` 各章【配图】标注。 diff --git a/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/references/scoring-mapping.md b/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/references/scoring-mapping.md index 1b93017..3e7943b 100644 --- a/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/references/scoring-mapping.md +++ b/skills_library/pipelines/bidding_general/common/bid-aiagent-tech-outline/references/scoring-mapping.md @@ -75,10 +75,10 @@ 各模块用圆角矩形，层与层之间用箭头连接表示【数据流/调用关系】，图中标注中文文字：【关键标注】， 16:9 横版，高清，无水印」。 -i2i 使用场景（必须带输入图 URL）： -- 招标方提供的现状系统图 → 改造为目标态架构图； -- 我司标准产品架构图 → 按本项目裁剪/换客户名标注/换配色； -- 已生成的 t2i 图局部不满意 → 图生图重绘修正。 +t2i / i2i 选择（invoke_model 自动选型，无需手动指定能力）： +- **从零生成**（不带输入图）→ 文生图。平台无专门 t2i 模型时自动选 i2i 模型并降级为 t2i 能力（`CAP_DEGRADE={t2i:i2i}` + `_gate_plan` 按 t2i 契约校验），照常出图，不会被拦。 +- **改造已有图**（带输入图 URL）→ 真图生图：招标方现状图改造为目标态、我司标准架构图换客户名/配色、已生成图局部重绘修正。 +- FAIL 仅在 t2i、i2i 模型全无时出现，此时该处不配图、正文照常写。 各章配图清单见 template-outline.md 每章【配图】标注。合成 docx 时 markdown 图片行自动嵌真图 （机制见 bid_compose_capability，写者只需按 agent.bid_writer 角色技能规范嵌 `![图N 标题](URL)`）。 diff --git a/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/SKILL.md b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/SKILL.md new file mode 100644 index 0000000..50d7b85 --- /dev/null +++ b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/SKILL.md @@ -0,0 +1,117 @@ +--- +name: bid-itstaffing-tech-outline +description: IT人力外包技术标目录模版——25章骨架+人事制度工具数据五层+评分点驱动裁剪+制度四件套/案例真实+配图i2i/t2i。触发：投标是IT人力外包/人力资源服务/驻场外包类项目、编写技术标章节骨架时。 +--- + +# IT人力外包技术标目录模版（投标产线） + +一份面向「IT 人力外包 / 人力资源服务 / 驻场开发测试运维外包」类招标的**技术标目录参照蓝本**， +以及把它改造成**评分点驱动型目录**的方法。核心不是「套模版」，而是「拿模版做裁剪基准、 +把招标评分点嵌进对应章节」，并守住人力外包特有的两条命门：**案例真实**与**量化只在承诺口径**。 + +## 什么时候用（触发条件） +招标项目属于以下任一类时，PM 编排章节骨架、tender_analyst 抽取 chapter_outline、 +技术标写者（agent.bid_writer）编写章节前，用本模版作参照： +- IT 人力外包 / 人力资源外包 / 人员驻场服务； +- 软件开发外包（按人头/人月计费，含开发·测试·运维·数据·云·安全等岗位供给）； +- 含数字化管理平台交付的人力外包（人 + 平台一体）。 + +**不适用**：纯软件产品/平台采购（走 `bid-aiagent-tech-outline` 或按招标自身结构）、 +纯货物采购、纯工程施工——这些别套人力外包模版。 + +## 定位：模版是蓝本，不是成品——必须裁剪（铁律） +本模版是「25 章全集」，**禁止整套照搬**。最终章节骨架由**本项目招标文件**决定： +- 招标评分表没有、需求不涉及的章 → 删章 / 并章（如招标不含数字化平台 → 删第 25 章、各章「管理工具」节合并压缩）； +- 招标有、模版没有的章 → 补章（模版是参照，不是上限）； +- 章节号 / 标题 / 顺序**最终以 bid_doc_requirements（req_type=structure）为准**，与招标「投标文件格式/技术标组成」逐条对齐。 +裁剪流程与判定见 `references/scoring-mapping.md`。 + +## 组织主线：人事制度工具数据「五层骨架」（本模版灵魂） +人力外包技术标的说服力来自**结构清晰**——评委一眼看出你想清楚了怎么管人管事。五层贯穿全书： +1. **第一层 人（全生命周期）**：招聘 → 选拔 → 入场 → 工作 → 绩效 → 培训 → 稳定 → 替换 → 离场。 + 对应第 3~6、9~12 章，是全案主线，写透每个环节的机制。 +2. **第二层 事（项目运营）**：项目 → 任务 → 工时 → 质量 → 服务 → SLA → 风险 → 交付。 + 对应第 7、8、13、16、18、20 章。 +3. **第三层 制度（横切每章）**：**每一项管理都有明确的管理制度、流程、职责、考核标准**。 + 对应各章末的「XX 管理制度」节——制度不是口号，是「制度名 + 条款 + 流程 + 责任岗 + 考核口径」四件套。 +4. **第四层 工具（横切每章）**：**每一项管理都有对应数字化工具支撑，而非人工 Excel + 微信群**。 + 对应各章末的「XX 管理工具」节；大型招标把工具层提升为独立的第 25 章「数字化管理平台」。 +5. **第五层 数据（汇聚）**：人员/项目/工时/绩效/服务/SLA/风险数据全部汇聚到管理平台，形成**管理驾驶舱**。 + 对应第 17 章「服务数据管理」与第 25.17/25.18 节。 + +写任何一章前先定位它在哪一层：人/事章写「机制 + 流程 + 量化承诺」，制度节写「四件套」， +工具节写「工具三要素」，数据章写「汇聚 + 驾驶舱 + 决策支持」。 + +## 核心方法：评分点驱动型目录 +技术标不是写通用管理文章，而是把招标**评分点嵌进对应章节**——评委翻到哪一章就看到那条评分点的应答。 +人力外包典型评分结构与嵌入去向： +| 评分点类型 | 主嵌入章节 | +|---|---| +| 人力资源管理方案（常为高分总项，覆盖招聘/储备供应/培养/考核激励/风险防范多子维度） | 第 2 章服务体系（总览）+ 第 3~12 章各专项 | +| 人员供给/储备能力 | 第 3 章（人才资源池、储备机制、紧急调配） | +| 人员稳定性/流失防范 | 第 10 章（离职预警、核心人员保障）+ 第 11 章（替换应急） | +| 服务质量/技术能力 | 第 5 章（能力保障）+ 第 8 章（质量管理） | +| 信息安全/保密 | 第 14 章（全章，招标常单列保密专项分） | +| SLA/考核指标 | 第 16 章（到岗及时率/匹配度/稳定率/替换及时率等逐项量化） | +| 现场管理/项目管理 | 第 7 章 | +| 实施/进度承诺 | 第 20 章；服务保障第 22 章；服务承诺第 24 章 | +| 数字化管理能力（若有） | 第 17 章 + 第 25 章 | + +**「总项 vs 专项」分工（人力外包高频坑，务必遵守）**：招标常给「1 个高分总项（如人力资源方案 12~14 分， +覆盖多个子维度）+ N 个专项（现场/保密/岗位/考核/应急各若干分）」，总项与专项天然重叠。正确分工： +- **总项章（第 2 章服务体系）= 操作指引/总览**：总体思路 + 各维度关键流程 + 量化承诺 + 交叉引用到专项章； +- **专项章（第 3~16 章）= 具体内容**：制度全文、表单、细则。 +- 别在总项章也写一套制度全文（会与专项章「工作制度」撞车，评委看着像堆砌）；总项章里点名的制度， + 要**物理写到**对应专项章，原位留「详见第 X 章《制度名》」交叉引用，且**制度名必须一字不差**。 +完整映射矩阵、总项/专项判定、交叉引用核对见 `references/scoring-mapping.md`。 + +## 案例真实 + 量化只在承诺口径（人力外包两条命门，硬规则） +- **案例与商务合同一一对应**：技术章引用的服务案例必须来自投标知识库（doc_type=case）的**真实合同**， + 与商务部分「服务案例表」（客户名/合同名/金额/订立日期）一一对应。**禁虚构客户名（「某大型央企」「某银行」）、 + 禁编造金额**。案例少时多个章节复用同一真实客户，重复引用比虚构安全。评审查证会交叉核对，虚构可能直接废标。 +- **禁编造历史量化成果**：不写「到岗及时率 99%」「满意度 95 分」「缺陷率降 40%」「核心人员零流失」这类 + **历史数字**（不可审计、易被质疑造假）。案例如实描述**服务做法/机制/交付内容**。 +- **量化数字只允许出现在「服务承诺 / SLA」口径**：即「本项目我承诺做到 XX」，而非「我历史上做到过 XX」。 + 第 16 章 SLA、第 24 章服务承诺是量化指标的正确落点。 +- 搜不到真实案例/参数 → ask_question 冒泡给人类（说明缺什么），**禁编造、禁凑字数**（遵 `bid-doc-spec`）。 + +## 制度四件套 + 管理工具三要素（人力外包内容骨架） +这是把「管理方案」写到操作层、区别于空话的关键（评审按此判内容是否达标）： +- **每个「管理制度」节 = 制度四件套**：① 制度名（《XX 管理办法》）② 规则级条款（谁/何时/做什么/达标线） + ③ 配套流程（步骤 + 表单）④ 责任岗 + 考核口径。禁止只写「建立健全 XX 制度」一句空话。 +- **每个「管理工具」节 = 工具三要素**：① 工具形态（平台模块/表单/看板）② 使用方法（谁在哪一步用、录入什么、产出什么） + ③ 例外处理（数据缺失/异常怎么兜底）。强调**数字化支撑**而非人工 Excel/微信群。 +- 「提升办法」统一措辞为「**持续优化手段**」，写清 PDCA 闭环（数据 → 分析 → 改进 → 回归验证）。 +制度四件套、工具三要素、对照表模板见 `references/scoring-mapping.md`。 + +## 篇幅分配：按「页数÷分值」，防结构倒挂 +资源用在高分章，别平均用力（人力外包评标专家最反感重点抓反）： +- 高分总项/专项章（如人力资源方案 12~14 分）→ 写深写透，工具化内容（渠道矩阵/培训地图/输送 SLA 表/合规审查清单/安全控制矩阵）堆够； +- 低分章（2~3 分）→ 达标即可，**别灌水**（继续加字只会让评委看出重点抓反）； +- 判断某章要不要扩写：算「该章页数 ÷ 分值」，比值远低于高分章 = 结构倒挂，补的是高分薄章。 +- 招标评分表没有的模版章 → 压缩或删，篇幅让给高分章。参见 `bid-doc-spec`「页数÷分值」原则。 + +## 配图：必须用 i2i / t2i 真实生成（硬规则） +人力外包方案图表密集（组织架构/人员生命周期流程/管理体系/招聘流程/SLA 考核流程/管理驾驶舱）， +**每张图都用 invoke_model 调平台图像模型生成真图**（呼应 agent.bid_writer 角色技能配图规则）： +- model 留空即自动选型，写者不必关心底层命中 t2i 还是 i2i 模型； +- **从零生成图**（组织架构/流程/体系图）：task 写清画面主体、层次/泳道结构、商务风格（白底蓝色系简洁）、图中中文标注，**不带输入图**； +- **改造已有图**：带输入图 URL（招标方现状图 → 目标态、我司标准组织架构图 → 换本项目岗位/客户名）； +- **平台无专门 t2i 模型时自动兜底**：选型候选池含 i2i 模型（`CAP_DEGRADE={t2i:i2i}`），命中 i2i 模型且不带输入图 → 平台按 t2i 契约校验、**降级为文生图能力正常出图，不会被门禁拦**（机制见 platform_model_tools._gate_plan）。仅 t2i、i2i 模型**全无**时 invoke_model 才返回 FAIL，此时该处不配图、正文照常写、不阻塞章节； +- 成功后产物 URL **独占一行**嵌正文：`![图N 标题](URL)`，合成 docx 自动嵌真图；**禁 ASCII 字符画/文本框线拼示意图**；配图不计入篇幅凑数。 +每章配图建议见 `references/template-outline.md` 各章【配图】标注。 + +## 完整模版与裁剪矩阵（按需加载全文，勿凭本概述动笔） +- `references/template-outline.md`：完整 25 章目录模版全文，每章带【五层定位】【评分点】【配图】【写法】，制度/工具节带四件套·三要素骨架。 +- `references/scoring-mapping.md`：评分点 → 章节映射矩阵、总项/专项分工、裁剪流程、制度四件套·工具三要素·对照表模板、章节骨架落库衔接。 +PM 编排、analyst 抽骨架、写者编写前，先 `load_skill(name='bid-itstaffing-tech-outline', file_path='references/...')` 加载全文。 + +## 硬规则 +- 裁剪后章节骨架落库仍走既有机制：analyst 用 add_chapter_outline / patch_chapters 落 bid_chapters，PM 编排，**不绕过 chapter_outline 的 QC 契合度门禁**。 +- 案例真实、量化只在承诺口径、制度四件套、篇幅按页数÷分值——四条守 `bid-doc-spec`，违者评审必退。 +- 内容真实性：技术参数/SLA 数值不确定的标「待确认」；搜不到素材 → ask_question 冒泡，禁编造凑字。 + +## 应遵守的规范 +- `bid-doc-spec`：投标文件编写规范（篇幅/内容门禁/案例一致，先读它） +- `bid-chapter`：章节状态机规范 +- `bid-workflow`：投标产线总纲 diff --git a/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/scoring-mapping.md b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/scoring-mapping.md new file mode 100644 index 0000000..39cbaa2 --- /dev/null +++ b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/scoring-mapping.md @@ -0,0 +1,135 @@ +# 评分点驱动裁剪与映射矩阵（IT人力外包技术标） + +> 目标：把招标评分点（人力资源总项、人员供给、稳定性、服务质量、信息安全、SLA考核、 +> 现场管理、实施承诺、数字化管理）**嵌进对应章节**，使评委按评分表逐条打分时， +> 每条都能在技术标里直接翻到应答位置，并守住人力外包的总项/专项分工、案例真实、量化口径三条命门。 + +--- + +## 一、人力外包评分结构：总项 + N 专项（先判结构再裁剪） + +人力外包技术评分几乎都是「**1 个高分总项 + 多个专项**」结构。动手裁剪前先判明： + +| 评分结构 | 特征 | 对应章 | +|---|---|---| +| **总项**（如「人力资源管理方案」12~14 分） | 一条评分覆盖多个子维度（招聘/储备供应/培养/考核激励/风险防范…），评分标准原文枚举子维度 | 第 2 章（总览）+ 子维度散在第 3~12 章 | +| **专项**（现场/保密/岗位/考核/应急各 2~12 分） | 一条评分对应一个独立主题 | 对应单一专项章（第 7/14/5/9/11 章等） | + +**关键动作**：先 grep 招标文件，把总项评分标准的**原文子维度枚举**抄出来——这些子维度就是总项章 +必须逐项应答的骨架（不是写该主题的通用文章）。子维度在专项章有落点的，总项章写指引 + 交叉引用。 + +## 二、总项章 vs 专项章分工（人力外包第一高频坑） + +总项章（第 2 章服务体系）与专项章天然重叠（总项的「人员稳定」子维度 vs 第 10 章稳定专项）。正确分工： + +- **总项章 = 操作指引 / 总览**：总体思路 + 各维度关键流程 + 量化承诺 + **交叉引用到专项章**（「详见第 10 章」）； +- **专项章 = 具体内容**：制度全文、表单、细则、流程图； +- **禁止**在总项章也写一套制度全文（会与专项章「工作制度」撞车，评委看着像内容堆砌）； +- 总项章里「专项未覆盖」的子维度（如输送效率/法律合规/生产安全），制度要**物理移到**对应专项章， + 原位留「详见第 X 章《制度名》」交叉引用； +- **交叉引用点名的制度名必须与目标章实际存在的制度名一字不差**（如 2.8 制度清单里写《人才储备池管理办法》， + 第 3 章就必须真有这个制度名，不能写成《储备管理制度》）——写完逐个 grep 核对。 + +## 三、评分点 → 章节嵌入映射矩阵 + +| 评分点类型 | 常见招标出处 | 主嵌入章节 | 辅嵌入章节 | 嵌入形态 | +|---|---|---|---|---| +| 人力资源管理方案（总项） | 评分表高分总项 | 第 2 章（总览） | 第 3~12 章各专项 | 子维度逐项指引 + 交叉引用 | +| 人员供给/储备能力 | 总项子维度 / 供给专项 | 第 3 章 | 第 22.3/22.4、第 11.6 | 渠道矩阵表 + 储备水位 + 调配时效 | +| 人员稳定性/流失防范 | 总项子维度 / 稳定专项 | 第 10 章 | 第 18.3 | 预警模型 + 核心人员保障 + 承诺口径稳定率 | +| 人员替换/应急 | 应急专项 | 第 11 章 | 第 18.5、第 22.7 | 替换时效表 + 交接知识转移机制 | +| 技术能力/人员素质 | 能力专项 / 岗位要求 | 第 5 章 | 第 12 章 | 岗位能力模型 + 分岗位保障 + 真实资质 | +| 服务质量 | 质量专项 | 第 8 章 | 第 5、16 章 | 质量指标（承诺口径）+ 闭环整改 | +| 现场/项目管理 | 现场管理专项 | 第 7 章 | 第 6 章 | 组织架构图 + 人员配置表 + RACI 职责 | +| 考核激励 | 总项子维度 / 考核专项 | 第 9 章 | 第 16 章 | 分岗位 KPI 表 + 结果应用闭环 | +| 信息安全/保密 | 保密专项（涉密项目重点） | 第 14 章 | 第 25.15 | 制度条款级 + 源代码/账号/离场控制 | +| SLA/考核指标 | SLA 专项 / 验收指标 | 第 16 章 | 第 24 章 | SLA 指标表（定义/口径/目标值/考核） | +| 用工合规 | 合规要求 | 第 19 章 | 第 18.9 | 用人单位主体责任 + 合规做法 | +| 实施/进度承诺 | 实施要求 | 第 20 章 | 第 7 章 | 实施进度计划表 + 里程碑 | +| 服务承诺（量化） | 服务承诺专项 | 第 24 章 | 第 16 章 | 八维量化承诺（供给/到岗/稳定/替换/响应…） | +| 数字化管理能力 | 信息化管理项（大型招标） | 第 25 章 | 第 17 章 | 平台功能架构 + 驾驶舱 + 各业务章映射 | + +**口径一致性（废标级风险）**：同一数字在多章出现必须对账—— +- 人员配置/人数：第 7.5 章 ↔ 商务人员表 ↔ 第 20 章实施投入； +- SLA/时效数值：第 16 章 ↔ 第 24 章 ↔ 第 3/11 章时效； +- 资质/认证：第 5/14 章 ↔ 商务资质表（**禁技术章称「具备保密资质」而商务未附证明**——scoring-evaluation 点名的商务↔技术矛盾高危项）。 + +## 四、裁剪流程（PM 编排 / analyst 抽骨架时执行） + +输入：bid_scoring_items（评分项+得分规则）、bid_doc_requirements（req_type=structure）、招标需求原文。 +输出：裁剪后章节骨架（落 bid_chapters 走既有机制）。 + +1. **以招标章节要求为基**：招标明示技术标目录的按它组织，本模版只做每章内部子节参照；未明示的以 25 章为裁剪基准。 +2. **判总项/专项结构**（见第一节）：把总项评分标准的原文子维度抄成总项章应答骨架。 +3. **评分项 → 章映射**：逐条 scoring_item 按第三节矩阵标注到目标章（主+辅）。 +4. **权重驱动篇幅**：按分值分配（「页数÷分值」原则）——高分章写透（工具化内容：渠道矩阵/培训地图/SLA表/合规清单/安全控制矩阵/风险登记表），低分章达标即可，未评分章压缩或删。 +5. **删**：招标无需求且无评分覆盖的章/节（无平台要求→删第25章；纯人力无服务台→压缩第13章；岗位单一→第5章只留对应岗位）。 +6. **并**：强关联低分章合并（第13章并入第6/7章；第15章并入第5/19章）。 +7. **补**：招标有而模版无的章必补（廉洁承诺/知识产权/行业特定合规）——模版是参照不是上限。 +8. **总项/专项去重**：按第二节把总项章的制度全文物理移到专项章，总项章留交叉引用，制度名逐字核对。 +9. **落库**：analyst 用 add_chapter_outline 落 bid_chapters（要点写清每章挂载评分项 + 总项/专项定位 + 嵌入形态），人工修正走 patch_chapters；**不绕过 chapter_outline 的 QC 契合度门禁**（QC 按招标原文核对骨架，模版裁剪错误会被门禁拦）。 + +## 五、制度四件套模板（每个「管理制度」节按此写） + +``` +◆《XX 管理办法》 +① 制度名：《人员储备池管理办法》 +② 规则级条款：谁（人才主管）/ 何时（每周一）/ 做什么（更新储备池水位）/ 达标线（常备储备 ≥ 在岗数 20%） +③ 配套流程：储备入池流程（推荐→评估→分级入库→动态激活）+ 表单（《储备人员登记表》） +④ 责任岗 + 考核口径：责任岗=人才资源主管；考核=储备水位达标率，纳入月度绩效 +``` +禁止只写「建立健全人员储备制度」一句空话——四件套齐全才算内容达标（评审据此判操作层）。 + +## 六、管理工具三要素模板（每个「管理工具」节按此写） + +``` +工具：招聘与人才库管理系统 +① 工具形态：平台模块（人才库 + 招聘流程看板 + 储备水位预警） +② 使用方法：人才主管在「推荐」环节录入候选人 → 系统自动分级入储备池 → 需求触发时按岗位/技术栈匹配 → 产出推荐名单；数据自动汇入第 17 章驾驶舱 +③ 例外处理：系统数据缺失时人工补录并标记来源；匹配无结果时触发第 3.12 紧急调配 +``` +强调**数字化支撑而非人工 Excel/微信群**——这是人力外包技术标的现代化加分点，也是第 25 章平台的存在理由。 + +## 七、「本章响应对照表」模板（承载评分点的章开头必放） + +``` +| 序号 | 招标评分点/服务要求（原文摘录） | 出处（条款号/页） | 本方案响应位置 | 响应摘要 | 偏离 | +|------|--------------------------------|------------------|---------------|----------|------| +| 1 | 核心人员服务期稳定率不低于 X% | 服务要求 5.3 | 本方案 10.1/16.5/24.4 | 承诺稳定率 ≥X%，机制见第10章 | 无/正偏离 | +``` +规则：招标评分点列**摘原文**不改写；偏离只允许「无/正偏离」，确有不满足如实标注 + 替代方案，**禁虚假正偏离**； +对照表行数 = 该章挂载评分点数，漏一行 = 该评分点无应答位置。 + +## 八、案例真实 + 量化口径核对清单（人力外包两条命门，评审/写者自查） + +- [ ] 技术章引用的每个服务案例，都能在商务「服务案例表」找到对应真实合同（客户名/合同名/金额/日期一致）； +- [ ] 无虚构客户名（「某大型央企」「某银行」「某军工集团」）；无编造合同金额； +- [ ] 无编造历史量化成果（到岗及时率/满意度/缺陷率/流失率的历史数字）——案例只描述做法/机制/交付内容； +- [ ] 所有量化数字都出现在「服务承诺/SLA/目标」口径（「承诺做到 ≥X」），非「历史做到 X」； +- [ ] 资质/认证只写真实具备的，技术章与商务资质表一致（无「具备 vs 未具备」矛盾）； +- [ ] SLA/时效/人数数字多章对账一致（第 7.5 ↔ 商务 ↔ 16 ↔ 24 ↔ 20）； +- [ ] 搜不到真实案例/参数已 ask_question 冒泡，未编造凑字。 + +## 九、配图与章节对应（i2i/t2i 执行清单） + +全书图表统一商务风格：**白底、蓝色系、扁平简洁、含中文标注**。t2i 的 task 描述模板： +「简洁商务风格【组织架构/流程/体系】图，白色背景，蓝色系配色，扁平化设计，包含【层次/环节清单】， +用圆角矩形与箭头表示【流程/汇报关系】，图中标注中文文字：【关键标注】，16:9 横版，高清，无水印」。 + +t2i / i2i 选择（invoke_model 自动选型，无需手动指定能力）： +- **从零生成**（不带输入图）→ 文生图：组织架构/人员生命周期流程/管理体系/SLA考核流程/管理驾驶舱看板。平台无专门 t2i 模型时自动选 i2i 模型并降级为 t2i 能力（`CAP_DEGRADE={t2i:i2i}` + `_gate_plan` 按 t2i 契约校验），照常出图，不会被拦。 +- **改造已有图**（带输入图 URL）→ 真图生图：招标方现状组织图改目标态、我司标准架构图换本项目岗位/客户名、已生成图局部重绘修正。 +- FAIL 仅在 t2i、i2i 模型全无时出现，此时该处不配图、正文照常写、不阻塞章节。 + +各章配图清单见 template-outline.md 每章【配图】标注。合成 docx 时 markdown 图片行自动嵌真图 +（机制见 bid_compose_capability，写者按 agent.bid_writer 角色技能规范嵌 `![图N 标题](URL)`）。 + +## 十、五层骨架自检（全书结构清晰度核对） + +裁剪后回看目录，确认五层都有落点、无断层： +- 第一层 人：招聘(3)→选拔入场(4)→能力(5)→日常(6)→绩效(9)→培训(12)→稳定(10)→替换(11)→离场(14.13/15.9) ✓ 九环节齐全？ +- 第二层 事：项目(7)→质量(8)→服务(13)→SLA(16)→风险(18)→实施交付(20) ✓ +- 第三层 制度：每个业务章末都有「管理制度」节（四件套）？ +- 第四层 工具：每个业务章末都有「管理工具」节（三要素）？大型招标是否提升为第 25 章平台？ +- 第五层 数据：第 17 章驾驶舱是否汇聚了人/事各层数据？ +五层齐全 = 评委一眼看出「想清楚了怎么管人管事」，这是人力外包技术标结构分的来源。 diff --git a/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/template-outline.md b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/template-outline.md new file mode 100644 index 0000000..002e5a9 --- /dev/null +++ b/skills_library/pipelines/bidding_general/common/bid-itstaffing-tech-outline/references/template-outline.md @@ -0,0 +1,618 @@ +# IT人力外包技术标目录模版（完整 25 章） + +> 用法：**全集参照蓝本**，不是成品目录。先读本项目招标文件评分标准与投标文件要求， +> 按 `scoring-mapping.md` 裁剪流程删并补，再把评分点嵌进保留章节。 +> 标记：【层】= 五层骨架定位（人/事/制度/工具/数据）；【评分点】= 承载的招标评分类型； +> 【配图】= 建议配图；★ = 人力外包高频高分/易失分章节，必须写透。 +> 每章末「管理制度」节 = 制度四件套（制度名+条款+流程+责任岗考核），「管理工具」节 = 工具三要素（形态+用法+例外），详见 scoring-mapping.md。 + +--- + +## 1. 项目理解与总体服务目标 +1.1 项目背景与需求理解 +1.2 项目建设需求分析 +1.3 IT人力外包服务特点分析 +1.4 项目服务范围 +1.5 项目服务对象与岗位分析 +1.6 项目服务目标 +1.7 项目服务总体思路 +1.8 项目服务总体原则 + +【层】总纲（不属于五层，是全书引言）。 +【评分点】功能响应（对招标需求的理解准确度）；1.6 服务目标呼应招标「项目目标」原文目标句。 +【写法】1.1 逐条对应招标需求原文（评委检查你读懂了没）；1.3 写透 IT 人力外包区别于普通劳务的特点（技术岗位、按能力计价、需持续供给与替换、深度融入甲方项目、强保密）；1.5 岗位分析对应招标岗位清单（开发/测试/运维/数据/云/安全等），与第 5 章能力保障衔接。 +【配图】t2i：项目服务总体思路图（需求理解→服务目标→五层体系的关系蓝图，商务风白底蓝色系）。 + +## 2. IT人力外包总体服务体系 ★（总项章 / 常承载高分总项评分） +2.1 总体服务架构 +2.2 IT人力资源服务体系 +2.3 人员全生命周期管理体系 +2.4 人员与项目协同管理体系 +2.5 服务质量管理体系 +2.6 服务安全管理体系 +2.7 服务运营管理体系 +2.8 管理制度体系 +2.9 数字化管理工具体系 + +【层】总览层（统摄五层）。 +【评分点】★「人力资源管理方案」总项分（常 12~14 分，覆盖招聘/储备供应/培养/考核激励/风险防范多子维度）。 +【★ 写法·总项章定位】本章是**操作指引/总览，不写制度全文**： +- 2.1 一张总体服务架构图统摄全书；2.3 人员全生命周期图（招聘→选拔→入场→工作→绩效→培训→稳定→替换→离场）是主线； +- 2.5~2.7 各管理体系只写「总体思路 + 关键流程 + 量化承诺 + 交叉引用到专项章」（详见第 X 章）； +- 2.8 制度体系 = 全案制度清单总表（制度名 → 所属章 → 责任岗），制度**全文在各专项章**； +- 2.9 工具体系 = 全案数字化工具清单总表（工具 → 支撑哪项管理 → 所属章），大型招标交叉引用到第 25 章平台； +- **总项章点名的每个制度/工具，专项章必须实际存在且名称一字不差**（写完逐个 grep 核对，见 scoring-mapping.md 交叉引用规则）。 +【配图】t2i × 3：总体服务架构图、人员全生命周期管理图（九环节闭环）、五层体系总览图（人/事/制度/工具/数据分层）。 + +## 3. 人员招聘与人才资源供给方案 ★（人员供给/储备评分核心章） +3.1 人员需求分析 +3.2 岗位需求管理 +3.3 人员招聘渠道建设 +3.4 IT专业人才资源池建设 +3.5 人才资源储备机制 ★ +3.6 候选人筛选机制 +3.7 简历审核与人岗匹配 +3.8 技术能力评估 +3.9 综合素质评估 +3.10 背景及资质核验 +3.11 人员推荐机制 +3.12 紧急人员资源调配机制 ★ +3.13 招聘与人才资源管理制度 +3.14 招聘与人才资源管理工具 +3.15 招聘服务质量保障 + +【层】人（供给入口）。 +【评分点】★ 人员供给能力 + 储备与供应（人力外包总项的高频子维度，也是「高效及时供人」的核心应答）。 +【★ 写法】 +- 3.3 渠道建设写**招聘渠道矩阵表**（渠道类型/覆盖岗位/供给量/时效/成本），突出自有渠道 + 人才库 + 校企 + 猎头组合，不写「多渠道招聘」空话； +- 3.4/3.5 人才资源池 + 储备机制：资源池规模、分层（在岗/储备/意向）、按技术栈与岗位分级储备、**储备水位**（常备 N 人应对紧急需求）、动态更新；这是「人力外包 vs 内部 HR」的差异化——储备与供应能力是命根； +- 3.6~3.10 筛选流程写清每道关（简历初筛→技术测评→综合面试→背调资质核验）的**判定标准与淘汰线**； +- 3.12 紧急调配机制：响应时限（如 X 小时内响应、Y 天到岗）、调配来源（储备池→渠道加急→跨项目调剂）、升级路径； +- 3.13 制度节 = 四件套；3.14 工具节 = 三要素（招聘管理系统/人才库模块）； +- 呼应评分项目标句（如「确保高效及时提供人员」）作为量化供给承诺。 +【配图】t2i × 2：招聘与人才供给全流程图（需求→渠道→筛选→推荐→调配）、人才资源池分层储备示意图。 + +## 4. 人员选拔与入场管理方案 +4.1 人员选拔总体流程 +4.2 人岗匹配机制 +4.3 技术面试机制 +4.4 综合面试机制 +4.5 甲方面试协同机制 +4.6 人员录用管理 +4.7 人员入场流程 ★ +4.8 入场资料管理 +4.9 岗前培训 +4.10 项目环境熟悉 +4.11 账号及权限申请 +4.12 工作交接 +4.13 人员选拔与入场管理制度 +4.14 人员选拔与入场管理工具 +4.15 入场质量保障 + +【层】人（入场环节）。 +【评分点】功能响应（入场时效/流程规范）；4.5 甲方面试协同体现配合度。 +【写法】4.7 入场流程写成**泳道图 + 时限表**（每步责任方/耗时/交付物，如 T+0 录用→T+3 资料→T+5 账号→T+7 正式入场）；4.11 账号权限与第 14 章安全管理衔接（最小权限、审批链）；4.12 工作交接与第 11 章替换衔接。 +【配图】t2i × 2：人员入场流程泳道图（我方/甲方双泳道+时限）、岗前培训与环境熟悉流程图。 + +## 5. IT技术人员能力保障方案 ★（服务质量/技术能力评分核心章） +5.1 技术岗位体系 +5.2 技术岗位能力模型 +5.3 开发人员能力保障 +5.4 测试人员能力保障 +5.5 运维人员能力保障 +5.6 数据库及数据技术人员能力保障 +5.7 云计算及基础设施人员能力保障 +5.8 网络及安全人员能力保障 +5.9 AI及大模型技术人员能力保障 +5.10 项目经理及项目管理人员能力保障 +5.11 架构师及高级技术人员能力保障 +5.12 技术人员能力动态评估 +5.13 技术人员能力管理制度 +5.14 技术人员能力管理工具 +5.15 技术能力持续提升机制 + +【层】人（能力底座）。 +【评分点】★ 技术能力/人员素质（招标常按岗位给能力要求 + 资质认证要求）。 +【★ 写法】 +- 5.1/5.2 岗位体系 + 能力模型：每岗位画**能力模型雷达/矩阵**（技能项 × 初/中/高级别的能力标准），对应招标岗位清单； +- 5.3~5.11 逐岗位写能力保障（招聘门槛/技能栈/资质认证/项目经验要求），**只按招标实际要的岗位展开，招标没要的岗位删节**（裁剪见 scoring-mapping.md）；5.9 AI/大模型岗是近年新增热点，招标涉 AI 项目时重点写； +- 5.12 动态评估：评估周期/维度/结果应用（与第 9 章绩效、第 12 章培训衔接）； +- 资质认证**只写真实具备的**，禁虚构持证人数（与商务资质表一致）。 +【配图】t2i × 2：技术岗位体系与能力模型图、分岗位能力保障矩阵图（岗位×能力等级）。 + +## 6. 人员日常管理方案 +6.1 人员日常管理总体要求 +6.2 人员信息管理 +6.3 考勤管理 +6.4 工时管理 +6.5 请假及外出管理 +6.6 加班管理 +6.7 工作任务管理 +6.8 工作成果管理 +6.9 人员沟通管理 +6.10 人员行为规范管理 +6.11 人员绩效管理 +6.12 人员日常管理制度 +6.13 人员日常管理工具 +6.14 日常管理数据统计与分析 +6.15 日常管理问题闭环机制 + +【层】人 + 事（日常运营）。 +【评分点】功能响应（现场管理规范度）；常与「现场管理方案」专项分重叠。 +【写法】考勤/工时/请假/加班写清**规则 + 流程 + 异常处理**（如工时确认双方签认、加班审批链）；6.11 绩效只做日常记录，评价方法归第 9 章（避免与第 9 章撞车，交叉引用）；6.15 问题闭环写 PDCA。 +【配图】t2i × 2：人员日常管理流程图（考勤→工时→任务→成果→绩效记录）、日常管理问题闭环机制图。 + +## 7. 项目组织与项目管理方案 ★（现场管理评分核心章） +7.1 项目组织架构 ★ +7.2 项目管理组织职责 +7.3 甲乙双方职责划分 +7.4 项目经理管理机制 +7.5 项目人员配置管理 +7.6 项目任务管理 +7.7 项目计划管理 +7.8 项目进度管理 +7.9 项目会议管理 +7.10 项目问题管理 +7.11 项目变更管理 +7.12 项目风险管理 +7.13 项目沟通管理 +7.14 项目管理制度 +7.15 项目管理工具 +7.16 项目管理报告机制 +7.17 项目管理持续改进 + +【层】事（项目管理）。 +【评分点】★ 现场管理/项目管理专项分（常单列）；7.1 组织架构 + 人员配置表是关键应答。 +【★ 写法】 +- 7.1 项目组织架构图（项目经理 + 各岗位组长 + 成员）+ 7.5 人员配置表（角色/人数/职责/资质），**与商务部分人员表、第 16 章实施投入口径一致**（三处对账，矛盾是废标风险）； +- 7.3 甲乙双方职责划分表（RACI 风格：谁主导/谁配合/谁审批）体现配合度； +- 7.4 项目经理机制写**驻场职责 + 汇报关系 + 授权范围**； +- 7.7~7.12 计划/进度/问题/变更/风险各写「流程 + 表单 + 时限」，风险只写项目管理层（人员供给/流失风险归第 18 章，交叉引用不重写）； +- 7.16 报告机制与第 21 章衔接。 +【配图】t2i × 3：项目组织架构图、甲乙双方职责划分图（RACI 风格）、项目管理流程图（计划→执行→监控→变更闭环）。 + +## 8. 技术工作与服务质量管理方案 ★ +8.1 技术工作质量管理体系 +8.2 开发工作质量管理 +8.3 测试工作质量管理 +8.4 运维工作质量管理 +8.5 技术方案质量管理 +8.6 代码质量管理 +8.7 测试质量管理 +8.8 技术文档质量管理 +8.9 工作成果审核 +8.10 质量问题识别 +8.11 质量问题整改 +8.12 质量持续改进 +8.13 技术服务质量管理制度 +8.14 技术服务质量管理工具 +8.15 质量数据分析 +8.16 质量考核机制 + +【层】事（质量）。 +【评分点】服务质量专项分。 +【写法】8.2~8.8 按招标实际涉及的工作类型展开（纯运维外包就不写开发/测试质量，裁剪）；质量指标量化到承诺口径（代码评审覆盖率/缺陷密度/文档合格率）；8.16 考核机制与第 9 章绩效衔接。 +【配图】t2i × 2：技术工作质量管理体系图、质量问题闭环整改流程图（识别→定位→整改→验证→回归）。 + +## 9. 人员绩效管理方案 ★（考核激励评分核心章） +9.1 绩效管理总体原则 +9.2 岗位绩效指标体系 ★ +9.3 工作量评价 +9.4 工作质量评价 +9.5 工作效率评价 +9.6 工作成果评价 +9.7 项目经理评价 +9.8 甲方评价机制 +9.9 绩效结果应用 +9.10 绩效改进机制 +9.11 人员绩效管理制度 +9.12 人员绩效管理工具 +9.13 绩效数据统计分析 +9.14 绩效考核结果闭环 + +【层】人 + 事（考核）。 +【评分点】★ 考核激励机制（人力外包总项高频子维度）。 +【★ 写法】9.2 岗位绩效指标体系 = **分岗位 KPI 表**（岗位/指标/权重/计算口径/数据来源/考核周期），指标可量化可采集；9.8 甲方评价机制体现以客户为中心（评价维度/权重/频次）；9.9 结果应用写清与激励/续约/替换/培训的挂钩（考核激励闭环）。 +【配图】t2i × 2：岗位绩效指标体系图（多维度评价模型）、绩效考核结果应用闭环图（考核→激励/改进/替换）。 + +## 10. 人员稳定性保障方案 ★（风险防范评分核心章） +10.1 人员稳定性管理目标 +10.2 人员稳定性分析 +10.3 人员流失风险识别 +10.4 核心人员稳定保障 ★ +10.5 人员满意度管理 +10.6 人员离职预警 ★ +10.7 人员离职管理 +10.8 人员离职原因分析 +10.9 人员流失风险处置 +10.10 人员稳定性管理制度 +10.11 人员稳定性管理工具 +10.12 人员稳定性监测指标 +10.13 人员稳定性持续改进 + +【层】人（稳定）。 +【评分点】★ 人员稳定性/流失防范（总项「风险防范」子维度 + 常单列专项分）。 +【★ 写法】 +- 10.1 稳定目标用**承诺口径量化**（如「核心人员服务期内稳定率承诺 ≥X%」，注意是承诺不是历史数据）； +- 10.4 核心人员保障：核心岗识别 + 绑定机制（激励/发展/关怀）+ 备份（AB 角）； +- 10.6 离职预警：预警信号（考勤异常/绩效波动/满意度下降）+ 预警模型 + 干预流程，写**离职预警流程图**； +- 10.12 监测指标表（流失率/稳定率/预警触发数/干预成功率）——**只承诺监测与目标，禁编造历史流失率数字**。 +【配图】t2i × 2：人员稳定性保障体系图、离职预警与干预流程图（信号采集→预警→分级干预→跟踪）。 + +## 11. 人员替换与应急保障方案 ★（风险防范/应急评分核心章） +11.1 人员替换总体原则 +11.2 人员替换触发条件 +11.3 普通人员替换机制 +11.4 核心人员替换机制 +11.5 紧急人员替换机制 ★ +11.6 替补人员资源池 +11.7 候选人员快速匹配 +11.8 替换人员能力评估 +11.9 工作交接机制 ★ +11.10 知识转移机制 +11.11 紧急事件响应机制 +11.12 人员替换管理制度 +11.13 人员替换管理工具 +11.14 人员替换时效保障 +11.15 人员替换质量保障 + +【层】人（替换应急）。 +【评分点】★ 应急保障/人员替换专项分；11.14 替换时效是硬承诺点。 +【★ 写法】 +- 11.5 紧急替换：触发场景（突发离职/不胜任/临时缺岗）+ **时效承诺**（X 小时响应、Y 天到岗）+ 替补来源（11.6 资源池，与第 3 章储备衔接）； +- 11.9/11.10 工作交接 + 知识转移：交接清单/文档/带教期，确保替换不断档（评委最关心替换后服务连续性）； +- 11.14 时效保障表（替换类型→响应时限→到岗时限→交接期），量化到承诺口径； +- 与第 10 章分工：第 10 章防流失（事前），第 11 章流失后补位（事后），交叉引用不重复。 +【配图】t2i × 2：人员替换与应急保障流程图（触发→匹配→评估→交接→到岗）、工作交接与知识转移机制图。 + +## 12. 培训与技术能力提升方案 ★（培养/职业发展评分核心章） +12.1 培训体系总体设计 +12.2 岗前培训 +12.3 项目业务培训 +12.4 技术培训 +12.5 信息安全培训 +12.6 新技术培训 +12.7 岗位技能培训 +12.8 专业认证支持 +12.9 培训效果评估 +12.10 技能提升跟踪 +12.11 培训管理制度 +12.12 培训管理工具 +12.13 培训数据分析 +12.14 人员能力持续提升机制 + +【层】人（培养）。 +【评分点】★ 员工培养与职业发展（总项高频子维度）。 +【★ 写法】 +- 12.1 培训体系画**分角色培训地图**（岗位 × 培训模块 × 阶段）； +- 12.2~12.8 各类培训写「对象/内容/课时/方式/师资/考核」，12.8 专业认证支持写鼓励考证机制（费用/时间/奖励）； +- 12.9 效果评估用柯氏四级（反应/学习/行为/结果）落到可采集指标； +- 12.14 持续提升与第 5 章能力保障、职业发展通道衔接（体现「培养 + 职业规划」，这是总项子维度原话常见表述）。 +【配图】t2i × 2：分角色培训体系地图、培训效果评估与能力提升闭环图。 + +## 13. IT服务管理与服务支撑方案 +13.1 IT服务管理体系 +13.2 服务请求管理 +13.3 事件管理 +13.4 问题管理 +13.5 任务派发管理 +13.6 服务响应管理 +13.7 服务过程跟踪 +13.8 服务闭环管理 +13.9 服务满意度管理 +13.10 IT服务管理制度 +13.11 IT服务管理工具 +13.12 服务数据统计 +13.13 服务质量分析 +13.14 服务持续改进 + +【层】事（服务运营）。 +【评分点】功能响应（服务流程规范，常参 ITIL/ITSS 框架）。 +【写法】13.2~13.4 按 ITIL 事件/问题/请求管理写流程 + 分级 + 时限；13.6 服务响应与第 16 章 SLA 响应及时率衔接（此处写流程，SLA 指标值归第 16 章）；若招标是纯人力外包无 IT 服务台需求，本章可压缩（裁剪）。 +【配图】t2i × 2：IT 服务管理体系图（ITIL 流程框架）、服务请求闭环流程图（受理→派发→处理→跟踪→回访）。 + +## 14. 信息安全与人员安全管理方案 ★（保密/安全专项评分核心章） +14.1 信息安全管理体系 +14.2 人员安全管理 +14.3 人员保密管理 ★ +14.4 账号安全管理 +14.5 权限管理 +14.6 数据安全管理 +14.7 源代码安全管理 ★ +14.8 终端安全管理 +14.9 网络访问安全 +14.10 操作行为审计 +14.11 信息泄露防范 +14.12 安全事件处置 +14.13 人员离场安全管理 +14.14 信息安全管理制度 +14.15 信息安全管理工具 +14.16 安全监控与审计 +14.17 安全风险持续改进 + +【层】事（安全）+ 制度（横切）。 +【评分点】★ 信息安全/保密专项分（招标常单列，涉密项目更是重点）。 +【★ 写法】 +- 14.3 保密管理：保密协议签署 + 保密培训 + 涉密分级 + 违规责任，写**保密管理制度条款级**； +- 14.7 源代码安全（IT 外包特有命门）：代码不外带、开发环境隔离、代码审计、离职清退、防泄露（DLP）； +- 14.4/14.5 账号权限：最小权限、定期复核、离场即回收（与第 4 章入场账号、14.13 离场衔接）； +- 14.13 离场安全：权限回收/资产归还/数据清理/保密承诺延续； +- 若招标要求等保/涉密资质，14.1 按对应框架组织并标注控制点，**资质只写真实具备的**（与商务资质一致，禁虚构「具备保密资质」——这是 scoring-evaluation 里点名的商务↔技术矛盾高危项）。 +【配图】t2i × 2：信息安全管理体系图（分层防御：人员/账号/数据/终端/网络）、人员全周期安全管理图（入场→在岗→离场安全控制点）。 + +## 15. 人员档案与合同管理方案 +15.1 人员档案管理 +15.2 人员基本信息管理 +15.3 工作履历管理 +15.4 技能及资质管理 +15.5 证书管理 +15.6 合同信息管理 +15.7 合同期限管理 +15.8 人员状态管理 +15.9 人员入场及离场档案管理 +15.10 人员档案管理制度 +15.11 人员档案管理工具 +15.12 档案数据安全管理 +15.13 档案数据统计分析 + +【层】人 + 数据（档案）。 +【评分点】功能响应（档案/合同管理规范，含隐私合规）。 +【写法】一人一档 + 全周期留痕；15.6/15.7 合同管理与第 19 章用工合规衔接（此处管档案信息，合规义务归第 19 章）；15.12 档案数据安全与第 14 章衔接（个人信息保护法合规）。 +【配图】t2i：人员全周期档案管理图（一人一档，入场→在岗→离场档案流转）。 + +## 16. 服务SLA与考核管理方案 ★（SLA/验收指标评分核心章） +16.1 SLA管理体系 +16.2 服务指标体系 ★ +16.3 人员到岗及时率 +16.4 人员匹配度 +16.5 人员稳定率 +16.6 人员替换及时率 +16.7 服务响应及时率 +16.8 服务质量达标率 +16.9 服务满意度 +16.10 SLA考核机制 +16.11 服务不达标整改 +16.12 SLA管理制度 +16.13 SLA管理工具 +16.14 SLA数据采集与统计 +16.15 SLA可视化分析 +16.16 SLA持续改进机制 + +【层】事 + 数据（SLA）。 +【评分点】★ 这是**量化承诺的主战场**——SLA 指标是人力外包唯一允许且必须写量化数字的地方（承诺口径）。 +【★ 写法】 +- 16.2 服务指标体系表：每个 SLA 指标写「定义/计算口径/目标值/数据来源/采集频次/考核方式」； +- 16.3~16.9 逐项定义（到岗及时率/匹配度/稳定率/替换及时率/响应及时率/质量达标率/满意度），**目标值按招标要求或我方承诺填，标注为承诺**； +- 16.10 考核机制 + 16.11 不达标整改（违约扣款/补救措施，呼应招标考核条款）； +- 与第 24 章服务承诺口径一致（SLA 数值两处对账）； +- 铁律重申：**这些量化数字是「本项目承诺做到」，不是「历史做到过」**——措辞用「承诺/目标 ≥X%」，禁「我司到岗及时率达 99%」这类历史陈述。 +【配图】t2i × 2：SLA 服务指标体系图、SLA 考核与持续改进闭环图（采集→统计→考核→整改→优化）。 + +## 17. 服务数据管理与数字化管理方案 ★（数据层 / 管理驾驶舱） +17.1 服务数据管理体系 +17.2 人员数据管理 +17.3 项目数据管理 +17.4 工时数据管理 +17.5 考勤数据管理 +17.6 绩效数据管理 +17.7 服务数据管理 +17.8 SLA数据管理 +17.9 数据统计分析 +17.10 管理驾驶舱 ★ +17.11 管理报表 +17.12 服务数据管理制度 +17.13 服务数据管理工具 +17.14 数据质量管理 +17.15 数据安全管理 +17.16 数据分析与决策支持 + +【层】数据（第五层汇聚）。 +【评分点】数字化管理能力（招标越来越看重「用数据管理而非人工 Excel」）。 +【★ 写法】 +- 17.10 管理驾驶舱：把人员/项目/工时/绩效/服务/SLA/风险数据汇聚成**可视化看板**，写清看板指标卡（在场人数/到岗率/稳定率/工时饱和度/SLA 达标率/风险预警数）+ 角色视图（项目经理/客户/公司管理层各看什么）； +- 强调五层闭环：所有管理动作产生数据 → 数据汇聚驾驶舱 → 驾驶舱驱动决策与改进（呼应第 2 章 2.9、第 25 章平台）； +- 若招标含平台交付，本章是第 25 章的业务视角，第 25 章是技术实现视角，交叉引用不重复。 +【配图】t2i × 2：服务数据管理与驾驶舱架构图（数据采集→汇聚→分析→驾驶舱）、管理驾驶舱看板示意图（各指标卡布局，t2i 写清看板要素）。 + +## 18. 项目风险管理方案 ★（风险防范评分核心章） +18.1 风险管理体系 +18.2 人员供给风险 ★ +18.3 人员流失风险 ★ +18.4 人员能力风险 +18.5 人员替换风险 +18.6 项目进度风险 +18.7 服务质量风险 +18.8 信息安全风险 +18.9 用工合规风险 +18.10 突发事件风险 +18.11 风险预警 +18.12 风险处置 +18.13 风险管理制度 +18.14 风险管理工具 +18.15 风险闭环管理 +18.16 风险分析与持续改进 + +【层】事（风险）+ 制度。 +【评分点】★ 风险防范（总项高频子维度，人力外包风险核心是「人」的风险）。 +【★ 写法】 +- 风险登记表（风险类别/描述/等级/概率/影响/应对/责任岗），**人力外包风险以人员供给(18.2)与流失(18.3)为最高等级**——评委最担心「招不到人/留不住人」； +- 18.2 供给风险应对 = 第 3 章储备池 + 多渠道；18.3 流失风险应对 = 第 10 章稳定保障；18.5 替换风险 = 第 11 章应急——**风险章写「识别 + 应对指引」，具体机制交叉引用专项章**，不重写； +- 18.9 用工合规风险与第 19 章衔接； +- 18.11 风险预警写预警指标 + 触发阈值（承诺口径）。 +【配图】t2i × 2：项目风险管理体系图（识别→评估→预警→处置→闭环）、人力外包风险矩阵图（概率×影响，标注人员供给/流失为高危区）。 + +## 19. 用工合规与劳动关系管理方案 +19.1 用工合规管理体系 +19.2 劳动合同管理 +19.3 薪酬管理 +19.4 社会保险及相关事务管理 +19.5 人员休假管理 +19.6 劳动关系管理 +19.7 劳动争议处理 +19.8 人员离职管理 +19.9 用工风险识别 +19.10 用工合规管理制度 +19.11 用工合规管理工具 +19.12 合规检查机制 +19.13 合规风险预警 +19.14 合规持续改进 + +【层】制度（合规底座）。 +【评分点】用工合规（招标方规避连带用工风险的关注点）。 +【写法】明确「我方是用人单位、与外包人员签劳动合同、缴社保、担用工主体责任」，让甲方放心规避劳动关系风险（这是人力外包的核心价值主张）；19.2~19.8 逐项写合规做法（合同/薪酬/社保/休假/争议/离职），引用真实适用的劳动法规；19.9 用工风险与第 18.9 衔接。 +【配图】t2i：用工合规与劳动关系管理图（我方用人单位主体责任 + 甲方规避风险的三方关系）。 + +## 20. 项目实施与服务交付方案 ★（实施承诺评分核心章） +20.1 项目启动 +20.2 项目需求确认 +20.3 人员招聘与筛选 +20.4 人员面试 +20.5 人员入场 +20.6 项目运行 +20.7 服务监督 +20.8 服务检查 +20.9 服务优化 +20.10 项目退出 +20.11 项目交接 +20.12 项目实施管理制度 +20.13 项目实施管理工具 +20.14 项目实施进度管理 +20.15 项目交付质量保障 + +【层】事（实施）。 +【评分点】★ 实施承诺（工期/阶段/进度可考核）。 +【★ 写法】 +- 20.1~20.11 按实施阶段组织，给**实施进度计划表**（阶段/周期/里程碑/交付物），与招标服务期对齐； +- 20.3~20.5 是人力外包实施的特色（招聘→面试→入场，与第 3/4 章衔接，此处写实施时序）； +- 20.10/20.11 项目退出与交接（服务期满/终止的平稳退出，知识/资产/权限移交）； +- 20.14 进度管理与第 7 章衔接。 +【配图】t2i × 2：项目实施阶段计划图（启动→招聘→入场→运行→退出时间轴+里程碑）、服务交付流程图。 + +## 21. 项目服务报告与沟通机制 +21.1 服务沟通体系 +21.2 日常沟通机制 +21.3 周报机制 +21.4 月报机制 +21.5 季度服务报告 +21.6 项目专项报告 +21.7 重大事件报告 +21.8 服务会议机制 +21.9 客户满意度沟通 +21.10 服务报告管理制度 +21.11 服务报告管理工具 +21.12 服务数据自动汇总 +21.13 服务报告分析 + +【层】事（沟通）。 +【评分点】功能响应（沟通汇报机制，体现服务透明度）。 +【写法】报告矩阵表（报告类型/频次/内容/提交对象/时限）；21.12 服务数据自动汇总呼应第 17 章驾驶舱（报告数据来自平台自动汇总，非人工统计——数字化亮点）；21.9 满意度沟通与第 13.9、16.9 衔接。 +【配图】t2i：服务报告与沟通机制图（日常/周/月/季/专项报告的频次与汇报关系）。 + +## 22. 服务保障与持续改进方案 ★（服务保障评分核心章） +22.1 服务保障体系 +22.2 专业团队保障 +22.3 人员资源保障 +22.4 人员储备保障 +22.5 技术能力保障 +22.6 服务质量保障 +22.7 应急保障 +22.8 客户服务保障 +22.9 服务问题整改 +22.10 服务满意度提升 +22.11 服务保障管理制度 +22.12 服务保障管理工具 +22.13 服务质量持续改进 +22.14 服务能力持续提升 + +【层】事（保障总纲）。 +【评分点】★ 服务保障（总项/专项，是对全案保障能力的收口陈述）。 +【★ 写法】本章是**保障能力的总览收口**，各节交叉引用前文专项（22.3/22.4 人员资源保障→第 3 章储备；22.5 技术→第 5 章；22.6 质量→第 8 章；22.7 应急→第 11 章）——写「保障承诺 + 引用」，不重写专项内容；22.13/22.14 持续改进/提升写 PDCA + 「持续优化手段」。 +【配图】t2i：服务保障体系图（团队/资源/技术/质量/应急五维保障 + 持续改进闭环）。 + +## 23. 项目交付成果 +23.1 人员交付成果 +23.2 人员档案交付成果 +23.3 项目管理成果 +23.4 服务管理成果 +23.5 绩效考核成果 +23.6 服务报告成果 +23.7 管理数据成果 +23.8 知识转移成果 +23.9 项目交接成果 + +【层】数据（成果收口）。 +【评分点】功能响应（交付物清单与招标交付要求对应）。 +【写法】交付物清单表（成果类型/形态/频次/介质/验收标准），与招标交付条款逐条对应；人力外包交付成果以「人 + 服务过程产物」为主（在岗人员/档案/报告/数据/知识库），区别于软件项目的代码交付。 +【配图】可 t2i 一张交付成果总览图（九类成果结构）；本章以表格为主，图非必需。 + +## 24. 服务承诺与技术响应 ★（服务承诺评分核心章 / 量化承诺落点） +24.1 人员供给承诺 +24.2 人员质量承诺 +24.3 人员到岗承诺 +24.4 人员稳定承诺 +24.5 人员替换承诺 +24.6 服务响应承诺 +24.7 服务质量承诺 +24.8 SLA服务承诺 +24.9 信息安全承诺 +24.10 应急服务承诺 +24.11 持续服务承诺 + +【层】制度（承诺收口）。 +【评分点】★ 服务承诺（招标常单列「服务承诺」分，也是**量化数字的正确落点**）。 +【★ 写法】 +- 逐条写**可考核的量化承诺**（供给：X 天内提供候选人；到岗：紧急 Y 小时/常规 Z 天；稳定：核心人员稳定率 ≥N%；替换：W 天到岗；响应：分级时限）； +- 与第 16 章 SLA、第 3/10/11 章时效口径**全部对账一致**（承诺数值多处出现，矛盾即扣分）； +- 这是量化数字的家：**「我承诺做到」而非「我历史做到」**——呼应全书案例禁编造历史数字的铁律； +- 24.9 信息安全承诺与第 14 章、24.11 持续服务承诺与服务期衔接。 +【配图】t2i：服务承诺体系图（供给/质量/到岗/稳定/替换/响应/安全/应急八维承诺，可标注关键时限数字）。 + +## 25. IT人力外包数字化管理平台建设方案 ★（工具层提升 / 大型招标核心竞争力） +25.1 平台总体架构 +25.2 平台功能架构 +25.3 人员资源管理 +25.4 招聘与人才库管理 +25.5 人员入场管理 +25.6 人员档案管理 +25.7 考勤与工时管理 +25.8 项目与任务管理 +25.9 服务工单管理 +25.10 绩效管理 +25.11 培训管理 +25.12 人员替换管理 +25.13 风险预警管理 +25.14 SLA管理 +25.15 信息安全管理 +25.16 合同及合规管理 +25.17 数据统计分析 +25.18 管理驾驶舱 +25.19 移动端管理 +25.20 系统权限与角色管理 +25.21 系统日志与审计 +25.22 平台管理制度 +25.23 平台运行管理工具 +25.24 系统接口与集成 +25.25 数据安全与隐私保护 +25.26 系统运维与技术支持 + +【层】工具（第四层提升为独立平台章）。 +【评分点】★ 数字化管理能力（规模较大的 IT 人力外包招标的核心加分项——把散在各章的「管理工具」提升为统一平台）。 +【★ 写法·何时启用本章】 +- **大型招标 / 招标明确要求数字化管理平台 / 评分表有「信息化管理」项** → 启用本章，把第 3~22 章各「管理工具」节收口为一个统一平台（各章工具节改为交叉引用本章对应模块）； +- **中小型招标 / 招标未要求平台** → 删本章，工具能力分散写在各章「管理工具」节即可（裁剪见 scoring-mapping.md）； +- 25.3~25.16 逐模块写：功能清单 + 界面 + 与对应业务章的映射（25.3 人员资源↔第 3/6 章、25.10 绩效↔第 9 章、25.13 风险预警↔第 18 章、25.14 SLA↔第 16 章）； +- 25.17/25.18 数据统计 + 驾驶舱是第 17 章的技术实现（业务视角在 17、技术实现在 25，交叉引用）； +- 25.19 移动端（随时查在岗/审批/预警）、25.20/25.21 权限与审计（与第 14 章安全衔接）、25.24 系统接口（与甲方 OA/HR 系统集成）、25.25 数据安全与隐私（个人信息保护合规）； +- 平台是「用数据管理、非人工 Excel/微信群」这一价值主张的技术兑现——全书第四/五层的落地证据。 +【配图】t2i × 3：数字化管理平台总体架构图、平台功能架构图（25.3~25.21 模块布局）、管理驾驶舱界面示意图；i2i：若有我司成熟平台产品截图，可 i2i 改造为本项目定制视图（换客户名/岗位/配色）。 + +--- + +## 裁剪速查（详见 scoring-mapping.md） +- 招标不含数字化平台要求 → **删第 25 章**，工具能力回到各章「管理工具」节（第 17 章保留数据/驾驶舱的业务陈述）； +- 招标是纯人力外包无 IT 服务台 → 压缩第 13 章为一节； +- 招标岗位单一（如只外包测试）→ 第 5 章只保留对应岗位节，删其余岗位； +- 招标工作类型单一（如纯运维）→ 第 8 章只写对应质量管理节； +- 招标评分表无「培训」专项 → 第 12 章压缩，篇幅让给高分章（供给/稳定/SLA/安全）； +- 招标有而模版无的章（廉洁承诺/知识产权/特定行业合规）→ 按招标要求补章； +- 总项章（第 2 章）与专项章重叠维度 → 总项写指引 + 交叉引用，制度全文物理移到专项章（见 scoring-mapping.md 总项/专项分工）。