水滴跃动 DROPLEAPAI 系统上线了员工不用怎么办？使用意愿的四个解法
直接说结论：「系统交付了没人用」是 AI 项目最常见的死法，根因几乎不在员工，在交付设计：工具与本职脱节、比原流程麻烦、没人答疑、看不到好处。四个根因各有一个解法——判断是否解决的标准也简单：上线第四周的周活跃人数。
根因一：与本职脱节 → 嵌进原有工作流
员工不会为了用 AI 改变工作习惯，只会顺着原有习惯遇到它。解法是把入口嵌进原有流程：报价员在原来的报价单界面里调 AI 算价，而不是「再打开一个新系统」。报价 3 天 → 15 分钟那个案例里，一线真正用起来的转折点就是把入口嵌回了原有报价流程。
根因二：比原来麻烦 → 让一线先受益
如果系统只是让一线多了一步录入、好处归管理层，没人会用。设计上要让使用者本人先得好处：查工艺 15 秒出答案的是他，不用再翻纸质手册的也是他。先选「使用者=受益者」的场景，使用意愿自然起来。
根因三：没人答疑 → 种子用户+答疑通道
培训一次就结束的系统必死。驻场交付的价值在这里：上线后驻场小组在现场答疑调优，同时培养每个部门一个种子用户（他懂业务也用得熟），之后种子用户就是部门的日常答疑人。
根因四：看不到好处 → 使用数据可视化
把「这周大家省了多少时间、查了多少次」做成看板发出来——使用本身被看见，形成正反馈。管理层也会基于这个数据决定下一步扩展什么。
一个可检验的标准
别问「员工满意吗」，看数字：上线第四周的周活跃使用人数。达到目标=用起来了；断崖下跌=回到上面四个根因逐个查。这个指标也写进我们的验收口径。
常见问题
怎么判断员工是真的用起来了？
上线第四周的周活跃使用人数——培训当天会用不算，第四周还在真实业务里用才算。
要不要强制使用？
不建议一上来就强制。先用前三个解法把「好用」做实，实在推不动的环节再评估考核手段——顺序反了会把系统做成对抗。