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

0 评论 6548 浏览 14 收藏 13 分钟

编辑导读:酒香也怕巷子深,好的产品也需要成果表达。如何进行成果展示?产品上线后,除了交付运营进行迭代的需求收集之外,还需要做什么工作?本文作者对此进行了分析,一起来看看吧。

产品的成果表达,也属于产品设计的一部分。

众所周知,鏡同学无比敬业,从不在非工作时间摸鱼,尤其年底这段时间,不是忙着写产品PPT,就是忙着替领导准备年终总结,以至于我方防御塔都生锈了,对面小伙伴甚至拉出横幅:鏡同学挂机,这是我们千载难逢的战略机遇期。

我方不少小伙伴给我留言:实在不行,就换个好点的手机吧,别人最多卡网460,你是直接鬼畜连招。

这不,我替大侄子写完家庭作业后,赶紧用他的手机来峡谷一打九,偏偏同事又打来电话,说是下周某个产品要给多个客户集中汇报, 让我抓紧准备一下,还友好的提示我,根据他对我的了解,我用小学生的手机确实容易上王者。

加上这两天,好几个同学也在群里讨论,如何进行产品的成果演示?产品上线后,除了交付运营进行迭代的需求收集之外,还需要做什么工作?

峡谷团战咱虽然是永恒青铜,可产品的成果展示咱也有挂机经验呀,纵横B端好多年,内外部客户演示也是家常便饭。

今天鏡同学就聊一聊关于“产品成果”的一些事儿,复盘的同时,也给大家做一些“避坑参考”。

一、什么是产品成果?

狭义上来说,产品经理的输出物都属于产品成果,比如,有大家熟知的产品架构设计图、竞品分析报告、业务链路图、业务流程图、逻辑功能图、需求说明文档、原型设计图等等。

同时,也有输出频率不太高的,如,商业需求文档、市场需求文档、产品培训方案、操作说明文档等等。

广义上来说,产品成果不仅仅局限于产品设计本身,还多了一些运营的视角,还包括上线产品的运营情况,如,用户数据、核心经营情况等。

对于产品经理来说,有效的理解产品成果,需要从产品的不同阶段和面向的客户类型两个角度来看待:

从时间角度来说,可以简单划分为产品上线前和产品上线后。

产品上线前更多是产品内部成果的演示,偏向于过程的阶段性输出,核心价值在于保证需求高效高质量的传递, 保证产品开发的方向符合需求设计,不至于产生偏差。

产品上线后则更多的是产品服务的集成展示,偏向于结果导向的黑盒演示,是一系列实现功能的线上体现,显然,上线后的成果相较于上线前,颗粒度更大, 不需要过于关注太多细节功能的展示。

从面向客户角度来说,可划分为内部客户和外部客户。

广义上的内部客户是指团队内部、企业内部、集团内部等相关方,简单来说,内部客户就是指自己人,有些内部客户甚至也是产品的参与者,对内部客户展示的产品成果,最典型的特征就是真实,俗话说,“丑媳妇也得见公婆”,不必太修饰。

外部客户则与之相对,是指排除在内部团队之外的客户,偏向于市场化的客户,背后的驱动主线一般为业务方,典型特征是要展示产品的友好、完美、强大的一面。

外部客户相较于内部客户,一般来说,产品的功能颗粒度很大,体验颗粒度很小,比如,再给外部客户展示成果时,能不能实现功能即可,客户一般不会关心如何实现的细节;另一方面,对于某个界面或交互的细节体验,外部客户反而会关心。

因此,对于产品成果要有结构性的观察视角,这样才能针对性的去适配。

二、可视化数据:产品范围的设计成果

在明白产品成果基础上,需要特别说明一点的是,有些产品功能的定义本身就承担着产品成果的价值。

比如,对于B端产品来说,客户前端或者系统后台一般都会有可视化的数据展示功能, 客户前端是用户的数据汇总,偏向于业务价值,而系统后台在于客户整体情况的分析和把握,偏向于平台运营价值。

比如,镜同学上周六替班某个回家结婚的产品同学,简单做了个可视化的需求设计,就是为了我们平台运营可以更好的统计用户数据,同时,也便于对内部集团领导及外部客户进行汇报展示。

