失败的“项目启动会”都有这个5个共同点

今天陪同领导参加一个项目启动会，到场后发现参会的人还挺多的，大约20多个，有业务科室的老师、有财务监管的老师、有信息科负责人、承建单位以及项目总集的人员。本来想着学习学习，给自己充充电，看一下别的公司是如果进行项目启动会的汇报。但是结果非常令人遗憾，汇报的整个过程是失败的，给大家总结一下失败的5个点，希望能够对大家有所帮助。

一、语速和音量一定要控制

汇报过程音量和语速一定要适当控制，今天会场20多个人，汇报人与最远距离的参会人员大概有8-9米远，汇报人的声音比较小，有一部分人是听到不讲什么或者是断断续续听到声音，这种情况是糟糕的。还有就是语速从头到尾都是平缓的，给人一种念经的感觉，没有主次之分，对于不重要的一些内容较快一点过去就行，对于需要客户必须明确的可以放慢语速，适当的询问客户明白了吗。

二、建设范围和进度要详细讲

汇报的时候，由于参会的人员前期没有接触过项目，汇报人一定要把建设范围和进度详细的讲清楚，这样做有两个好处：

第一，你讲清楚了建设范围，接下来的需求调研客户就会在你范围内提出对应的需求，而不是发散性的提出以下需求，最后如果做不了，与客户的关系可能就会处理不好，满意度就会下降。

第二，你讲清楚了进度计划，客户既会根据你的工作计划调整自己的计划，如果有冲突，也会和你协商需求调研的时间，如果你不明确计划，你可能会浪费大量的时间做预约工作。

三、需要与会人员配合的活动要明确

项目启动会，大家都是第一次碰面，需要哪些老师配合哪些项目实施活动，在会议上应该明确提出来，首先让他们可以提前做一些工作准备，提高后续项目实施的效率，另一方面，如果你在会议上提出来，客户方领导参会的话，如果下面人没有提出异议，后续的工作进展会很顺利，如果下面人提出异议，客户的领导也会去平衡，借着这个机会，让客户领导给下面人明确工作职责和内容，比我们后续协调要好的多。

四、技术内容少讲或者不讲，多讲业务

项目启动会，最担心的就是汇报成技术交流会或者解决方案汇报，什么架构图啊、业务流程图啊、关键设计、关键技术这些内容能不讲就不讲，讲了也没人听，听了也没人懂。今天的汇报人一个架构图讲了5分钟，真的也是服气了，客户方的领导估计快要被气炸了！

五、项目实施过程中的规章制度要明确

规范的项目实施过程，都会有详细过程记录和规章制度，这些内容不仅仅是承建单位遵守的，客户单位也应该遵守的，只有双方合作，才能把项目顺利完成，比如一些例会制度、签字制度、测试制度等等，大家都必须遵守，还是那句话，会议上提出来，他们的领导会给下面的负责人强调的，不要让所有的事情都推挤到后续的实施过程，会很麻烦的。

最后给大家分享一个PPT模板，希望对大家有帮助。