对于ToB产品的汇报来说,展示产品时出现失误无疑是非常尴尬的事情。要想避免这样的状况发生,我们就得提前做好准备事项、进行预演等等。
故事从20多年前开始,1998年微软CEO 比尔·盖茨在 COMDEX 大会现场演示 Windows 98 的“即插即用”新特性。尴尬的是,演示用的计算机很不给面子,当着无数双眼睛的面,出现了蓝屏死机(BSOD)的界面。为了化解尴尬,盖茨打趣道:“大概这就是我们还没有发布 Windows 98 的原因”。
苹果2017秋季新品发布会上,负责软件工程的高级副总裁克雷格•费德里希对 iPhoneX FaceID 进行演示,在现场观众、记者及线上直播观众的注视下,现场面部解锁演示失败,场面一度十分尴尬。更关键的是,苹果在发布会上宣布 FaceID 新技术的识别错误率低于百万分之一。
产品的重要功能在现场展示失败,观众必然会对其功能的可用性、可靠性进行怀疑,出师未捷身先死,后果真的很严重。
微软和苹果这样的公司在产品发布会之前,肯定做过多次预演,可见在演示过程中出状态的概率颇高。如果我们在演示前没有计划,也没有预演,那么这场演示一定是车祸现场,惨不忍睹。所以,产品经理应该重视起来,不然对不起团队中为产品付出的每一个成员。
一、准备环节
需要准备的内容有:项目整体介绍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条事项:
投影仪等设备是否可用、投影仪转接头是否跟自己的笔记本匹配;
笔记本连接投影仪,调整好分辨率,看看网页是否正常显示;
如有视频展示,点击视频,查看是否可以播放;
演示的功能点是否能够跑通;
是否需要后端人员配合推数据;
是否有BUG;
不稳定的功能暂时先砍掉,不要心存侥幸;
预演时一定会出现不少状况,需要不断完善。
三、参与人员
公司内部的产品汇报与演示,一般来的人有:领导(领导级别大小基于产品重要程度)、销售(不是必选,产品发布会时销售一定是必选)、组内骨干成员。
单独把参与人员作为一个章节单独写,是因为希望在可能的情况下,产品经理尽量可以让产品研发的所有成员参会。自己辛辛苦苦写了半年代码的产品,最后汇报时自己都不在现场,也不知道汇报的怎么样,反馈怎么样,如果从同理心的角度来看,是不是很沮丧。团队一起参与的话,如果汇报成功,可以鼓舞团队士气;如果汇报失败的话,团队也知道是什么原因,不用在不知情的情况下乱猜,有困难大家共同面对。
四、总结
台上一分钟,台下十年功,万一演示出现状况了,记得用幽默来解决,@产品经理们,祝你们产品演示成功!
引用来源
比尔·盖茨在 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