第一件事：梳理知识→ 企业上下文
把公司的知识和规则，整理成 AI 用得上的样子。
- 同一个客户名、同一个物料号在几个系统里对不上时，以哪份为准
- 客户、订单、物料、项目之间怎么关联，AI 才找得到相关的东西
- 哪些内容谁有权看到，哪些是全员的、哪些只到部门
- 哪些文档已经过期，过期之后 AI 应该怎么处理
建过知识库：只存文档、不定权威，AI 不知道该信哪一份。
怎么算做完了：交付一份可查询的企业上下文，随机抽 20 个跨系统问题，答案能追溯到确定的来源。
如果 AI 只做问答，订单、报价、投诉和交付仍需人工流转， 就还没有进入业务流程。
五项工程
五项工程，逐项交付、逐项验收
第二件事：对接系统→ 连接器
让 AI 读得到真值、做得了事、查得了账。
- 先辨权威：这个数据以哪个系统为准
- 再读真值：读到的是实际记录，不是别人写的状态位
- 然后做得了事：能写回去，不是只能生成一段话让人复制
- 最后查得了账：写完回头再查一遍，确认真的写进去了
试过 RPA 或接口打通：点状拼凑，换个流程就得重做一遍。
怎么算做完了：每个接进来的系统都有读写清单和回读方式，写入失败时的处置路径写明白。
第三件事：构建技能→ 企业技能
把老员工脑子里的章法，变成可版本化、可测试、可发布的东西。
- 报价怎么算、折扣权限到几个点、什么情况必须走审批
- 客户投诉分几级，各级的响应时限和升级路径
- 哪些话能对客户说、哪些必须先内部确认
- 每条技能有版本、有测试用例、改了能回滚
收集过提示语模板：没版本、没测试，效果全看用的人是谁。
怎么算做完了：交付的技能由你持有：看得懂、改得动、测得了、发得出。
第四件事：设定边界→ 权限与人审
谁能用、能动什么、哪一步必须人来签、越界了怎么办。
- 按岗位授权：销售看客户库、采购看供应商、财务看流水
- 高风险动作绑定人工确认：对外承诺、付款、放行、改交期
- 越权时怎么拒绝——不是装作没听见，是说清楚为什么不能、可以怎么申请
- 每次拦截都进审计，事后查得到
靠口头约定和自觉：一次越权、一次提示语注入，整个试点就被叫停了。
怎么算做完了：当面演示越权拦截，并出示对应的审计记录。
第五件事：评估效果→ 运营账本
做对做错怎么算账，让第二年的预算续得上。
- 正确率、完成率、人工采纳率分别是多少
- 单个任务的实际成本是多少
- 基线是多少——上线前的水平必须先测出来，不然改善无从谈起
- 每个指标的数据从哪个系统字段取
靠印象说效果：没有日志和基线，预算续不上。
怎么算做完了：收益数字按你的工时与单值口径实测；基线未知的指标先留空，再共同核算。
怎么开始
诊断 → 灯塔 → 复制，每一段都能单独决策
AI 落地诊断与规划
- 交付物
- 六张企业底图 + 编号断点表 + 首个灯塔场景的工作说明
- 验收门槛
- 访谈不少于 15 人 · 断点不少于 20 条起编 · 灯塔场景 1-2 个
最小可用上下文 + 灯塔场景
- 交付物
- 运行证据、质量与成本基线
- 验收门槛
- 用真实数据运行 · 关键动作 100% 人审 · 成本成账
扩展岗位 + 持续闭环
- 交付物
- 可复用资产、运营机制、内部团队交接
- 验收门槛
- 内部团队能自主新增场景 · 复用已有资产、周期更短
交接验收标准
你的团队能自主更新上下文、新增技能、读取运营账本并处置异常。未达到，不算交付完成。
企业上下文、技能和运营账本交接给你的团队；后续支持按需另行约定。
常见问题
关于五项工程的四个问题
我们已经有 IT 团队了，为什么还需要外部做这五件事？
五项工程都需要业务口径和技术实施：业务部门确认数据权威、审批条件和评估口径，IT 团队负责系统接入。开沿负责把双方的输入整理成同一套交付清单，并交接给你的内部团队。
这五件事必须全做吗？能不能只做一两件？
可以缩小每项范围，但首个场景建议把五项都走一遍。缺少权限与人审，越权风险无法验收；缺少评估与基线，效果无法核算。
交付后出问题找谁？
交付标准是你的团队能自主更新上下文、新增技能、读取运营账本并处置异常。未达到，不算交付完成；后续支持按需另行约定。
要多久、多少钱？
诊断阶段有固定范围和固定价格；灯塔和复制阶段按你的系统数量与场景复杂度定，先诊断再报价。首个灯塔、验收数字和系统范围在诊断后确认。
→落地诊断
先做一次诊断，把断点编号列出来
先画清你的企业底图和流程断点，再确认首个场景、范围与验收数字。