可视化数据的设计本质上仍是需求设计,也需要三部曲:搞清楚业务需求和数据场景价值、写好需求文档、画好原型设计, 本没什么好说的。

在这里重新提醒,主要是为了提醒很多刚入门的产品同学,注意两点:

一是,在产品架构设计时,就需要有预见性,从个人经验积累上,要提前有业务运营的思维

二是,从流程设计方法上,也要提前去调研和收集运营部门的产品需求,没准你忽略掉的可视化统计,运营也会提出来的。

一个简单的可视化界面

三、产品介绍PPT:面向外部客户的窗口

一般来说,产品上线后,产品部门都需要编制产品介绍方案,大多数是以PPT的格式来做展示,以便更好的展示产品的建设成果。

有的团队,产品的介绍方案是由运营团队来编写的,但大多数都是有产品团队来完成的,鏡同学一直认为PPT是产品同学的生存技能之一,当然也建议产品经理来做,大家对于产品描述都有一定的熟识,不过,需要简单提醒以下两点:

一是,要从产品视角来编写。

产品的培训介绍,不同于系统的操作说明,后者偏向于业务的通识讲解,而培训介绍要以传达产品思想为基础,先要讲清楚现有的市场痛点,再讲解核心的业务逻辑和产品功能,接着再描述上线产品与市场痛点的契合之处,这既是产品的上线成果,也是产品的价值意义。

二是,要注意区分或兼顾内外部客户。

同时,产品培训介绍时,可以做两个版本:

一个是针对外部客户的说明,上文已经说过**,这个类型的要体现功能的丰富度和完美度,**可以是高层级的功能概述,形而上、高大上,扬长避短;其次,**还要体现产品的运营概况,**方便客户对产品有直观的认知;同时,在关键界面细节和交互上都有所体现和适度放大。

另一个是针对内部客户的培训讲解,这个关键要讲清楚需求实现的核心逻辑和产品功能描述,**让内部客户在业务逻辑、应用场景上达成共识,**以便最大限度的完成有效的产品说明的传递,并为后续迭代和需求收集做铺垫。

产品培训PPT方案部分内容

产品培训PPT方案部分内容

四、产品操作指南:敏捷的业务培训方法

除了上述描述之外,产品在验收之后,有必要编写一个敏捷版的“产品操作指南”,这个文档的不必拘泥于形式,一般使用Word或者MD文档,转成PDF即可。

敏捷版的“产品操作指南”的意义是配合上线产品(一般会在测试环境下),对业务、运营等团队进行更系统性的培训讲解

产品上线后,产品经理是需要对内部客户进行培训,比如,运营、风控、业务、售后、客服等,需要让兄弟部门充分了解产品内容,以便完成各自岗位内容的要求。

需要指出的是,这个敏捷版本不同于运营团队的用户操作说明书,用户操作说明以用户视角来进行“傻瓜式”的培训和讲解,而这个敏捷版的“产品操作指南”则是先于用户操作说明,是为了配合上线演示而定制的加强针。

一般来说,敏捷版的“产品操作指南”包括四个部分,一是简单介绍需求痛点;二是概括介绍产品功能;三是描述核心的业务流程;四是补充说明的一些注意事项, 如,哪些功能本次未上线等。

我一般会采用MD文档,将四部分分类描述,在具体演示线上产品时,这个敏捷版的“产品操作指南”就是我的培训思路, 可以说,有了这个产品成果,演示就更加有序,心里也不会慌乱,更加从容不迫。

总之,产品经理对产品注入了太多的心血,当然希望有更好的成果展示,不仅可以在需求设计时就做好规划,也需要掌握成果的展示方法。

以上分享的几个小技巧不一定通用,有些创新未必适用每个人,希望可以带给你一些思考,虽然产品前路漫漫,但探索本身也是产品特质之一,正如屈原所说:

路漫漫其修远兮,吾将上下而求索。

#专栏作家#

产品大峡谷,公众号:产品大峡谷,人人都是产品经理专栏作家。七年B端产品经理,供应链物流与金融领域,擅长需求设计、业务指导、商业观察等。

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

题图来自 Pixabay,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!