产品上线后,如何有效地进行成果展示?

2022-01-05 19:51| 发布者: | 查看: |

产品的成果表达,也属于产品设计的一部分。
 
众所周知,鏡同学无比敬业,从不在非工作时间摸鱼,尤其年底这段时间,不是忙着写产品PPT,就是忙着替领导准备年终总结,以至于我方防御塔都生锈了,对面小伙伴甚至拉出横幅:鏡同学挂机,这是我们千载难逢的战略机遇期。
 
我方不少小伙伴给我留言:实在不行,就换个好点的手机吧,别人最多卡网460,你是直接鬼畜连招。
 
这不,我替大侄子写完家庭作业后,赶紧用他的手机来峡谷一打九,偏偏同事又打来电话,说是下周某个产品要给多个客户集中汇报, 让我抓紧准备一下,还友好的提示我,根据他对我的了解,我用小学生的手机确实容易上王者。
 
加上这两天,好几个同学也在群里讨论,如何进行产品的成果演示?产品上线后,除了交付运营进行迭代的需求收集之外,还需要做什么工作?
 
峡谷团战咱虽然是永恒青铜,可产品的成果展示咱也有挂机经验呀,纵横B端好多年,内外部客户演示也是家常便饭。
 
今天鏡同学就聊一聊关于“产品成果”的一些事儿,复盘的同时,也给大家做一些“避坑参考”。
 
 
一、什么是产品成果?
 
狭义上来说,产品经理的输出物都属于产品成果,比如,有大家熟知的产品架构设计图、竞品分析报告、业务链路图、业务流程图、逻辑功能图、需求说明文档、原型设计图等等。
 
同时,也有输出频率不太高的,如,商业需求文档、市场需求文档、产品培训方案、操作说明文档等等。
 
广义上来说,产品成果不仅仅局限于产品设计本身,还多了一些运营的视角,还包括上线产品的运营情况,如,用户数据、核心经营情况等。
 
对于产品经理来说,有效的理解产品成果,需要从产品的不同阶段和面向的客户类型两个角度来看待:
 
从时间角度来说,可以简单划分为产品上线前和产品上线后。
 
产品上线前更多是产品内部成果的演示,偏向于过程的阶段性输出,核心价值在于保证需求高效高质量的传递, 保证产品开发的方向符合需求设计,不至于产生偏差。
 
产品上线后则更多的是产品服务的集成展示,偏向于结果导向的黑盒演示,是一系列实现功能的线上体现,显然,上线后的成果相较于上线前,颗粒度更大, 不需要过于关注太多细节功能的展示。
 
从面向客户角度来说,可划分为内部客户和外部客户。
 
广义上的内部客户是指团队内部、企业内部、集团内部等相关方,简单来说,内部客户就是指自己人,有些内部客户甚至也是产品的参与者,对内部客户展示的产品成果,最典型的特征就是真实,俗话说,“丑媳妇也得见公婆”,不必太修饰。
 
外部客户则与之相对,是指排除在内部团队之外的客户,偏向于市场化的客户,背后的驱动主线一般为业务方,典型特征是要展示产品的友好、完美、强大的一面。
 
外部客户相较于内部客户,一般来说,产品的功能颗粒度很大,体验颗粒度很小,比如,再给外部客户展示成果时,能不能实现功能即可,客户一般不会关心如何实现的细节;另一方面,对于某个界面或交互的细节体验,外部客户反而会关心。
 
因此,对于产品成果要有结构性的观察视角,这样才能针对性的去适配。
 
二、可视化数据:产品范围的设计成果
 
在明白产品成果基础上,需要特别说明一点的是,有些产品功能的定义本身就承担着产品成果的价值。
 
比如,对于B端产品来说,客户前端或者系统后台一般都会有可视化的数据展示功能, 客户前端是用户的数据汇总,偏向于业务价值,而系统后台在于客户整体情况的分析和把握,偏向于平台运营价值。
 
比如,镜同学上周六替班某个回家结婚的产品同学,简单做了个可视化的需求设计,就是为了我们平台运营可以更好的统计用户数据,同时,也便于对内部集团领导及外部客户进行汇报展示。
 
