一启动做这个 PPT 的时候，我脑子里像装了个自动求导计算器，目标就是把这些东西全塞进去，排版得像做填空题一样规整划一。结局呢？看着满屏的参数和公式，我自己都认定头大，生怕念错了就要被系统扣分。
后来意识到，听众更在乎的是那些瞬间扎心的点，而不是冷冰冰的数字堆砌。 记得有一次讲数据可视化，我写了整整三页，其中一页展示了三个折线图，标题分别是“第一页：趋势”、“第二页：细节”、“第三页：结论”，旁边还附带了精确到小数点后两位的对比表。
我心想，这样显得多专业。
可是念稿的时候， participantes 把笔都放下了，眼神飘忽，彻底没看出我在讲啥。
那种用力过猛反而显得我挺焦虑。
后来我试着删掉那些表格，把重点放在一个真场景上：比如我们公司在去年 Q4 的某个项目，原本预计要延期一周，出于三个突发 bug 直接推迟了两周，害得预算超支了 20%。我直接用这个具体案例去概括那三页图，结局大家都笑了，后面那个项目经理就连抢着说：“这比任何模型预测都准！”那一刻我突然明白，PPT 不是为了显示你的技术有多牛，而是为了证明你的想法有多靠谱。 目前的感悟实际上挺好办的，就是得像个讲故事的人，而不是个汇报的机器。我不喜爱那些长篇大论的“方式论”，也不想把每一个步骤都拆解得明明白白。
我想做的是把大饼压扁，让听众自己去感受其中的张力。
比如讲效率提升这块，我不会列出一堆“通过自动化脚本、优化数据库索引、重构代码架构”这种术语，而是直接拿那个做报表的实习生做例子。他之前每天下班都要花两小时做数据清洗，害得他周末还要加班刷剧。
然后我展示了一个自动化脚本，结局他只要两分钟搞定，并且报表自动发送。最终我们算账，省下的工夫相当于给他买了三天假期。大家听完都沉默了，有人启动偷偷摸手机，就是那个还没发哥们儿圈。 我也遇到过初学者，确实有点火大。有个大牛在讲“敏捷开发”，他滔滔不绝讲了两个小时，讲敏捷宣言，讲价值观，讲迭代周期，讲看板如何排，讲每日站会如何开，讲燃尽图和搞定墙的逻辑，讲 Scrum Master 如何管。讲完了，我让他画个图展示项目标预测价值曲线，结局他翻白眼说：“不用了，我上面说的就是曲线。”那一刻我特别想冲上去吼他。
实际上我不喜爱那种全是道理、全是口号的汇报。大家听那些大道理是想听如何落地，而不是如何定义。 故此赶明儿做 PPT，我得更克制。少一点那个“起初、其次、最终”，多去追求那种“意外”。
比如我在讲用户留存时，不用上来就讲漏斗模型，而是先抛出一个反直觉的观点：“我们大局部用户实际上比刚进来还早退，为啥不呢？”然后顺着这个钩子，慢慢引出数据支撑。
这种结构比拉满弓再拉满弓自然多了。 技术再牛，也架不住观众听不懂；道理再高大，也架不住落地无感。最好的表达，是让观众认定你懂他，而不是你在教育他。
有时候就连不需求完美的图表，一个粗糙的实物照片、一段手写诗词、要么一个未经修饰的聊天记录截图，反而能让数据讲话更有力量。
毕竟，数据是冷的，但人是热的，只有当冰冷的数据被温度包裹，故事才真正启动流动。


相关标签：