反复造成损失的问题，才值得投入人工智能。
先看影响有多大、是否反复发生、普通工具够不够；不值得就不做大项目。
- 客户先准备
- 拿出当前最影响经营的一件事，并说明它为什么重要。
- 我们一起完成
- 判断轻量工具是否够用，还是需要进入现场一起做。
- 凭什么继续
- 问题重要、反复发生、需要人和系统反复调整，才进入下一步。
继续、调整或停止一起做、换更轻的办法，或者到此停止。
证据说明
这套方法已经形成，真实客户结果仍以现场验证为准；没有公开证据的地方，我们不会把假设写成成果。
四步共建法
选对问题，走进日常
拿出结果，交给客户
才是一条完整的路径
客户只需要记住四步；需要执行时，再展开十三个检查点。
01选对问题
先找对一件事
再开始做系统
人工智能项目最怕一开始选错问题。我们先找到反复发生的真实损失，再确认谁负责、怎样判断有没有变好。
- 很多想法
- 真实问题
- 经营损失
- 一个流程
- 01
拿一件真事
拿最近发生的一件经营问题，重放它是怎么发生的。
- 02
看清损失
说清它浪费了多少时间、收入、客户信任或风险成本。
- 03
只选一个流程
先做一个能观察、能调整、出问题能停下的流程。
留下：一件值得做、有人负责、前后能比较的事。
展开这部分的检查点包含检查点第1–5步
有真实案例、有人负责，项目才能开始。
没有真实案例、拍板人、负责人和能拿到的资料，再好的方案也只是想象。
- 客户先准备
- 重放一件真实案例，找到拍板的人、使用的人和负责的人。
- 我们一起完成
- 确认资料和时间能到位，也能进入实际工作，并知道谁在什么时候作决定。
- 凭什么继续
- 人、事、资料和时间都准备好，才进入现场。
继续、调整或停止条件不齐就补齐、换场景或暂停。
责任和成功写明白，合作才能开始。
谁拍板、谁执行、什么算好、哪里不能越界，都要在动手前说清楚。
- 客户先准备
- 让业务、技术和风险相关的人一起确认目标与投入。
- 我们一起完成
- 写清谁负责什么、怎样做决定、出问题找谁、什么时候停。
- 凭什么继续
- 目标、责任、权限和停手条件都有明确的人确认。
继续、调整或停止责任说不清，项目就不进入现场。
跟着真实工作走，损失才会露出来。
只听会议里讲的流程还不够，我们要看一线怎么做、哪里等、哪里返工、哪里出错。
- 客户先准备
- 开放真实流程、正常案例、异常案例和一线访谈。
- 我们一起完成
- 跟着员工完整做一遍，圈出损失发生的关键判断。
- 凭什么继续
- 真人、真资料、真工作和真责任能够互相对应。
继续、调整或停止看不到真现场，就继续取证或停止。
先记清现在，才能证明后来变好了。
把现在花多久、错多少、损失什么记下来，以后才能比较有没有变好；变化来自哪里，还要另外核对。
- 客户先准备
- 确认现在的结果、资料来源和可以接受的变化。
- 我们一起完成
- 约定怎么比较前后，并提前写下成功、失败和停手条件。
- 凭什么继续
- 现在是什么样、以后看什么、由谁确认，都已经说清楚。
继续、调整或停止前后无法比较，就不进入系统建设。
02走进日常
进入真实工作
方知人工智能
到底有没有用
演示能跑，只能说明它在演示环境里可以运行。真人用真资料完成真任务，而且出问题有人接、系统能退回，才算进入真实业务。
人的关键判断
- 做小
- 跑真
- 留后路
- 真人
- 真资料
- 真任务
- 真责任
- 01
做小
只做足够回答关键问题的最小一段，不先铺开大系统。
- 02
用真事
让实际员工用真实资料完成每天会发生的任务。
- 03
留后路
权限说清、过程看得见、出问题能人工接手并退回。
留下：一条有人能用、过程看得见、出问题能退回的工作流程。
展开这部分的检查点包含检查点第6–8步
先跑通最小一段，再谈完整系统。
只在一个流程上检查是否有效，同时提前安排人工接手、过程检查和退回办法。
- 客户先准备
- 确认任务范围、资料、权限、风险和试跑人员。
- 我们一起完成
- 画出最小工作流程，把人工接手、检查和退回放进去。
- 凭什么继续
- 范围够小但足够真实，能运行、能看见、能停下来。
继续、调整或停止小范围方案说不清或退不回来，就继续缩小。
用真实资料、让实际用户操作，才能知道系统是否有效。
只有真实样本、实际操作者和真实错误，才能告诉我们系统是否真的能工作。
- 客户先准备
- 在安全范围内提供真实资料、实际操作者、必要的系统连接和反馈时间。
- 我们一起完成
- 跑完一条真实任务，记录错误、人工修正和退回。
- 凭什么继续
- 普通情况、异常情况和人工接手都真实跑过。
继续、调整或停止只在演示样本上有效，就回到试跑继续改。
风险收得住，系统才上得去。
上线前必须证明质量可以接受、权限不会越界、出错有人接手、系统能够退回。
- 客户先准备
- 让业务、技术、安全和负责公司规则与风险的人一起检查。
- 我们一起完成
- 检查质量和权限，演练人工接手、退回和事故处理。
- 凭什么继续
- 问题看得见、责任找得到、出现严重问题时有人处理、系统退得回。
继续、调整或停止仍有不可接受的安全或业务风险，就不上线。
03验证结果
上线只是开始
边用、边看、边迭代
才能检验结果
刚上线时表现不错，也不能证明它长期有效。我们持续看有没有人用、事情有没有变好、错误和负担有没有增加，再决定继续、调整或停止。
结果可验证
- 01用起来
- 02看结果
- 03改了再跑
- 01前 30 天 · 先站稳
- 0231–60 天 · 稳运行
- 0361–90 天 · 能接手
- 01
用起来
把入口放进每天的工作，让一线真正使用。
- 02
看结果
一起看效果、错误、绕行和新增负担。
- 03
改了再跑
每次只改最关键的问题，再回到真实任务里验证。
留下：连续可查的结果、完整的错误记录和客户能接手的运行办法。
展开这部分的检查点包含检查点第9–11步
有人在真实任务里持续使用，系统才算进入日常工作。
系统进入每天的工作入口，用户愿意用而且没有更累，才算真的开始。
- 客户先准备
- 安排实际用户、现场负责人、学习时间和反馈方式。
- 我们一起完成
- 把系统放进员工每天使用的工作方式里，教会用户并处理绕开系统和错误使用的问题。
- 凭什么继续
- 真实任务里有人持续使用，工作负担没有明显变重。
继续、调整或停止靠强推才有人用，就退回重新设计。
上线只是开始，结果要靠持续运行来证明。
以九十天为参考节奏持续观察，具体周期按项目约定，确认使用、质量和经营变化不会很快掉下去。
- 客户先准备
- 负责人固定参加回顾，持续提供结果、异常和业务变化。
- 我们一起完成
- 按周看使用、结果、错误和负担，及时处理异常与变化。
- 凭什么继续
- 结果连续出现，风险可以控制，客户负担没有失控。
继续、调整或停止价值不够就收缩，风险变高就暂停或停止。
结果变好、客户会用，才算交付。
既看事情有没有变好，也看客户能不能自己操作；少一项都不算完成。
- 客户先准备
- 一起检查约定的结果、还没解决的问题和下一步重点。
- 我们一起完成
- 对照前后结果，让客户独立操作，再决定接受、整改或结束。
- 凭什么继续
- 结果有证据，客户也能独立完成关键操作。
继续、调整或停止结果没变好或客户接不住，就继续整改或结束。
04客户接手
结果变好
客户接得住
交付才算完成
项目最后要同时回答两件事：事情有没有变好，客户能不能自己运行。两件都做到，客户团队才真正能够自己运行。
01事情变好02客户能接手
交付完成- 自己运行
- 继续维护
- 扩大范围
- 平稳退出
- 01
验结果
检查约定的经营任务有没有真的变好。
- 02
练习接手
让客户自己运行、检查、处理异常和退回。
- 03
定下一步
一起决定自己运行、继续维护、扩大范围或平稳退出。
交付后由客户掌握自己的资料、规则、权限和退出方式。
展开这部分的检查点包含检查点第12–13步
客户能自己运行，也能按约定平稳退出。
把权限、检查、手册和异常处理交给客户，再让客户自己完整跑一遍。
- 客户先准备
- 指定接手的人，安排独立运行和异常处理演练。
- 我们一起完成
- 交出权限、检查办法、运行手册和迁移方式，让客户无人代办地运行。
- 凭什么继续
- 客户能独立处理日常工作、异常情况、退回和回顾。
继续、调整或停止由客户选择自己运行、继续维护、扩大或退出。
经验可以留下，客户的资料和规则不能带走。
只整理得到授权、看不出客户身份和专属做法的通用经验，专属内容始终留在客户手里。
- 客户先准备
- 确认哪些内容可以回顾，哪些资料和规则只能留在客户内部。
- 我们一起完成
- 分开客户专属内容与通用经验，只整理获授权并处理过的部分。
- 凭什么继续
- 每份内容属于谁、允许怎么用、现在是什么版本，都有记录，而且看不出客户身份和专属做法。
继续、调整或停止没有明确授权，就不把经验用到其他客户。
下一步
先拿一件“真”事
判断值不值得做
选最近反复发生的问题，说清损失和负责人，再决定继续、换个轻办法，或者暂时不做。