一、问题
很多做过演示的人，无论是：
- 给客户展示[解决方案]，或者
- 给内部做[产品规划]评审，
大都有个痛苦的体会：方案才说了1/5，就有一堆砖头扔过来。
- 有的直接被砸晕了，后面的东西没有机会讲，冤得很；
- 有的强硬些，发现那些问题后面的PPT有一定的应对，就跳来跳去地解释；结果完全打乱了演示者最初的计划。
留给听众的印象可想而至。
演示者可能有个疑惑：为何没等我讲清（听众没有完全听清），就有砖头扔过来了呢？
二、诊断
原因很简单：你的刀子亮得太早了！
没错，是‘刀子’，而且可能会被误以为是‘杀人刀’。
每个人一听到方案、功能、任务，立马联想到：要做事了，要会代价了。进一步会联想：好象很烦、好象复杂、好象很贵。你的刀光一闪，别人误以为你要杀人，而不是认为你来切西瓜给大家消暑。
三、方案
对于[解决方案]、[产品方案]类，最终有个solution的演示，很重要的一点是让听众明白：这是来解决问题的！
既然如此，我们就应该构思一个“发现问题-》诊断-》处方”的常规次序，这样就很容易被理解；并且最终的‘药’不再是苦的，而是治病良药，被接受。这时候，即便‘图穷匕现’，这把小刀子也不可怕了！
大家可能注意到了，我在首尾各增加了一个过程：目标，计划。
1）目标
- 一个网站的日PV为3000万，好不好？
- 日新增用户30万，好不好？
- 活跃用户数环比增加50%，好不好？
- 用户每日电话投诉400个，差不差？
不知道！
因为你没有参照。参照什么？当然是你的‘目标’喽。
没有‘目标’，后面第2步的‘问题分析’缺乏了参照物，很可能将忽视了差的，或者将良好的理解为差劲。
2）计划
这个阶段是可选的。有，只是表明方案是‘可执行’的。
如果演示的目的是让听众接受你的方案或规划，那经过前面4步，阶段目标已经达成了。就没有必要画蛇添足了！
四、方案细化
每个阶段的内容再细化一下，就如下图所示了。
对这些细节方法，每个人都可以给出一些（欢迎反馈给我）。我也将在以后的文章中谈一些。
后几天重点要谈的是：排序选药（靶心图、雷达表、功能重要性量化模型），敬请等候。。。
本文转自DavyYew 51CTO博客，原文链接：http://blog.51cto.com/davyyew/241454
，如需转载请自行联系原作者
