# 第二部分　前期：进场作业清单（一线对照版）

> FDE 工作手册第二部分：缺口三级与四份签字文件、首月节奏表、自采四板斧 SOP（跟岗观察、分层访谈、历史数据挖掘、自建测量）、六端信息核查表与进场完成判定。

炎煌纪元科技 FDE 工作手册（v1.0 草案）

## 2.1 缺口三级与四份签字文件

| 等级 | 含义 | 处理原则 |
|---|---|---|
| 硬 | 拿不到就不能开启对应能力或不能上线 | 没有商量余地，进场即谈 |
| 降 | 可收窄范围先上线，边跑边补 | 写明补齐路径与时间点 |
| 弃 | 客户明确不在意时按最小标准处理或跳过 | 必须书面确认“客户已知晓并放弃” |

**四份签字文件**（进场完成的硬条件）：

1. 高危操作清单（业务负责人逐条签认）
2. 数据分级确认（管理层签认）
3. 放弃确认书（所有降级与放弃项汇总，客户签认；这是本项目第零号可追溯日志）
4. 转岗优先承诺书（管理层签署并公示，要点见 4.2.1）

## 2.2 首月节奏表

| 周次 | 核心动作 | 产出物 |
|---|---|---|
| 第一周 | 跟岗启动；分层访谈启动；基线跟测开跑（时间敏感，必须在系统影响现状前完成）；与 IT 及法务首次对接权限与合规 | 跟岗记录、访谈纪要、政治地图初稿、基线数据（进行中） |
| 第二周 | 历史数据挖掘；接口逐个实测；起草高危操作清单与数据分级草案 | 术语表初版、案例库分类、能力地图草稿、两份草案 |
| 第三周 | 草案逐条确认与签字流程；兜底响应实测；仿真模型搭建 | 高危清单（签）、数据分级（签）、兜底实测记录 |
| 第四周 | 放弃确认书与转岗优先承诺书签署；基线报告封存；能力地图定稿；全员沟通会 | 四签齐、基线报告（封存）、沟通会材料 |

节奏可按客户体量压缩或拉长，顺序纪律不变：基线先行，签字先于写第一行代码。

## 2.3 自采四板斧 SOP

企业十有八九给不出现成资料，以下四套 SOP 是一线自采的标准动作。

### SOP-1 跟岗观察

- 选对象：每条核心流程选熟手一名加新手一名（熟手身上看捷径与影子系统，新手身上看流程摩擦点）。
- 时长：每流程半天到数天，视复杂度。
- 记录字段：时间段；动作描述；使用的系统与工具（含制度外的表格、群、个人脚本）；上游来自谁；下游交给谁；等待与堆积发生在哪；口头术语与黑话；异常时的绕行操作。
- 关键问句：“这一步你实际在哪里操作？”“系统坏了或领导不在时，你们怎么办？”
- 纪律：只记录不评判；不当场许诺任何改变；当天整理归档。

### SOP-2 分层访谈问题库

**对买单人（单独约谈）**

- 半年后，您用哪个数字或哪件事判断这个项目值了？
- 如果只能保一个：降成本、提速度、少出错，还是对外有故事可讲？
- AI 出错，内部责任怎么算？愿不愿意书面定下来？
- 哪些岗位的人绝对不能动？哪些您本来就想调整？（转岗红线摸底）
- 项目预算上限与月度运行成本的容忍度？
- 公司里谁最支持这件事，谁最可能反对？（政治地图起点）

**对部门负责人**

- 逐条过高危操作草案：哪些绝不能自动做？哪些人工确认后可以做？（现场标注）
- 这条规则过去什么情况下破过例？谁有权破？
- 异常时抛给谁？此人一天能承受几次打断？多久内必须响应？
- 您部门最耗人的三件事、最容易出错的三件事？
- 如果这些事被自动化，您希望省出来的人去做什么？

**对一线员工（跟岗中穿插，勿正式化）**

- 这一步你实际在哪里操作？
- 这个词、这个缩写是什么意思？
- 你每天最烦的是什么？
- 听说要上 AI，你最担心什么？（逐字记录，匿名汇总，供 4.2 沟通会回应）

**对老员工**

- 上一次出大事是什么时候？后来怎么改的？
- 这个惯例是怎么来的？
- 老板最在意什么、最忌讳什么？

### SOP-3 历史数据挖掘

- 前置纪律：先拿书面授权，再碰任何数据。权限边界前置于无感。
- 数据源清单：聊天记录、邮件、工单、共享文档、历史报表、审批流水。
- 三个产出物：术语表（术语、含义、出处、使用部门）；案例库（按场景分类的历史处理案例，标注常规与例外）；golden set 初版（典型任务加业务专家认可的标准答案，量少也比零强）。

### SOP-4 自建测量

- 基线跟测：对纳入自动化范围的流程抽样跟测，记录单均处理时长、返工与出错率、日均量、投入人时；样本量与周期由项目定，粗测优于不测；基线报告双方签认后封存。窗口纪律：必须在任何系统动作影响现状之前完成。
- 接口实测：对能力地图上每个接入点做连通、读写、稳定性实测，不信任何过时文档。
- 兜底响应实测：小范围试运行，实测各兜底人的真实响应时延与承载量。
- 成本口径：与财务或买单人确认每任务成本的计算口径与预算上限。