可视化数据的设计本质上仍是需求设计,也需要三部曲:搞清楚业务需求和数据场景价值、写好需求文档、画好原型设计, 本没什么好说的。
 
在这里重新提醒,主要是为了提醒很多刚入门的产品同学,注意两点:
 
一是,在产品架构设计时,就需要有预见性,从个人经验积累上,要提前有业务运营的思维;
 
二是,从流程设计方法上,也要提前去调研和收集运营部门的产品需求,没准你忽略掉的可视化统计,运营也会提出来的。
 
三、产品介绍PPT:面向外部客户的窗口
 
一般来说,产品上线后,产品部门都需要编制产品介绍方案,大多数是以PPT的格式来做展示,以便更好的展示产品的建设成果。
 
有的团队,产品的介绍方案是由运营团队来编写的,但大多数都是有产品团队来完成的,鏡同学一直认为PPT是产品同学的生存技能之一,当然也建议产品经理来做,大家对于产品描述都有一定的熟识,不过,需要简单提醒以下两点:
 
一是,要从产品视角来编写。
 
产品的培训介绍,不同于系统的操作说明,后者偏向于业务的通识讲解,而培训介绍要以传达产品思想为基础,先要讲清楚现有的市场痛点,再讲解核心的业务逻辑和产品功能,接着再描述上线产品与市场痛点的契合之处,这既是产品的上线成果,也是产品的价值意义。
 
二是,要注意区分或兼顾内外部客户。
 
同时,产品培训介绍时,可以做两个版本:
 
一个是针对外部客户的说明,上文已经说过**,这个类型的要体现功能的丰富度和完美度,**可以是高层级的功能概述,形而上、高大上,扬长避短;其次,**还要体现产品的运营概况,**方便客户对产品有直观的认知;同时,在关键界面细节和交互上都有所体现和适度放大。
 
另一个是针对内部客户的培训讲解,这个关键要讲清楚需求实现的核心逻辑和产品功能描述,**让内部客户在业务逻辑、应用场景上达成共识,**以便最大限度的完成有效的产品说明的传递,并为后续迭代和需求收集做铺垫。
 
四、产品操作指南:敏捷的业务培训方法
 
除了上述描述之外,产品在验收之后,有必要编写一个敏捷版的“产品操作指南”,这个文档的不必拘泥于形式,一般使用Word或者MD文档,转成PDF即可。
 
敏捷版的“产品操作指南”的意义是配合上线产品(一般会在测试环境下),对业务、运营等团队进行更系统性的培训讲解。
 
产品上线后,产品经理是需要对内部客户进行培训,比如,运营、风控、业务、售后、客服等,需要让兄弟部门充分了解产品内容,以便完成各自岗位内容的要求。
 
需要指出的是,这个敏捷版本不同于运营团队的用户操作说明书,用户操作说明以用户视角来进行“傻瓜式”的培训和讲解,而这个敏捷版的“产品操作指南”则是先于用户操作说明,是为了配合上线演示而定制的加强针。
 
一般来说,敏捷版的“产品操作指南”包括四个部分,一是简单介绍需求痛点;二是概括介绍产品功能;三是描述核心的业务流程;四是补充说明的一些注意事项, 如,哪些功能本次未上线等。
 
我一般会采用MD文档,将四部分分类描述,在具体演示线上产品时,这个敏捷版的“产品操作指南”就是我的培训思路, 可以说,有了这个产品成果,演示就更加有序,心里也不会慌乱,更加从容不迫。
 
总之,产品经理对产品注入了太多的心血,当然希望有更好的成果展示,不仅可以在需求设计时就做好规划,也需要掌握成果的展示方法。
 
以上分享的几个小技巧不一定通用,有些创新未必适用每个人,希望可以带给你一些思考,虽然产品前路漫漫,但探索本身也是产品特质之一,正如屈原所说:
 
路漫漫其修远兮,吾将上下而求索。
 
注:文章及图片转载自网络,如有侵权,请联系删除
 
QQ在线咨询
售前咨询热线
13926975768
售后服务热线
400 693 8006
返回顶部