关注并将「人人都是产品经理」设为星标
每天早 07 : 45 按时送达
酒香也怕巷子深,好的产品也需要成果表达。如何进行成果展示?产品上线后,除了交付运营进行迭代的需求收集之外,还需要做什么工作?本文作者对此进行了分析,一起来看看吧。
全文共 2720 字,阅读需要 6 分钟
——————/ BEGIN /——————
产品的成果表达,也属于产品设计的一部分。
今天鏡同学就聊一聊关于“产品成果”的一些事儿,复盘的同时,也给大家做一些“避坑参考”。
狭义上来说,产品经理的输出物都属于产品成果。比如,有大家熟知的产品架构设计图、竞品分析报告、业务链路图、业务流程图、逻辑功能图、需求说明文档、原型设计图等等。
同时,也有输出频率不太高的,如商业需求文档、市场需求文档、产品培训方案、操作说明文档等等。
广义上来说,产品成果不仅仅局限于产品设计本身,还多了一些运营的视角,还包括上线产品的运营情况。如用户数据、核心经营情况等。
对于产品经理来说,有效的理解产品成果,需要从产品的不同阶段和面向的客户类型两个角度来看待:
从时间角度来说,可以简单划分为产品上线前和产品上线后。
产品上线前更多是产品内部成果的演示,偏向于过程的阶段性输出,核心价值在于保证需求高效高质量的传递, 保证产品开发的方向符合需求设计,不至于产生偏差。
产品上线后则更多的是产品服务的集成展示,偏向于结果导向的黑盒演示,是一系列实现功能的线上体现。
显然,上线后的成果相较于上线前,颗粒度更大, 不需要过于关注太多细节功能的展示。
从面向客户角度来说,可划分为内部客户和外部客户。
广义上的内部客户是指团队内部、企业内部、集团内部等相关方。简单来说,内部客户就是指自己人,有些内部客户甚至也是产品的参与者,对内部客户展示的产品成果,最典型的特征就是真实;俗话说,“丑媳妇也得见公婆”,不必太修饰。
外部客户则与之相对,是指排除在内部团队之外的客户,偏向于市场化的客户,背后的驱动主线一般为业务方,典型特征是要展示产品的友好、完美、强大的一面。
外部客户相较于内部客户,一般来说,产品的功能颗粒度很大,体验颗粒度很小。比如,再给外部客户展示成果时,能不能实现功能即可,客户一般不会关心如何实现的细节;另一方面,对于某个界面或交互的细节体验,外部客户反而会关心。
因此,对于产品成果要有结构性的观察视角,这样才能针对性的去适配。
在明白产品成果基础上,需要特别说明一点的是:有些产品功能的定义本身就承担着产品成果的价值。
比如,对于B端产品来说,客户前端或者系统后台一般都会有可视化的数据展示功能。
客户前端是用户的数据汇总,偏向于业务价值,而系统后台在于客户整体情况的分析和把握,偏向于平台运营价值。
比如,镜同学上周六替班某个回家结婚的产品同学,简单做了个可视化的需求设计,就是为了我们平台运营可以更好的统计用户数据,同时,也便于对内部集团领导及外部客户进行汇报展示。
可视化数据的设计本质上仍是需求设计,也需要三部曲:搞清楚业务需求和数据场景价值、写好需求文档、画好原型设计, 本没什么好说的。
在这里重新提醒,主要是为了提醒很多刚入门的产品同学,注意两点:
一是,在产品架构设计时,就需要有预见性,从个人经验积累上,要提前有业务运营的思维;
二是,从流程设计方法上,也要提前去调研和收集运营部门的产品需求,没准你忽略掉的可视化统计,运营也会提出来的。
一个简单的可视化界面
一般来说,产品上线后,产品部门都需要编制产品介绍方案,大多数是以PPT的格式来做展示,以便更好的展示产品的建设成果。
有的团队,产品的介绍方案是由运营团队来编写的,但大多数都是有产品团队来完成的。
鏡同学一直认为PPT是产品同学的生存技能之一,当然也建议产品经理来做。
大家对于产品描述都有一定的熟识,不过,需要简单提醒以下两点:
一是,要从产品视角来编写。
产品的培训介绍,不同于系统的操作说明,后者偏向于业务的通识讲解;而培训介绍要以传达产品思想为基础,先要讲清楚现有的市场痛点,再讲解核心的业务逻辑和产品功能,接着再描述上线产品与市场痛点的契合之处——这既是产品的上线成果,也是产品的价值意义。
二是,要注意区分或兼顾内外部客户。
同时,产品培训介绍时,可以做两个版本:
一个是针对外部客户的说明,上文已经说过**,这个类型的要体现功能的丰富度和完美度,**可以是高层级的功能概述,形而上、高大上,扬长避短;其次,**还要体现产品的运营概况,**方便客户对产品有直观的认知;同时,在关键界面细节和交互上都有所体现和适度放大。
另一个是针对内部客户的培训讲解,这个关键要讲清楚需求实现的核心逻辑和产品功能描述,**让内部客户在业务逻辑、应用场景上达成共识,**以便最大限度的完成有效的产品说明的传递,并为后续迭代和需求收集做铺垫。
产品培训PPT方案部分内容
产品培训PPT方案部分内容
除了上述描述之外,产品在验收之后,有必要编写一个敏捷版的“产品操作指南”,这个文档的不必拘泥于形式,一般使用Word或者MD文档,转成PDF即可。
敏捷版的“产品操作指南”的意义是配合上线产品(一般会在测试环境下),对业务、运营等团队进行更系统性的培训讲解。
产品上线后,产品经理是需要对内部客户进行培训,比如,运营、风控、业务、售后、客服等,需要让兄弟部门充分了解产品内容,以便完成各自岗位内容的要求。
需要指出的是:这个敏捷版本不同于运营团队的用户操作说明书,用户操作说明以用户视角来进行“傻瓜式”的培训和讲解,而这个敏捷版的“产品操作指南”则是先于用户操作说明,是为了配合上线演示而定制的加强针。
一般来说,敏捷版的“产品操作指南”包括四个部分:一是简单介绍需求痛点;二是概括介绍产品功能;三是描述核心的业务流程;四是补充说明的一些注意事项。如哪些功能本次未上线等。
我一般会采用MD文档,将四部分分类描述,在具体演示线上产品时,这个敏捷版的“产品操作指南”就是我的培训思路, 可以说,有了这个产品成果,演示就更加有序,心里也不会慌乱,更加从容不迫。
总之,产品经理对产品注入了太多的心血,当然希望有更好的成果展示,不仅可以在需求设计时就做好规划,也需要掌握成果的展示方法。
以上分享的几个小技巧不一定通用,有些创新未必适用每个人,希望可以带给你一些思考。
虽然产品前路漫漫,但探索本身也是产品特质之一,正如屈原所说:
路漫漫其修远兮,吾将上下而求索。
—————— / END / ——————
产品经理培训|产品运营培训|企业内训服务
请在公众号后台回复「培训」了解更多
▼ 喜欢请分享&收藏,满意点个赞,最后点「在看」 ▼