01 · 判断起点
先选业务问题，不要先选 AI 工具
“别人都在做”、“这个工具很火”和“老板想试试”，都不是足够的立项理由。它们可以触发讨论，却无法告诉团队什么叫做完。
更好的起点是一句可观察的问题：客户看完网站仍不知道我们能做什么；员工每天花一小时找资料；交付进度只存在群聊里；同一类内容每次都从零开始。
立项句式：目前谁在什么场景下，反复遇到什么问题；这个问题正在消耗多少线索、人力或管理注意力。
02 · 项目类型
官网、知识库、培训和自动化，各自解决的不是同一件事
适合客户不了解服务、案例无法核验、咨询入口不清晰的情况。验收看用户能否说出你做什么并完成下一步。
适合答案已经存在，但分散在文档、群聊和个人经验里的情况。验收看常见问题能否找到可追溯答案。
适合工具已经选定，但员工不会把它用到真实任务中。验收不看听了几节课，而看能否完成岗位任务。
适合流程已经稳定、规则明确、输入输出可确认的高频任务。如果流程本身还在经常变，先别急着自动化。
03 · 优先级
用五个问题，把“都想做”变成可排序的决策
| 判断项 | 优先做的信号 | 应该暂缓的信号 |
|---|---|---|
| 业务损耗 | 每周都在丢线索、耗人力或造成延误 | 只是觉得“有了会更酷” |
| 发生频率 | 每天或每周反复出现 | 一年只遇到一两次 |
| 资料基础 | 有可使用的内容、字段或样例 | 必须靠 AI 猜事实或补造资料 |
| 流程稳定 | 人工已经能稳定做对 | 不同人对正确做法都没有共识 |
| 验收难度 | 能写出客观的通过和停止条件 | 只能用“感觉更智能”来评价 |
将每个候选项目按这五项评估。第一个项目并不一定要价值最大，但应该是价值足够明显、实施风险可控、验收也足够清楚的那个。
04 · 模拟情景
同一家企业，不同问题会导向不同首项目
模拟情景 A
服务公司咨询少，但交付流程已经稳定
此时首项目更可能是重做服务页和咨询承接，而不是先做员工培训。因为最大损耗发生在客户端，而且能用“访客能否看懂服务并提交有效问题”验收。
模拟情景 B
教育团队每天反复回答相同问题
如果标准答案已经存在，首项目更可能是整理资料、FAQ 和查找入口。如果标准本身不统一，则应先由业务负责人定标准，再考虑知识库。
05 · 执行路线
一个 30 天的首项目，应该先证明什么
- 第 1 周：定义问题和成功动作写清谁在什么场景下使用，上线后要完成哪个动作，哪些情况不在范围内。
- 第 2 周：用真实但最小的材料做首版只放入支撑核心任务的内容、字段或流程，避免一开始把所有资料都搬进去。
- 第 3 周：让真实使用者完成任务记录哪里看不懂、找不到、不敢点或不信任，不要只收集“好不好用”。
- 第 4 周：按验收表修正并决定是否扩展能够稳定完成核心动作，才增加更多内容、权限或自动化。
最后做决定时，只带走四句话
- 首项目先选损耗明显、发生频繁的问题
- 资料、流程和验收不清时，不要急着自动化
- 网站、知识库、培训和自动化是手段，不是目标
- 先做出一个能被真实使用者验收的最小结果