目标蓝图描述未来公司怎样完成一笔真实业务。不要从模型、页面或平台分层开始，要先讲客户进入后，人、AI 和系统怎样把事情推进到经营结果。
1. 蓝图范围
| 项目 | 内容 |
|---|
| 价值流 | |
| 客户或经营对象 | |
| 起点事件 | |
| 终点结果 | |
| 当前主要断点 | |
| 价值流负责人 | |
| 本阶段明确排除 | |
2. 当前与目标工作方式
| 业务状态 | 当前怎样完成 | 未来 AI 准备或执行 | 未来人工决定 | 系统留下什么结果 |
|---|
| | | | |
目标不是让 AI 出现在每一步，而是减少重复搬运，让重要判断、关系和例外拥有明确责任。
3. 人、AI 与规则分工
| 任务或决定 | 固定规则负责 | AI 负责 | 人负责 | 选择依据 | 错误后果 |
|---|
| | | | | |
价格、合同、客户承诺、员工利益和不可逆动作，必须保留有权负责人。
4. 业务对象与共享事实
| 对象 | 稳定身份 | 权威来源 | 有效时间 | 维护人 | 可见角色 | 常见冲突 |
|---|
| 客户 / 合同 / 项目等 | | | | | | |
共享事实不等于所有资料对所有人开放。AI 只能在当前任务与使用者获准范围内读取。
5. AI 动作与权限
| 动作 | 影响对象 | 最大范围 | AI 身份 | 是否需要批准 | 批准人 | 禁止条件 | 能否撤回 |
|---|
| 读取 / 起草 / 写入 / 发送等 | | | | | | | |
6. 异常、人工接管与恢复
| 异常 | AI 怎样停下 | 接管岗位 | 可作决定 | 处理时限 | 超时升级 | 恢复方式 |
|---|
| 资料缺失 | | | | | | |
| 来源冲突 | | | | | | |
| 权限不足 | | | | | | |
| 系统不可用 | | | | | | |
| 高风险越界 | | | | | | |
7. 共同能力与业务责任
| 能力或决定 | 中心平台团队 | 价值流团队 | 专业岗位 | 争议升级 |
|---|
| 身份、权限、记录等共同控制 | | | | |
| 客户资格、交付、续约等经营规则 | | | | |
8. 经营结果与保护条件
| 类型 | 指标 | 当前基线 | 目标方向 | 观察周期 | 责任人 |
|---|
| 经营结果 | | | | | |
| 流程变化 | | | | | |
| 采用 | | | | | |
| 质量保护 | | | | | |
| 风险保护 | | | | | |
9. 用五类事件检验蓝图
| 事件 | 输入与状态 | 预期 AI 行为 | 预期人工决定 | 完成或恢复证据 |
|---|
| 普通事件 | | | | |
| 资料缺失 | | | | |
| 特殊批准 | | | | |
| 系统故障 | | | | |
| 已发生错误 | | | | |
完成标准
- 能用一笔生意讲完客户、工作、决定、异常和经营结果；
- 每项 AI 动作都有身份、权限、范围和停止条件；
- 每类异常有接管岗位和恢复方式，不只写“转人工”；
- 共同底座与业务经营规则的主人已经分开；
- 速度或成本指标旁有客户、质量和风险保护；
- 五类事件由业务、工程和专业岗位共同走通；
- 蓝图可以继续拆成 FDE 执行包，无需工程师猜测业务规则。
对应章节：我为云枢科技画出的目标蓝图。