产品汇报方案流程(产品汇报视频),本文通过数据整理汇集了产品汇报方案流程(产品汇报视频)相关信息,下面一起看看。

对于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条事项:

投影仪等设备是否可用、投影仪转接头是否跟自己的笔记本匹配; 笔记本连接投影仪,调整好分辨率,看看网页是否正常显示; 如有视频展示,点击视频,查看是否可以播放; 演示的功能点是否能够跑通; 是否需要后端人员配合推数据; 是否有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

作者:沈子砚,公众号:UXHub

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

更多产品汇报方案流程(产品汇报视频)相关信息请关注本站。