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

　　对于ToB产品的汇报来说，展示产品时出现失误无疑是非常尴尬的事情。要想避免这样的状况发生，我们就得提前做好准备事项、进行预演等等。
　　故事从20多年前开始，1998年微软CEO比尔盖茨在COMDEX大会现场演示Windows98的“即插即用”新特性。尴尬的是，演示用的计算机很不给面子，当着无数双眼睛的面，出现了蓝屏死机（BSOD）的界面。为了化解尴尬，盖茨打趣道：“大概这就是我们还没有发布Windows98的原因”。
　　苹果2017秋季新品发布会上，负责软件工程的高级副总裁克雷格费德里希对iPhoneXFaceID进行演示，在现场观众、记者及线上直播观众的注视下，现场面部解锁演示失败，场面一度十分尴尬。更关键的是，苹果在发布会上宣布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。4FAQ
　　观众可能会问到的问题准备，提前想好答案。
　　二、预演环节
　　准备环节的项目PPT、演示功能点清单、演示的环境数据都准备好后，产品经理可以到已经预定好的会议室整体预演一遍，这时需要注意以下8条事项：
　　投影仪等设备是否可用、投影仪转接头是否跟自己的笔记本匹配；
　　笔记本连接投影仪，调整好分辨率，看看网页是否正常显示；
　　如有视频展示，点击视频，查看是否可以播放；
　　演示的功能点是否能够跑通；
　　是否需要后端人员配合推数据；
　　是否有BUG；
　　不稳定的功能暂时先砍掉，不要心存侥幸；
　　预演时一定会出现不少状况，需要不断完善。
　　三、参与人员
　　公司内部的产品汇报与演示，一般来的人有：领导（领导级别大小基于产品重要程度）、销售（不是必选，产品发布会时销售一定是必选）、组内骨干成员。
　　单独把参与人员作为一个章节单独写，是因为希望在可能的情况下，产品经理尽量可以让产品研发的所有成员参会。自己辛辛苦苦写了半年代码的产品，最后汇报时自己都不在现场，也不知道汇报的怎么样，反馈怎么样，如果从同理心的角度来看，是不是很沮丧。团队一起参与的话，如果汇报成功，可以鼓舞团队士气；如果汇报失败的话，团队也知道是什么原因，不用在不知情的情况下乱猜，有困难大家共同面对。
　　四、总结
　　台上一分钟，台下十年功，万一演示出现状况了，记得用幽默来解决，产品经理们，祝你们产品演示成功！
　　引用来源
　　比尔盖茨在COMDEX大会现场演示出现蓝屏：https：hot。cnbeta。comarticlesfunny719671。htm
　　苹果发布会iPhoneXFaceID演示失败：http：www。sohu。coma192211125404443
　　蚂蚁金服异地多活的微服务体系现场Demo演示：https：yq。aliyun。comarticles672644