埃森哲：手把手教你编写一份高大上的项目建议书PPT，转发收藏！

一份好的建议书，应该怎样去写，才能真正撕开客户的痛点、打动客户呢？请听我们慢慢道来。

一、项目需求解读

界定需求是建议书的重中之重，明确客户的痛点、兴奋点需求、确定需求边界和最终目标，后续的所有工作才有价值。

需求解读完成后，我们一般习惯于直接给出几页观点性PPT，这样做的目的是实现总分总结构，直接给观点，客户往往会围绕观点展开思考，比如思考方案是否有用？花多少钱、是否值得投资？需要公司做哪些准备、具备什么条件？方案是否能够真正带来价值等。

客户有了这个思考之后，后续再介绍详细方案的技术实现时，就会被“锚定”，他们的思路就会围绕最开始抛出的解决方案来展开。

在介绍完最后的业务和技术方案后，再次总结性地介绍前面给出的结论，这样就再次强化了结论，从而让客户认可我的产品或服务，必要时，再辅以项目案例、领先实践等进行能力展示。

（1）痛点分析，给出自己的分析和洞见，直达客户灵魂，参考附图1。

（2）痛点逐一细化，更加深入地撕开伤口，加深项目的必要性和迫切性，参考附图2。

二、项目业务方案

建议书的价值就在于提供解决方案，因此，每个建议或实施策略，都必须是针对第一条的问题产生的，同时，整个方案要能够前后串联、逻辑清晰，提供的业务方案，要务必论据充分、数据详实，避免方案被客户推倒。

（1）业务方案，采用金字塔结构来构建，利用它的结构化思考、图形化表达魔力，参考附图3。

（2）场景化解决方案，增强客户的带入感，参考附图4。

（3）领先实践分享，强化榜样的力量，降低项目失败风险，参考附图5。

三、项目技术方案

关于技术方案，可以提供保守型和创新型两套方案。

（1）保守型，技术方案力求成熟、低风险、低成本，重点突出成功案例和领先实践。

（2）创新型，突出当下最流行、最火的技术，如中台、微服务化、AI等，让客户感受新技术的带来的技术红利和时代脉搏。比如附图6中，通过传统传统架构和New IT模式的对比，让客户感受到New IT带来的一系列好处，同时也间接展示了项目团队的专业性和技术能力。

小贴士：

不要让客户做选择题，要在建议书中直接给出你的建议和理由，参考附图7。

提炼一些口号、概括性的关键词，比如“前店后厂”、“阿里中间件”等。

建议专门准备一个章节来展示方案的亮点，参考附图8。

最后，附上一份完整的实施方案和项目计划，包括时间计划、项目任务分解、项目子任务分解，人员保证、项目风险、资源保证等一系列问题，项目项目可以用思维导图编制，内容清晰而且图形会根据数据自动更新，参考附图9。

简单总结一下：

参照以上策略编写的项目建议书，有完整的故事线（storyline）、重点突出、结论清晰，而且逻辑清晰、内容有层次感、论据充分、数据详实、有理有据，谁会不喜欢呢？

（1）帮助客户清晰项目需求和边界。

（2）完整的业务方案、技术方案、落地实施方案，让客户更容易理解方案的核心内容。

（3）认可项目组的能力和水准，项目立项更容易获批。

拿来主义、事半功倍，更多职场干货，你可以点击下方专栏，订阅购买我的专栏，专栏内容不仅有埃森哲方法论系列，还有金字塔原理、麦肯锡方法、麦肯锡意识、麦肯锡笔记、麦肯锡提问术等内容，同时还有思维导图、PPT制作、工作汇报等方法工具供你研究套用。