## 2.4 六端信息核查表

### 无感端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 沟通渠道接入权限：IM、邮箱、文档、会议（IT） | 无法自采，只能谈；最差退为转发机器人等旁路方案 | 渠道进不去，无感不成立，系统退化为又一个新软件，组织阻力最大化 | 硬 |
| 真实工作流（一线员工） | SOP-1 跟岗，对照制度流程找差异 | 对接的是名义流程，真实数据流在表格与群聊里，上线即摆设 | 硬 |
| 影子系统清单（一线；管理层通常不知情） | SOP-1 关键问句 | 影子系统往往才是真数据源 | 降 |
| 术语、黑话、惯例、决策偏好（老员工） | SOP-3 挖掘加访谈 | 系统懂通用不懂我，员工第一周判定这 AI 很蠢；冷启动策略可部分缓解 | 降 |
| 高频痛点场景清单（负责人加一线） | 抽样统计加访谈 | 切入点选错，第一周展示不出价值 | 硬 |

### 涌现端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 可编程接入点清单（IT 或外包商） | 抓包、读代码、逐个实测，整理成能力地图 | Agent 只能说不能做；可分期，先只读后争取写 | 降 |
| 测试环境或沙盒（IT） | 没有则生产只读试探，写操作一律不开 | 涌现被迫收窄到只读场景 | 降 |
| 长尾异常案例库（业务部门） | SOP-3 挖掘；上线后系统自动收集，此即飞轮 | 只盖头部场景，边缘靠救火；可边跑边补 | 降 |
| 规则弹性标定（业务负责人） | 观察历史例外加访谈 | Agent 要么死板要么越界；初期全按死规加人工回环 | 降 |

### 高容错端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 高危操作清单加签字（负责人、财务、法务） | 自己起草分级，逐条确认签字 | 绝对硬缺口：第一次事故就是系统死刑且责任全在 FDE；签字既是对齐也是免责 | 硬 |
| 人工兜底资源（部门负责人） | SOP-4 实测响应 | 人机回环变消息黑洞；兜底不足就收窄自动化范围 | 降 |
| 降级承接方：规则引擎或审批流（IT、业务） | 把访谈出的死规整理成最小规则集 | 降级无处可退，只能全退人工 | 降 |
| 历史事故史（老员工） | 访谈挖，当事人会淡化 | 风险分级靠猜；保守起步即可 | 弃 |

### 权限边界端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 身份体系接入：SSO、AD、组织架构（IT） | 无法自建；最差单开受限服务账号，人工维护映射 | 共用超级账号，出事无法定责，越权无从防起 | 硬 |
| 数据分级分类（管理层、法务） | 按泄露后果起草粗分级，请管理层确认 | 上下文沉淀层变跨部门泄密器；最易忽视、爆雷最狠 | 硬 |
| 信息墙清单（管理层加分部门访谈） | 只能访谈，架构图看不出 | 小公司老板确认全员共享可简化，须书面确认 | 弃（条件） |
| 合规红线与员工知情（法务、HR） | 主动把旁听渠道摆上台面谈；不配合瞒着员工上监控 | 无感手段直接违法或引爆劳资冲突；无感必须持证上岗 | 硬 |

### 可追溯端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 审计留痕要求（合规部门） | 无要求时自定最小标准：全量思维链加操作日志 | 强监管行业一票否决；客户真不在意按最小标准即可 | 弃（条件） |
| 责任归属约定（管理层） | 访谈后书面约定 | 出事互相甩锅，项目死在内部政治 | 降 |
| 回滚要求（业务加 IT） | 对照高危清单逐项标注并实测可逆性 | 不可回滚的操作一律不给自动执行 | 硬（限高危） |
| 留痕成本预算（IT） | 自己估算 | 客户不在意审计时全量留痕是浪费 | 弃 |

### 可度量端

| 信息与权限项（向谁要） | 企业没有时如何自采 | 缺失对交付的影响 | 等级 |
|---|---|---|---|
| 上线前业务基线（业务部门） | SOP-4，进场第一周开跑，窗口错过永久关闭 | 结项无法证明价值，续约靠感觉，议价权归零 | 硬 |
| 买单人的真实成功标准（单独谈） | SOP-2 买单人问题库 | 指标再好也不续约，方向错全白干 | 硬 |
| golden set 判定权与专家标注时间（业务专家） | SOP-3 自建初版；进场时谈定专家额度 | 演化没有适应度函数，每次迭代都是赌 | 降 |
| 版本锁定能力（FDE 自建工程纪律） | 完全自建 | 单案复现不了，整体回归不了 | 硬 |
| 成本核算口径与预算上限（财务、买单人） | 自建计量；预算熔断挂进降级链路 | 六端多数能力都是成本放大器，没人管账跑得越欢死得越快 | 降 |

## 2.5 进场完成判定

以下五项齐备，方可开写第一行代码：

1. 四份签字文件齐
2. 基线报告封存
3. 能力地图定稿
4. 术语表、案例库、golden set 初版建档
5. 政治地图成稿（支持者、担忧者、管辖范围将受影响的中层名单；FDE 内部文件，不对客户展示）

---

来源：https://fde.li/handbook/onboarding/　维护：炎煌纪元 FDE 团队　许可：CC BY 4.0（https://creativecommons.org/licenses/by/4.0/deed.zh-hans）