跳至正文
AI 上完之后,组织怎么办 附录 A:全书工具说明 T01-T12
跳到本单元正文

附录 A:全书工具说明 T01-T12

A1 正文承重工具

T02 五断点诊断图

什么时候用

当团队说“AI 转型很乱”,但说不清乱在哪里时使用。

谁主持

AI 转型负责人或一号位指定的组织 owner。

输入

  • 一个具体 AI 项目;
  • 项目涉及的岗位、流程、知识、责任和治理对象;
  • 当前失败或卡顿现象。

会上问什么

  • 岗位有没有被拆成任务、判断、责任和结果?
  • AI 有没有进入真实流程节点?
  • 好输出有没有沉淀成组织记忆?
  • 出错以后谁复核、谁验收、谁负责?
  • 权限、审计、留痕、回滚有没有进入日常运营?

会后留下什么

  • 主断点;
  • 次断点;
  • 90 天试点优先级。

T05 Demo 存活检查表

什么时候用

在老板准备继续给 Demo 投资源之前使用。

谁主持

一号位 / 业务负责人。

输入

  • Demo 演示材料;
  • 业务流程;
  • 使用人群;
  • 上线预期;
  • 已知风险。

会上问什么

  • 它替代或增强哪个真实节点?
  • 谁每天必须用?
  • 不用它会不会影响业务结果?
  • AI 输出错了谁复核?
  • 它是否进入现有系统?
  • 90 天后留下什么组织资产?

会后留下什么

  • 继续 / 暂停 / 重写判断;
  • 上线前缺口清单;
  • owner 和验收指标。

T06 组织记忆十问

什么时候用

当员工已经开始用 AI,但组织没有明显变聪明时使用。

谁主持

CHO / 知识管理 owner / AI 转型负责人。

输入

  • 员工 AI 使用样本;
  • 高质量输出;
  • 复盘材料;
  • 知识库现状;
  • 权限和更新机制。

会上问什么

  • 好输出有没有沉淀?
  • 好 prompt 有没有被复用?
  • 好判断有没有留下场景条件?
  • 知识谁维护?
  • 过期内容怎么发现?
  • 员工贡献业务上下文 后,组织如何认可?

会后留下什么

  • 组织记忆缺口;
  • 知识沉淀责任人;
  • 第一批可结构化知识对象。

T07 HITL 责任链表

什么时候用

当 AI 输出会影响客户、员工、财务、合规或关键业务结果时使用。

谁主持

业务 owner / 治理负责人。

输入

  • AI 使用场景;
  • 输出结果类型;
  • 风险等级;
  • 当前复核方式;
  • 事故处理记录。

会上问什么

  • 谁下达指令?
  • AI 做了什么?
  • 输出进入哪里?
  • 谁复核?
  • 谁验收?
  • 谁能改规则?
  • 出错以后谁修流程、知识库和权限?

会后留下什么

  • 责任链;
  • 复核要求;
  • 留痕要求;
  • 异常升级机制。

T09 产能分配矩阵

什么时候用

当 AI 明显提升效率,老板开始讨论裁员、增产或重组时使用。

谁主持

CEO / CHO / CFO。

输入

  • AI 前后产出数据;
  • 人力成本;
  • 业务增长状态;
  • 质量和返工数据;
  • 组织风险。

会上问什么

  • 结果是否更稳定?
  • 产出是否更多?
  • 返工是否更少?
  • 能力是否沉淀?
  • 信任是否受损?
  • 产能应该去降本、增产、提质、重组还是学习?

会后留下什么

  • 产能去向判断;
  • 不裁 / 暂缓 / 转岗 / 缩编 / 增产方案;
  • 风险兜底条件。

T10 90 天 AI 组织试点路线图

什么时候用

当一号位决定用一个真实流程验证 AI 组织改造时使用。

谁主持

AI 转型负责人。

CEO 参与启动会和验收会。

输入

  • 试点流程;
  • 断点诊断;
  • owner;
  • 业务指标;
  • 责任链草图。

会上问什么

  • 0-30 天诊断什么?
  • 31-60 天重写什么?
  • 61-90 天验证什么?
  • 90 天后必须留下什么制度资产?
  • 如果结果不稳定,如何停止或回滚?

会后留下什么

  • 90 天路线图;
  • 里程碑;
  • 复盘节奏;
  • 复制或停止条件。

T11 老板 AI 组织试点会议表

什么时候用

当老板要把“聊 AI”变成“定流程、定 owner、定指标、定复盘”时使用。

谁主持

CEO / 总经理。

输入

  • 一个候选 AI 试点;
  • 涉及部门;
  • 当前流程;
  • 预期经营结果;
  • 主要风险。

会上问什么

  • 这条流程为什么值得重写?
  • 谁是业务 owner?
  • 90 天后看什么结果?
  • AI 出错谁复核?
  • 哪些传统流程不能先动?
  • 哪些创新流程可以并行跑?

会后留下什么

  • 试点是否启动;
  • owner;
  • 指标;
  • 责任界面;
  • 复盘时间。

A2 附录工具

T01 AI 组织 OS 自查表

什么时候用

在一号位刚准备启动 AI 转型,或者公司已经买了工具但不知道哪里卡住时使用。

它不解决具体方案。

它先判断公司是不是还停在“工具上线”阶段。

谁主持

CEO / 总经理 / AI 转型负责人。

CHO、CIO、业务负责人必须在场。

输入

  • 当前 AI 工具清单;
  • 已经跑过的 Demo / 试点;
  • 当前最重要的 3 条业务流程;
  • 已知的 AI 使用问题。

