很多PM把启动会当“走过场”，材料随便凑一套，会上一讲，散会。
但项目做到一半你就会发现：后面所有的扯皮，根源都在启动会那一小时里没讲清楚的事。
· 范围边界没讲清——后面就是没完没了的范围蔓延
· 角色没说死——后面就是“这不是我的活”
· 节奏没约定——后面就是天天被追问“现在到哪了”
启动会不是仪式，是一个项目里性价比最高的一小时。今天我把自己备材料的方式完整拆开，五个步骤，每步配一段可直接复制的提示词，30分钟能走完全程。
· · ·
材料可以有十种做法，但内容跑不出这五件事。先把这个框架立住，再让AI往里填：
· · ·
STEP 1 · 先喂背景，别一上来就要材料
材料的好坏，取决于你喂进去什么。第一轮只做一件事：让AI读懂你的项目，并且告诉你哪里还没说清楚。
可直接复制 ↓
你现在是一位有15年经验的项目总监，带过上百个项目。下面是我即将启动的项目背景，请你先不要给任何建议，只做两件事：
1. 用三句话复述你认为这个项目真正要达成的目标；
2. 指出我描述里没讲清楚、但会直接影响启动会效果的信息缺口，列成问题问我。
【项目背景：项目名称 / 客户或业务方 / 要解决的问题 / 交付物 / 合同金额与周期 / 团队构成 / 关键相关方 / 当前已知的三个风险】
它问你的那几个问题，往往就是你启动会上会被问到、但还没想明白的地方。
STEP 2 · 生成议程（要分配时间，不是列条目）
很多议程的问题在于只写了“讲什么”，没写“讲多久、谁来确认”。时间不分配，会就一定会超。
可直接复制 ↓
基于以上项目背景，帮我生成一份60分钟的启动会议程，要求：
1. 每个环节标注时长、主讲人、以及“这个环节要拿到什么结果”；
2. 必须包含三个当场确认环节：范围边界确认、责任分工确认、变更流程确认；
3. 把最容易超时的部分标出来，并告诉我怎么控场；
4. 输出成表格。
STEP 3 · 生成责任矩阵（RACI）
“这不是我的活”这句话，是从启动会那天开始埋下的。责任矩阵就是来防它的。
可直接复制 ↓
请为这个项目生成一份 RACI 责任矩阵。角色清单：【甲方对接人 / 业务负责人 / 项目经理 / 开发负责人 / 测试负责人 / 运维 / 供应商】；交付物清单：【需求文档 / 设计稿 / 开发包 / 测试报告 / 上线方案 / 验收报告】。
要求：
1. 每个交付物标注 R（执行）、A（最终负责）、C（需咨询）、I（需知会）；
2. 每个交付物只能有一个 A，不能出现两个；
3. 最后单独列出：哪些交付物现在没有明确的责任人，哪些角色承担过重。
STEP 4 · 生成沟通机制表
项目里一半的内耗，来自“这件事该跟谁说、多久说一次、算不算数”。这张表把它定死。
可直接复制 ↓
请为这个项目生成一张沟通机制表，列为：沟通对象 / 信息内容 / 频率 / 渠道 / 责任人 / 是否必须书面留痕。
要求：
1. 把信息分成“决策类”和“进展类”两类，分别给出不同的频率；
2. 明确指出哪些沟通必须留下书面记录（并说明为什么）；
3. 指出这个机制里最容易失效的一环，以及补救办法。
STEP 5 · 生成风险与红线清单
启动会上讲风险，比在事故复盘会上讲有用一百倍。
可直接复制 ↓
基于以上背景，输出两部分：
第一部分：这个项目最容易踩的 8 个坑，每个坑配一句早期预警信号；
第二部分：团队必须遵守的 5 条红线（例如“未经评审的需求不进开发”），每条红线配一句“违反了会怎样”。
要求：红线的表述要具体到可以执行，不要写“加强沟通”“提高意识”这类空话。
· · ·
材料做得再漂亮，会上不确认，会后就不认。启动会的核心动作，是把三张表当着所有人的面过一遍，让每个人在自己的那一栏里点头。
· 责任矩阵——逐行念，念到谁，谁确认
· 沟通机制表——确认谁能代表谁说话
· 变更流程——需求怎么改、找谁提、多久答复、改不动怎么办
第三张最容易被跳过，也最不该跳过。项目里最伤人的不是变更本身，是“什么时候能定下来”没人回答得了。
· · ·
原因一：只讲进度，不讲边界。
大家只关心“我要做什么”，没人关心“我不做什么”。而不做什么，恰恰是后面吵架的根源。
原因二：材料太厚。
超过 10 页的材料，在会上没人会看完。一页纸 + 三张表，足够了。
原因三：没有当场确认。
会上不确认，等同于没说过。散会前那五分钟的“大家确认一下”，价值比前面五十分钟都高。
· · ·
最后提醒一句：AI能替你把这些材料备齐，但边界划到哪、责任分给谁，是你要当着所有人的面说出口的事——这句话，AI替你说不了。
以上五段提示词，建议存进备忘录。下次启动会前 30 分钟打开，从头跑一遍，材料就够了。