学会3个方法，更好的展现B端产品价值

作者说：

酒香也怕巷子深，

好的产品也需要成果表达。

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

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

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

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

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

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

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

1、什么是产品成果？

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

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

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

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

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

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

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

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

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

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

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

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

2、可视化数据：产品范围的设计成果。

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

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

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

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

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

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

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

3、产品介绍PPT：面向外部客户的窗口。

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

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

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

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

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

同时，产品培训介绍时，可以做两个版本：

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

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

4、产品操作指南：敏捷的业务培训方法。

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

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

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

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

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

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

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

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

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