先问：谁在哪一步遇到了什么问题？
“我们想用 AI”还不是一个开发范围。更可执行的描述是：哪位使用者，在怎样的业务流程里，因为什么输入或操作遇到阻力。把一个具体问题描述清楚，才有条件判断自动化是否合适。
把完成标准写在开发前
可用版本应该包含明确的输入、输出、失败处理和责任边界。例如，知识库回答需要展示出处；没有依据时要转人工。是否完成，应回到双方确认的测试样本，而不是只看演示是否顺利。
首期只验证一个关键假设
把需要验证的问题压缩到一个闭环：系统能否让指定使用者完成指定任务。功能增加需要消耗开发、测试与维护时间。首期效果有依据之后，再讨论扩展，比一次性铺满所有部门更容易控制投入。
一份可以带走的试点清单
记录业务负责人、首期使用者、输入资料、包含与不包含的功能、测试样本、人工接管、部署环境、验收方式和维护责任。任何一项不清楚，都应在正式开发前处理。
本文为工程与项目方法笔记。查看相关合作方式