项目一开工就乱？AI 帮你在启动会上把话说全

这种场面我见得太多。多半不是谁想赖账，是签完到开工之间，有一步一直没人认真做——把销售在饭桌上、电话里、群里答应的那些话，一条条捞出来，摆到桌面上问一句：这些还算不算数？

很多公司默认这一步会自动完成。销售觉得方案里写了，项目经理觉得销售会交代，客户觉得自己已经讲得很清楚。三方都这么想，结果就是开工两周以后才开始吵。

项目乱，很少是执行不力，多半是开工那天该说清的话没说清。

这篇讲项目启动这个岗位：它到底交出什么、要喂它什么、五步怎么走，以及哪三句话它没资格替你说。

先说它不干什么。它不排期、不派活、不盯进度——那些是项目经理的活。它只在一件事上负责：把散在合同、方案、会议记录、聊天记录里的承诺，收敛成一份所有人都点头的项目事实。

这个岗位的唯一结果是：把销售承诺转成项目事实。留意「事实」两个字——不是计划，不是目标，是眼下已经成立、谁都赖不掉的东西：交付什么、不含什么、谁验收、哪天算完。

为什么非要强调「事实」？计划可以边做边调，事实一旦定歪，后面每一版计划都是歪的。启动会真正要敲的是事实。

四类材料，少一样它就只能给你一份到处都能下到的启动会模板，帮不上忙。

后两样最常被漏。客户组织不清楚，就会出现「跟一个人谈完，另一个人不认」；材料清单没列，开工第一周就在等客户给东西，等到第三周才发现对方以为该我们准备。

还有一个动作值得单独做：让它把合同和方案摆在一起对一遍，专门找两处说法不一样的地方。方案写含两轮修改、合同写「修改至满意」。这些对不上的地方，最好在启动会上当众念出来，让客户当场挑一个。

硬纪律：关键材料缺了就先列缺口，不许拿「一般情况」补齐。它编出来的那条工期，最后是你要去兑现的。

流程五步：承诺抽取、范围确认、责任矩阵、里程碑、风险登记。

第一步是把答应过的事捞出来，一条一条写成能验收的句子。捞的时候不分大小：答应给客户做一次内部培训、答应多带一套备用设备、答应每周发一次进度——都得进表。口头承诺不进表，就是日后吵架的素材。

第二步的重点是写「不含什么」。只写做什么的范围，等于没有范围。客户看到「不含」两个字，通常会在会上提要求——这时候谈，比交付前一周谈容易十倍。

第三步责任矩阵最容易走过场。很多公司的责任表写的是部门：技术部负责、销售部配合。这种表等于没写——部门不会加班，人会。每件事后面必须挂一个名字，而且只有一个人对结果负责，其他人写「配合」或「知情」。

第四步里程碑，按能验收的节点切，别按月份切。「三月底完成开发」没法验收，「客户能在测试环境里走完一次下单」可以验收。切得对不对，看一句话：客户能不能当场说「这个我认」。

第五步风险登记，把那些谁都心里没底、但会上没人愿意提的事写下来：客户那边的对接人还没定、验收标准里有个词双方理解不一样。写下来不等于悲观，是给后面留个说法。

这段直接复制去用。留意第六条——输出必须带负责人和截止时间，不然它给你的还是一场会。

这五条里最容易跳掉的是最后一条：待确认的事不写下来，就等于默认按对方理解的那版执行。

它能把材料摆齐、把话说全，但下面三句，它不该开口。

第一句：「这个我们做得到。」做不做得到，取决于手上的人和这段时间的排期，只有干活的人知道。AI 说做得到，是一种不用负责的说法。

第二句：「这条不影响工期。」范围一扩，工期一定动，只是动多少得算。让它在会上轻描淡写地说句不影响，最后是拿团队的加班去补。

第三句：「客户已经同意了。」客户同意的是他理解的那个版本，不是你写在文档里的那个版本。没有书面确认的，一律按没同意处理。

说到底，启动这一步省不得。省下的那两小时会，通常要在后面用两个月去还。它负责把话摆全，你负责把话说定。