流程重构与采用设计

从 As-Is 瓶颈到 To-Be 结果

如果 AI 每天生成更多内容，而审核、审批和发布能力没有变化，系统只会制造新积压。如果自动抽取结果没有来源和置信说明，业务人员会花更多时间复核。

流程重构先看端到端结果，再决定哪些步骤删除、合并、重排、增强或自动执行。

As-Is 不只记录制度要求，还要记录实际工作：谁用私人表格补数据，谁在群里确认，哪里反复退回，哪里依赖一个老员工解释。

流程节点至少标出角色、输入、动作、判断、输出、系统、等待和异常。只有这样，项目组才能发现真正的瓶颈。

用 MVD、MVW 与 MVR 收缩变化

MVD 限定真实用户、真实数据、真实流程和短周期，使方案尽快接受现场检验。它还要写明价值指标、POC 毕业条件、停止条件与运行责任。

原型在开发者电脑上成功不等于部署。只有进入受控的真实环境，用户能独立完成任务并留下日志与反馈，项目才获得下一步证据。

To-Be 从业务目标倒推，保留必要判断，减少无价值交接。MVW 不是功能最少，而是包含能够完成一次业务结果验证的最短完整工作。

设计时要明确 AI 在哪里生成、抽取、检索、建议或执行，人在哪些地方确认、纠错、批准和承担最终责任。

MVR 说明 AI 接走哪些确定性任务，人获得哪些时间，又新增什么判断、责任、创造和能力要求。只让员工审核更多机器输出，不算角色向上移动。

受影响人员要参与设计新工作。项目至少提供一个可以在当前周期内尝试的新职责，例如定义质量标准、维护异常样本、设计新场景或承担跨岗位判断。

RACI、Human Gate 与异常接管

RACI 用于明确负责执行、最终负责、提供咨询和被告知的角色。AI 可以承担任务，但不能成为法律或管理意义上的最终责任人。

Human Gate 应放在高风险、不可逆、低置信或需要价值判断的节点。人工检查不是装饰，需要说明检查什么、依据什么、如何记录。

资料缺失、规则冲突、系统超时、权限不足和模型不确定时，工作流必须能够拒绝、降级、重试或升级。

首轮接入优先读取现有数据、保留原系统记录和人工出口，谨慎写入真实业务状态。先读旧、后写新，可以降低一次性改造与锁定风险。

把采用设计进新工作

上线说明系统可以访问；激活说明目标用户至少在关键任务中完成一次有效使用；稳定行为说明他们在一段时间内重复使用，并愿意把结果带入后续工作。

培训出席率、账号开通率和登录次数不能代替关键任务完成证据。

至少追踪目标用户激活率、关键任务使用深度、重复使用和绕行行为。使用深度看用户是否完成关键步骤，而不是只打开页面。

绕行包括回到旧表格、重复手工核对、私下使用其他工具或只在汇报时打开系统。绕行常常暴露质量、流程、入口、责任或信任问题。

由受影响角色共创并承诺

让使用者、业务 Owner、审批人、支持者与可能被转移负担的角色共同走查，记录冲突、异议、绕行原因和每个承诺的责任人。