编辑导读:酒香也怕巷子深，好的产品也需要结果的表达。如何展示结果？产品上线后，除了将产品交付给运营进行迭代需求收集，还需要做什么？本文对此进行了分析，我们来看看。

产品结果的表达也是产品设计的一部分。

众所周知，镜像先生极其敬业，从不在非工作时间钓鱼，尤其是年底，要么忙着写产品PPT，要么忙着给领导准备年终总结，以至于我们的防御塔都生锈了，对面的伙伴甚至拉出横幅:镜像先生挂机，这是我们千载难逢的战略机遇期。

我们很多朋友给我留言:如果实在不行，就换个好点的手机。其他的最多460上网卡。你是直接鬼畜的把戏。

这不，我给大侄子写完作业后，赶紧用他的手机在峡谷打了九次，同事又打来了。上面说下周要集中给几个客户报一个产品。让我赶紧准备一下，还好心提醒我，按照他对我的了解，我用小学生的手机当国王真的很容易。

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

虽然团战是永恒青铜，但我们也有产品成果展示的挂机经验。多年来，内部和外部客户演示是司空见惯的事情。

今天镜像同学就来讲一些关于“产品成就”的事情，同时也给大家一些“避坑参考”。

从狭义上讲，产品经理的输出属于产品成果，比如有知名的产品架构设计图、竞品分析报告、业务链接图、业务流程图、逻辑功能图、需求规格文档、原型设计图等等。

同时，还有使用频率较低的输出文档，如业务需求文档、市场需求文档、产品培训计划、作业指导书文档等。

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

对于产品经理来说，为了有效地理解产品结果，我们需要从两个角度来看:产品的不同阶段和我们所面对的客户类型:

从时间上来看，可以简单分为产品上线前和上线后。

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

产品上线后，更多的是产品和服务的整合展示，偏向于结果导向的黑盒展示，是一系列功能的线上体现。很明显，上线后的结果比上线前的结果更细粒度，不需要太在意细节功能的显示。

从客户导向的角度，可以分为内部客户和外部客户。

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

外部客户则是指被排除在内部团队之外的客户，他们更喜欢以市场为导向。这背后的主要驱动线一般是商务端，典型特征是展现产品友好、完美、强大的一面。

相对于内部客户，一般来说，产品的功能粒度很大，但体验粒度很小。比如我们给外部客户展示结果时，只能实现功能，客户一般不会关心如何实现的细节。另一方面，对于界面或交互的详细体验，外部客户反而会关心。

因此，需要对产品结果有一个结构化的观察视角，以便有针对性地进行适配。

在理解产品结果的基础上，需要注意的是，有些产品功能的定义本身就承载着产品结果的价值。

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

比如周六景老师为一个回家结婚的产品同学做了一个简单的视觉需求设计，只是为了我们平台运营中更好的统计用户数据，同时方便向内部集团领导和外部客户汇报。

可视化数据的设计本质上还是需求设计，同样需要三部曲:明确业务需求和数据场景的价值，写需求文档，画原型设计。没什么好说的。

这里再次提醒，主要是提醒很多刚入门产品的同学，注意两点:

第一，在设计产品架构的时候，要有预见性。从个人经验的积累来看，应该提前有商业运作的思维；

第二，从流程设计的方法上来说，也要提前调查收集运营部门的产品需求，说不定你忽略了的直观统计也会被运营提出来。

简单的视觉界面

一般来说，产品上线后，产品部门需要准备产品介绍方案，大部分以PPT格式展示，以便更好的展示产品建设成果。

有些团队的产品导入计划是运营团队写的，但大部分是产品团队做的。景老师一直认为PPT是产品生的生存技能之一，当然也建议产品经理去做。每个人都熟悉产品描述。但是，有必要简单提醒以下两点:

首先要从产品角度写。

产品培训的引入不同于系统的操作说明，强调业务的一般性讲解，而培训的引入应以传达产品理念为基础。首先要把现有的市场痛点讲清楚，然后要把核心的业务逻辑和产品功能讲清楚，然后要把线上的产品和市场痛点的对应关系讲清楚，这不仅是产品的线上结果，也是产品的价值意义。

第二，要注意区分内部客户和外部客户。

同时，在介绍产品培训时，可以制作两个版本:

一种是针对外部客户的描述，如上所述* *，这种类型要体现功能的丰富和完善，* *可以是高层次的功能概述，形而上，高大上，扬长避短；其次，* *也要反映产品运行的大致情况，* *便于客户对产品有直观的了解；同时，关键的界面细节和交互得到体现和适度放大。

另一个是对内部客户的培训和讲解。重点是明确需求实现和产品功能描述的核心逻辑，***让内部客户对业务逻辑和应用场景达成共识，**从而最大限度地完成有效产品描述的交付，为后续迭代和需求收集做铺垫。

产品PPT计划的一部分

产品PPT计划的一部分

除了以上描述，产品验收后还需要写一份敏捷版的《产品操作指南》。这个文档不需要拘泥于形式，一般使用Word或者MD文档，可以转换成PDF。

敏捷版《产品运营指南》的意义在于配合线上产品(通常在测试环境下)，对业务、运营等团队进行更系统的培训和讲解。

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

需要指出的是，这个敏捷版本不同于运营团队的用户操作指令。用户的操作说明是站在用户角度的“傻瓜式”培训和讲解，而这种敏捷版的“产品操作指南”是在用户操作说明之前，是在线演示的定制强化针。

一般来说，敏捷版的《产品运营指南》由四部分组成。首先简单介绍需求痛点；二是产品功能概述；三是描述核心业务流程；四、补充说明的一些注意事项，比如这次没有上线哪些功能等等。

我通常用MD文档来分类描述这四个部分。在详细演示线上产品时，这份敏捷版的《产品运营指南》是我的培训思路。可以说有了这个产品成就，演示会更加有序，心里也不会慌，更加从容。

简而言之，产品经理在产品上下了太多功夫。当然，他希望有更好的成绩展示。他不仅能在设计需求时做好规划，还能掌握结果的展示方法。

上面分享的小技巧可能不具有普适性，有些创新也不一定适合所有人。希望能给你一些思路。虽然产品还有很长的路要走，但探索本身也是产品的特点之一，正如屈原所说:

任重道远。修远·Xi，我会上下搜索。

#专栏作家#

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

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

图片来自Pixabay，基于CC0协议。