试点与采用：验证系统是否进入真实工作

员工登录过系统，不等于工作改善；客服自动处理率上升，也可能只是更多问题被误记为结束。试点应验证一项具体工作是否更好完成，以及团队能否持续承接它。目标是形成扩大、修改或停止的依据，而不是把演示成功变成全组织推广。

缩小任务，不缩掉真实约束

选择频率适中、结果可观察、有业务责任人的任务。限定用户、产品、语言和权限，同时保留代表异常。如果试点只用熟悉工具的志愿者和干净示例，获得的主要是可用性信号，不是整体采用结论。

合成场景：客服团队先处理“配送状态查询”，不开放自动补卡；商品运营先制作可编辑草稿，不自动发布。它们都能验证事实、交互、时间与返工，再根据证据考虑增加动作。另一种合理路径是直接选择规则明确、可撤回的后台自动任务；试点不一定要聊天或Copilot。

Cisco的内部产品研究提示安全入口只是使用条件，仍需任务、知识和集成来解释员工为何回来。Cisco工程文章 BBVA公开材料适合讨论部门工作、支持网络与复用，不足以复原银行全部架构。BBVA法律咨询与营销流程 这里借用采用分析，不把披露的参与度直接等同业务收益。

用O04定位采用障碍

商品建档演练O04的候选把“杯身黑色、杯盖蓝色”都写成黑色。情境反馈是：“摘要写黑色，我没打开来源就确认了。”这是同批任务台账中的合成情境，不是真人观察。它提醒我们：确认按钮被使用，只说明一次交互发生，不说明审阅有效，更不说明用户会持续采用。

先让用户按原工作节奏完成一笔任务，观察来源入口是否可见、字段对象是否明确、发现错误后能否修正与继续。O04至少有两个可检查线索：候选已混淆颜色对象，审阅入口又只呈现摘要。不要据此把原因全部归为用户没有认真阅读，或用增加培训代替改进字段与来源展示。记录“原句—候选—用户看到的内容—实际操作—后续结果”，由产品与业务共同确定先改哪里；第18章继续展示接单、诊断与改版。

Cisco披露从安全内部入口走向IT支持等真实任务；BBVA披露部门知识、目录与分布式支持。它们提示采用需要任务、资料、入口和维护相互连接。若项目owner未批准访问，增加培训或换模型不会补出授权；若知识过期，找知识维护者；若完成后仍需复制三次，再检查集成。目录条目至少说明任务、输入、复核者、材料owner、不适用范围及最近检查时间。这些字段是参考设计，不归为两家公司的公开内部实现。

同时观察完成、采用和价值

先定义分母：符合试点条件的全部任务，而非只有成功调用。记录开始、放弃、完成、转人工、重做和后续投诉；对人工完成任务也计入完整成本。商品草稿被接受但发布后被撤回，不应只统计为“接受”。

采用指标回答谁在何种工作上继续使用；质量指标回答结果可否依赖；价值指标回答总时间、损失或业务结果是否改善。三者可以不同步。初次体验差会影响采用；采用高但人工返工多可能损害价值；质量很好但入口难找可能无人使用。按新手／熟练者和任务类型看差异，不用单一活跃率替代诊断。

进行前后比较时，保留任务复杂度、季节、人员与流程变化。能做同时期对照则优先；样本小或环境不允许随机分配时，用配对任务、人工计时和定性复盘，限制因果结论。收益估算应说明观察范围，不能用少量满意反馈直接推算全年节省。

口径变化不能画成一条收益曲线

Cisco工程文说“73%的用户报告生产力改善”，案例页标题却写成“生产力提高73%”：人群比例与改善幅度不同，不能拿前者乘工资。BBVA的2024周使用率与2025日使用率来自不同时点、持证群体，扩大发放也不等于同期活跃。公开采用数可以描述组织扩展，不能单独给出因果ROI。Cisco工程正文 · 同公司案例页 · BBVA2025许可扩展

原创教学反例：A和B每周各处理100笔同类咨询，旧流程均20分钟。A的AI操作2、复核8、返工4分钟，净省每笔6分钟，每周10小时；B分别4、4、1分钟，净省11分钟，每周约18.3小时。即使A满意度90%、B75%，也不能据满意度优先扩大A。先比较关键错误、人员熟练度、任务复杂度与维护费用，再决定；空出的能力没有被重新配置或改善服务，仍不能直接认定现金收益。

为业务人员设计接续

使用说明应告诉用户适用任务、输入示例、结果状态和失败处理。培训不必先讲模型架构；让员工完成一笔代表任务、检查事实、修改草稿并处理一次异常，比展示十种功能更有用。技术细节进入负责运行和评审人员的材料。

人机分工要体现在产品状态：建议、待确认、已提交、提交未知、转人工等待、已接收不能混在一个“完成”标签。审阅入口提供关键依据与变更差异；接手任务提供已经完成的部分，不让员工重新调查。业务责任人负责流程和内容，技术人员负责依赖与恢复，二者共同查看失败，而非把全部问题交给“Prompt专家”。

用失败决定下一步

试点期间让反馈贴近任务：用户可标记“事实错、下一步不清、难修改、无法提交”，系统关联当时版本与轨迹。访谈选择成功、失败、放弃和未使用者，询问具体工作而非泛泛满意度。收集内容应告知用途并控制敏感信息；运营团队定期把重复问题分派到知识、产品或技术负责人。反馈入口若没有响应与结果告知，用户会停止提供信号，所谓持续学习也就只剩日志堆积。

设定少量与任务损害相关的停止条件，例如发现跨账户数据泄露立即停止相应能力；普通质量下降则限制流量、诊断后调整。时间和费用目标由基线和可承受预算产生，不从模板复制统一阈值。没有达到扩大条件不等于整个方案失败：可能缩小任务、修复事实覆盖、减少生成步骤或采用确定性模板。

Nubank的线上实验说明离线表现需要真实客户反馈进一步检验；不能将公开的模型迁移过程拼成一条虚构配送客户轨迹。论文§6 试点总结应分别写观察结果、解释假设和下一步比较，保留异常及负面反馈。成功后也先扩大相邻且条件相似的任务，重新检查权限、知识和评测，避免从查询成功直接推到全自主动作。

使用试点计划可组织这些决定。完成标准是团队能基于真实工作记录选择扩大、修改或停止，且用户知道失败时如何继续；本章的合成示例尚未构成实践或生产验证。接着进入运行篇，持续维护反馈、经济性与退出路径。

参考资料

• Cisco内部助手工程文章、同公司案例页：任务采用与73%措辞差异，不能据此估算收益。
• BBVA部门采用、2025许可扩展：部门支持与使用口径。
• Nubank v2 §6：线上实验与客户反馈。
• 本章任务、A/B咨询数字和采用诊断为合成教学例，未开展真实试点。

继续使用

上一章：部署与版本 · 下一章：持续运行 · 五篇阅读目录。相关工具：限定灰度与真实工作观察。

案例延伸：Nubank客服：看离线结果怎样接线上观察；Zalando商品建档：比较人审草稿如何进入现有业务。