前段时间有一整天参加了客户的产品规划评审，听了N份汇报，今儿看着这些产品规划PPT，列一些不涉及具体业务的通用感受。
1，PPT每页标题就表明一句话观点、结论，特别是对于满篇图文、密密麻麻文字的那种。原则上，每一页的标题连在一起，应该是一篇逻辑清晰的小作文。而对于每一页上的具体内容，不要逐字逐句地读，特别容易让听众犯困。
2，如果愿意的话，可以尝试脱离PPT，用亚马逊的“先看资料，后问答互动”模式，如此，文档形式也就不用局限于PPT了，比如钉钉和飞书的可交互式文档都是很好的选择。
3，行业数据、竞争情况、自己公司的地位……之类的描述，不要堆砌数据，可以把数据整理一下，有机表达，举个例子，对零售、电商，可以用下表，一目了然。
| 客户数 |
交易量 |
GMV |
收入/利润 |
|
| 市场大盘 |
||||
| 在线大盘 | ||||
| 对手大盘 |
||||
| 公司大盘 |
4，除了那些大家都有共鸣的问题，光有几个“用户之声”实例，说服力是不够的，需要再证明一下，这种用户之声“足够大”。当然，利用“用户之声”勾起听众的兴趣，是个技巧，但定性之后尽量再定量。
5，从问题分析，到解决方案的描述，两者脱节是通病，中间的推导过程，关联往往缺失。举个简单的例子，对于2B产品，决策者和使用者都很重要，但你的分析是要先打决策者，所以给出的功能，就应该更符合决策者的利益，从高到低依次为：增加收入、减少成本、提升效率、优化体验。那么，如果你做的功能都在提升效率和优化体验上，就逻辑混乱了。
| 模块A | 模块B | 模块C | |
| 增加收入 | 功能1 | 功能2 | 功能3 |
| 减少成本 | 功能4 | 功能5 | |
| 提升效率 | 功能6 | ||
| 优化体验 |
6，很多人都喜欢放一张看着很唬人“产品架构图/蓝图”，大框套中框，中框套小框，这种图挺好的，不过请标明节奏、当前重点。罗马不是一天建成的，系统也不是，甚至没法规划，只能演化。所以这种图里，非当前重点的部分，大家也都心知肚明“看看就好”。
7，根据听众不同，讲解重点也要取舍，比如对大老板，就不要细到每个功能点怎么做、页面长啥样了，有一些内容，实在舍不得删，请放在附录。一个好的汇报，更多是面向听众的，而不是面向PPT的，PPT只是一个辅助工具。
8，一份汇报能有20~30min来讲，其实还挺奢侈的，心急的老板忍不住要打断。我觉得可以试试先给3min，如果没打动老板们，后面的时间也就省了。而汇报者在自己练习的时候，也可以试试如果只有1、3、5min，你分别怎么讲，倒逼“结论先行、要点突出”。
9，每次参加这种会，都会发现，组织内信息通畅都很成问题，老板会痛苦——你们怎么还是不知道我为什么要做这件事？员工也很困惑——你从来都没正式和我们说过啊。兄弟团队则是——你这么做有提前和我们确认过么？我们认可了么……
哎，其他的现场喷完都忘了，应该当时记下来的…… 以上。
延伸阅读：
以及我的好友杨晓平，对产品规划也有一些心得，推荐阅读——
无论是做业务，还是做产品，知道这5条原则，可以完美规避掉99%的坑！
_________
苏杰（iamsujie），产品创新顾问，《人人都是产品经理》系列4本书的作者，前阿里8年产品经理，集团产品大学负责人，良仓孵化器创始合伙人。
如需产品经理/产品思维/产品创新相关领域的培训咨询服务，欢迎联系这个微信（13758212411）。
原文作者：iamsujie；如有侵权，请联系管理员删除。
