问题 / 你大概正在遇到
演示效果很好，上线后没人用。
一、为什么会反复发生
- POC 只验证「能不能做」，没验证「谁每天用、在什么动作里用」
- 没有 owner：试点由技术团队推动，业务方不认账
- 无法复制：方案绑死在一个人的电脑或一份手工数据上
二、四步做法
- 在 POC 阶段就写清「使用者 + 触发时机 + 失败时怎么退回人工」
- 指定业务 owner，KPI 挂到业务指标而不是模型指标
- 把依赖固化成可复制的部署单元（脚本 + 数据 + 配置）
- 试点结束必须产出两份东西：操作卡与失败处置说明
三、对照表
| 阶段 | 常见交付物 | 还缺什么 |
|---|---|---|
| POC | 一个能演示的模型 | 使用者、触发时机、退出机制 |
| 试点 | 一个部门在用 | 可复制的部署与操作卡 |
| 推广 | 多部门复制 | 统一的数据与权限边界 |
四、常见问题
怎么判断试点成功了？
看业务指标有没有动，比如处理时长、退回率；只看到「有人夸好用」不算。
失败了的试点要不要留？
留文档，不留系统。把踩过的坑写成清单，比留一个没人维护的服务有价值。
怎么提前判断会不会烂尾？
看第 2 周：有没有真实使用者每天打开。没有就该调整场景，别等到第 8 周。
烂尾了要不要复盘？
要，而且只写一页：卡在哪、下次怎么避免、谁负责改。
场景推演
SCENARIO // 假设一个团队
假设一个试点做了 6 周、演示 3 次、投入 2 人，最后没人用。真正的损失不是这 2 人月，而是团队对下一次试点的信任——第二次推行时，大家会先观望。
这是推演不是客户案例；数字为演算口径，标【假设】的部分请按你自己的数据替换。
五、怎么落地
上面这些做法，用一张表 + 一个看板就能先跑起来：免费模板里有窗口台账、日报、审批队列与周会议程； 跑通之后想固化成一屏，再看在线看板与定价。
我们不写客户案例（当前 ARR $0，没有可公开的付费客户），所以文中只给方法与边界，效果需要你自己测。
RELATED // 继续读
相关的几篇（含跨分类）
- AI 工具推不动：不是员工保守，是没嵌进流程 · AI 转型
- AI 试点的 owner：业务方，不是技术方 · AI 转型
- ERP 上线后没人用：三个原因与一个补救顺序 · ERP 与系统选型
- 决策太慢：把「要不要做」拆成「先做哪一小步」 · 效率提升