如何策划一场ToB产品汇报与演示

对于ToB产品的汇报来说，展示产品时出现失误无疑是非常尴尬的事情。要想避免这样的状况发生，我们就得提前做好准备事项、进行预演等等。

故事从20多年前开始，1998年微软CEO 比尔·盖茨在 COMDEX 大**现场演示 Windows 98 的“即插即用”新特性。尴尬的是，演示用的计算机很不给面子，当着无数双眼睛的面，出现了蓝屏死机（BSOD）的界面。为了化解尴尬，盖茨打趣道：“大概这就是我们还没有发布 Windows 98 的原因”。

苹果2017秋季新品发布**上，负责软件工程的高级副总裁克雷格•费德里希对 iPhoneX FaceID 进行演示，在现场观众、记者及线上直播观众的注视下，现场面部解锁演示失败，场面一度十分尴尬。更关键的是，苹果在发布**上宣布 FaceID 新技术的识别错误率低于百万分之一。

产品的重要功能在现场展示失败，观众必然**对其功能的可用性、可靠性进行怀疑，出师未捷身先死，后果真的很严重。

微软和苹果这样的公司在产品发布**之前，肯定做过多次预演，可见在演示过程中出状态的概率颇高。如果我们在演示前没有计划，也没有预演，那么这场演示一定是车祸现场，惨不忍睹。所以，产品经理应该重视起来，不然对不起团队中为产品付出的每一个成员。

那么，我们应该如何策划一场B2B产品的汇报与演示呢？

一、准备环节

需要准备的内容有：项目整体介绍PPT、演示功能点清单、演示的环境 & 数据、FAQ。

1.1 项目整体介绍PPT（目录中的内容可以按需裁减）

• 项目背景
• 团队成员
• 版本规划和开发情况
• 产品功能架构
• 产品演示
• 竞品对比与分析
• 未来的规划

1.2 演示功能点清单

整个系统的功能非常多，没必要从头到尾把所有功能展示一遍，一方面是因为时间不够，另外一方面是因为没有重点平铺直叙的介绍，很难让观众形成记忆点。演示要有流程，演示哪些功能，第一步演示什么，第二步演示什么要规划好。

准备演示功能清单时，可以使用以下两种方法：

1.2.1 该产品解决了什么问题？

我们以Jira产品为例：在产品研发过程中，一个任务需要多个员工配合完成，一段时间过去了，任务提出者都不知道任务走到了哪里，谁在处理，结果怎样？用邮件来管理的话，有时侯不能得到及时的回复，或者信息被遗漏在邮件列表里。

怎样提高研发效率呢？怎样追踪任务进展呢？

演示步骤如下：

• 通过使用Jira产品，任务发出者可以给干系人指派任务，干系人可以备注任务进展；
• 干系人还可以分解这个任务，建立多个子任务，安排给其他需要配合的人员；
• 关注者只要关注了任务或者子任务，就可以获得相关进展信息。

1.2.2 该产品有什么亮点？

我们还是以Jira产品为例，Jira可以进行敏捷项目管理，这一点可以吸引很多开发团队。

演示步骤如下：

• 通过使用Jira产品，在Sprint启动和规划阶段，产品经理可以创建Sprint，设置Sprint完成时间，分配Story给组内成员；
• 在Sprint执行和监控阶段，产品经理可以通过看板、关注的Story等方式追踪Story完成情况；测试人员可以根据Jira工单进行Bug跟踪；
• 在Sprint收尾阶段，产品经理及其团队可以一起查看Sprint分析图（控制图、燃尽图等），进行Sprint回顾与总结。
• 通过问题解决法和亮点挖掘法找到尽可能多的演示功能点，然后按照重要程度进行排序，选择前面10条左右功能进行演示。

1.3 演示Demo中的数据尽量真实

演示Demo中的数据尽量真实，模拟实际生产系统，有条件的话直接使用生产系统，这一点很重要，但是往往**被忽视掉。如果数据很假，甚至出现test等字样，容易让人产生不信任感。

“2018年9月，云栖大**上，蚂蚁金服发布了“三地五中心金融级高可用方案”，演示非常成功。

大**现场部署了一个模拟转账系统，在场观众通过小程序互相不断转账。服务端分布在三个城市的五个数据中心，为了感受更直观，蚂蚁金服团队把杭州其中一个数据中心机柜设置在了演讲**场。工作人员当场把杭州两个数据中心的网线剪断，来模拟杭州的城市级灾难。

网线剪断之后，部分用户服务不可用。经过26秒，容灾切换完成，所有受影响的用户全部恢复正常。这个Demo虽然只是实际生产系统的一个简化模型，但是其背后的技术是一致的。”

1.4 FAQ

观众可能**问到的问题准备，提前想好答案。

二、预演环节

准备环节的项目PPT、演示功能点清单、演示的环境 & 数据都准备好后，产品经理可以到已经预定好的**议室整体预演一遍，这时需要注意以下8条事项：

1. 投影仪等设备是否可用、投影仪转接头是否跟自己的笔记本匹配；
2. 笔记本连接投影仪，调整好分辨率，看看网页是否正常显示；
3. 如有视频展示，点击视频，查看是否可以播放；
4. 演示的功能点是否能够跑通；
5. 是否需要后端人员配合推数据；
6. 是否有BUG；
7. 不稳定的功能暂时先砍掉，不要心存侥幸；
8. 预演时一定**出现不少状况，需要不断完善。

三、参与人员

公司内部的产品汇报与演示，一般来的人有：领导（领导级别大小基于产品重要程度）、销售（不是必选，产品发布**时销售一定是必选）、组内骨干成员。

单独把参与人员作为一个章节单独写，是因为希望在可能的情况下，产品经理尽量可以让产品研发的所有成员参**。自己辛辛苦苦写了半年代码的产品，最后汇报时自己都不在现场，也不知道汇报的怎么样，反馈怎么样，如果从同理心的角度来看，是不是很沮丧。团队一起参与的话，如果汇报成功，可以鼓舞团队士气；如果汇报失败的话，团队也知道是什么原因，不用在不知情的情况下乱猜，有困难大家共同面对。

四、总结

台上一分钟，台下十年功，万一演示出现状况了，记得用幽默来解决，@产品经理们，祝你们产品演示成功！

引用来源

比尔·盖茨在 COMDEX 大**现场演示出现蓝屏：https://hot.cnbeta.com/articles/funny/719671.htm

苹果发布** iPhoneX FaceID 演示失败：http://www.sohu.com/a/192211125_404443

蚂蚁金服异地多活的微服务体系现场Demo演示：https://yq.aliyun.com/articles/672644

作者：沈子砚，公众号：UXHub

本文由 @沈子砚 原创发布于人人都是产品经理。未经许可，禁止转载