“帮我做个项目计划”几乎一定会得到一份看起来很完整、落地时却毫无用处的清单。原因很简单：项目最难的不是把任务排成列表，而是先说清楚什么要做、什么不做、谁有决定权、哪些事情还没确认。
AI 在项目启动阶段最适合做两件事：整理零散信息，和把漏项暴露出来。它不应该替你编预算、承诺交付日期，或假装知道团队真实能力。
启动前先收齐五类事实
| 信息 | 要写清的内容 | 不能替代它的东西 |
|---|---|---|
| 目标 | 要改变什么，以及如何判断完成 | “做一个更好的页面” |
| 范围 | 本期包含与明确不包含的内容 | “先都做上再说” |
| 约束 | 时间、预算、合规、技术依赖 | 只写一个上线日期 |
| 角色 | 负责人、决策人、协作方、知会方 | 一长串群成员名单 |
| 风险 | 可能发生什么、谁观察、如何应对 | “注意风险” |
这些内容可以来自会议纪要、客户邮件和业务文档。资料还不完整也没关系，关键是标成“待确认”，别让 AI 用看似合理的内容把空白填满。若会议材料很多，先用AI 会议纪要提示词模板整理决定项、待办和负责人，再开始项目启动。
一份不会越权的项目启动提示词
你是项目启动协调助手。请只根据我提供的事实整理工作稿；
缺失信息不得猜测，必须放到“待确认”清单。
项目目标：在 6 周内让新用户完成首次资料提交的比例提升。
成功标准：负责人将在启动会上补充目标数值。
已知范围：梳理当前流程、提出 2 个可验证方案、完成一个可用版本。
不在范围：支付、会员体系、旧数据迁移。
约束：设计师每周可投入 2 天；上线前需要合规审核。
参与角色：产品负责人、设计、前端、运营、合规。
请输出：
1. 一段不超过 120 字的项目背景；
2. 范围内/范围外清单；
3. 角色职责与需要谁确认；
4. 按“发现—方案—制作—验证”划分的里程碑；
5. 风险、触发信号与应对动作；
6. 待确认问题，按影响高低排序。输出后不要马上复制进任务系统
先开一次二十分钟的核对会。逐条问：成功标准是否可测？范围外有没有被悄悄塞回范围内？每项依赖是否有明确拥有者？有哪些日期只是愿望而非承诺？任何人答不上来的，放回待确认区，而不是硬分配一个任务。
项目计划中的文字要短，但标准要清楚。写成任务时，使用“动词 + 对象 + 验收条件”，例如“梳理注册页的现有字段，列出每个字段的来源、必填规则和异常状态”，而不是“优化注册”。
每周用一次 AI 做“偏航检查”
把本周完成、未完成、出现的新约束和用户反馈输入，让 AI 只做三件事：列出目标是否变化、识别范围漂移、生成需要负责人决定的问题。不要让它自动重排全部计划；真实优先级应由有决策权的人确认。
如果你需要把项目讨论转成清晰的团队汇报，可以配合AI 写汇报提示词，将事实、风险和下一步拆开呈现，减少“看起来进展不错”的空话。
一张启动材料的合格标准
- 任何成员都能说清这期不做什么。
- 每个里程碑都有可观察的产物，而不是抽象状态。
- 所有假设都能找到确认人和截止时间。
- 风险不是一个词，而是触发信号和应对动作。
做到这四点，AI 输出才是一份帮助团队说清楚事情的工作稿，而不是一张漂亮却无法执行的表。