会上问什么

  • AI 现在主要在个人层,还是流程层?
  • 员工用 AI 以后,组织有没有留下新流程、新知识或新责任?
  • 哪些 AI 使用已经影响客户、员工、财务或决策结果?
  • 如果今天出错,谁能说清复核链路?

会后留下什么

  • 一页自查结果;
  • 当前 AI 转型阶段判断;
  • 下一场五断点诊断会的议题。

T03 工作片段拆解表

什么时候用

在讨论岗位是否会被 AI 替代之前使用。

先拆工作片段,再谈岗位变化。

谁主持

CHO / HRBP / 业务负责人。

输入

  • 一个关键岗位;
  • 该岗位真实工作清单;
  • 近期业务结果和绩效口径;
  • 岗位相关 AI 使用情况。

会上问什么

  • 哪些动作是重复执行;
  • 哪些动作是信息整理;
  • 哪些动作是标准化判断;
  • 哪些动作需要文化匹配、信任判断或组织风险判断;
  • 哪些结果必须有人兜底。

会后留下什么

  • 工作片段表;
  • AI 可接走片段;
  • 人保留或获准委托的判断及依据;无须逐次人工决定的,注明范围和验证记录;
  • 岗位重写候选项。

T04 流程重写画布

什么时候用

当一个 AI 项目准备从 Demo 进入真实业务时使用。

谁主持

业务 owner。

CIO / AI 转型负责人 / CHO 参与。

输入

  • 当前流程图;
  • 当前痛点;
  • AI 可介入点;
  • 业务指标;
  • 风险边界。

会上问什么

  • 这条流程现在最慢、最贵、最不稳定的是哪一步?
  • AI 进入以后,哪一步可以取消、合并、提前或自动触发?
  • 哪些判断仍然必须由人做?
  • 异常怎么升级?
  • 新流程谁负责持续维护?

会后留下什么

  • 新流程草图;
  • AI 介入节点;
  • 人机分工;
  • 新 owner;
  • 试点指标。

T08 AI节点控制表

什么时候用

为一个具体AI动作确定授权和控制方式,或者用途、规模、输入及后果路径发生变化时使用。草拟和发送、参考和直接生效分别建节点。

谁主持

具有相应风险决策权限的业务/治理负责人,技术与实际执行者共同核查;需要时让受影响的岗位参与。不是由工具使用者单独给自己放行。

输入

节点的输入、动作、输出去向及被依赖时刻;数据和行动权限、适用限制;可能损害的对象、规模、持续与累积影响;事前固定的恢复目标、时间、成本和剩余影响界线;恢复与控制验证记录;异常及后果承接安排。

会上问什么

先按同一把尺判断能否证明满足恢复条件。不能,归“不能证明能恢复”,注明是证据不足还是已知不能;能,再按是否依赖其他主体配合,分“协调恢复”或“直接恢复”。

然后检查目标与规则覆盖、例外及后果传播。同一用途若命中禁止条件,先停止该用途,不把“禁止使用”与放行方式组合。在获准范围内,再比较自由使用、人工抽检、人工复核和人工审批,选择彼此兼容的控制。三档恢复条件不直接对应控制方式;签字不改变恢复能力,可逆也不代表有权做。

会后留下什么

每条判断的依据与缺口;授权范围、限制及选定控制;停止或限流条件;负责人、处置时限和承接资源;复评周期与变化触发。条件未满足的动作不得因表已填完而放行。

此表属于本书设计,尚非经真实读者分类和业务效果验证的标准。应在限定场景中记录分歧、漏项与失败,再调整判据。

T12 FDE 组织翻译对照表

什么时候用

当公司发现 AI 项目卡在业务和技术之间,没人能把现场问题翻译成系统、流程和组织机制时使用。内部 FDE、外部 FDE 或联合团队均适用;先确定任务,再选择现岗兼任、临时小队或长期专岗。工程交付与组织承接须明确分工,不要求所有职责都压给一人。

谁主持

AI 转型负责人 / 业务负责人。

输入

  • AI 项目卡点与业务结果基线;
  • 管理者口述、制度文件和真实业务记录中的流程差异;
  • 技术方案与现场流程损耗图;
  • 可用数据、权限、资源及其授权人;
  • 试点业务负责人、工程交付负责人和预定运营承接者。

会上问什么

  • 这段业务是否值得改?删掉无效步骤能否比自动化更合适?三种流程口径如何用真实记录核实?
  • 谁来牵头?不论工程或业务出身,能否用同一条真实流程证明业务判断、工程交付,以及对权责、协作和采用的组织判断?哪些专业需要伙伴补位?
  • 本次只交付系统,还是同时孵化业务责任单元?谁从试点开始对业务结果负责,谁能改流程、调资源、认验收、裁决异常?授权不足时谁决定缩范围或暂停?
  • 谁把经验沉淀为五样组织资产?预定承接者如何证明自己能日常运行、核算投入产出、处理异常和更新规则?
  • 孵化者留任还是交接?交接后谁负责业务运营、谁负责技术维护?达不到标准时谁决定续试或停止?

会后留下什么

  • 现场任务约定及任职方式,明确是否包含孵化任务;
  • FDE / BA / 项目经理 / 技术实施 / 业务负责人的交付与问责边界;
  • 授权、资源、验收、异常升级清单,注明未获授权事项;
  • 五样组织资产的交付清单;若含孵化任务,再附运营承接人与交接验收记录。