先看结论
先记录原有任务怎么完成，再在相同资料与范围下验证新做法。要把准备、等待、复核和修正一并记录，不宜只展示生成结果的几秒钟，或用对话次数代表工作改善。
选一个能检查结果的任务
适合作为首批试点的任务，应有清楚输入、可核对输出和负责复查的人。例如，从有效资料查询一条制度并找到来源，比“让整个公司都用AI”更容易确定是否满足需要。
如果任务依赖尚不存在的数据、接口或业务规则，应先补齐条件。把范围写清楚，也方便区分当前可演示的资料问答与后续可能开展的工作流改造。
验收至少观察四个方面
| 观察点 | 记录内容 |
|---|---|
| 结果依据 | 回答或草稿是否来自有效资料，关键条件是否完整 |
| 实际步骤 | 准备、查找、核对和修正各发生了什么 |
| 边界问题 | 缺少资料、无权访问或条件不明时怎样处理 |
| 维护成本 | 谁更新资料、处理问题、调整权限及复查版本 |
比较前后结果时，应说明任务、人员和资料是否具有可比性。没有这些条件，不宜把某次演示的变化扩写成对所有客户的收益。
把失败样本也保留下来
试点需要同时包含容易回答和不容易回答的问题。保留错误、拒答和需要人工确认的记录，可以看出资料欠缺、规则含糊或任务不适合自动处理的位置。
收尾时形成范围确认、通过项目、待处理项目和维护分工。是否扩大使用，应由企业根据实际记录决定，不以所谓通用提升比例、排名或保证性承诺替代验证。
常见问题
应该只看回答速度吗？
还应看结果依据、复核与修正工作、异常处理和持续维护，单看生成速度不足以评价实际任务。
能承诺固定的效率提升比例吗？
缺少具体任务和可复核依据时，不应作统一比例承诺；试点记录只说明对应条件下的情况。
试点中有问题就必须停止吗？
应先区分资料、配置、流程或任务适用性问题，再决定修正、缩小范围或调整方案。
继续了解与准备
可先查看相关产品与服务及产品实景，再结合实际资料确认适用范围。
需要沟通具体场景，可通过联系与演示预约了解。文中说明不代替业务审批或专业判断，具体实施内容以双方确认范围为准。