古人学问无遗力，少壮工夫老始成。纸上得来终觉浅，绝知此事要躬行。

书接上文『后台产品经理方法论–（二）后台产品经理的能力模型』，上文与各位探讨了后台产品经理的能力模型，业务方向，本文开始聊一聊产品方向上，后台产品经理的必备技能。

后台产品经理与C端产品经理，在产品能力上有相同点，也有区别，下面我将按照我认为的重要程度，分别进行阐述：

一、逻辑能力

简单说来就是能够把一件复杂的事情想清楚，各个节点，各个路径，各种关系，都能清晰的设计。

对于C端产品来说，更多的是考虑单一角色的行为路径，例如用户下单购买行为，登录-展示推荐-进入详情-加入购物车-结算-返回，并且对于用户无价值的行为越短越好，以降低用户流失率。

但是对于后台产品的场景来说，可能是多种角色，每种角色都有自己的路径，并且各种角色之间又存在交互，以一个简单的审批场景为例，是单人审批还是多人审批，多人审批，是一个人通过即可还是全部通过即可……

各种场景交织在一起，形成一个逻辑网，因此要有强大的逻辑思考能力，否则自己就会绕进逻辑网中，到处乱撞，例如这个悖论：『下面的话是对的，上面的话是错的』，细思极恐。

提高自己的逻辑能力，建议从结构化思考入手，建立树形结构思考的习惯，将复杂的场景不断拆分，直到可以很容易理解的最小单元，然后再向上汇总，推荐大家看看《金字塔原理》。

二、沟通能力

简单说来就是：能够把一件事情向你的描述对象描述清楚。

听起来简单，其实很难。

和业务沟通要用业务语言，和RD沟通要用RD语言，要把业务的需求，转化成产品需求，并用技术语言表达出来，最能看出一个PM的功夫。

例如业务说『我想要点一个按钮，输入的内容就发给对方了』，对RD讲就需要讲清楚『点击按钮事件，前端要有校验，不允许重复点击，一次点击后置灰，后端调用消息发送接口，参数为接收方ID，消息内容，发送时间等，如果接口返回失败，需要重试，重试三次仍然失败需要返回前端报错，提示用户稍后重试』，如果你这样描述，相信你的RD一定会喜欢你。

记住：不要做用户需求的搬运工。

提高沟通能力，唯一的路径就是多思考，多练习，尝试与不同的人沟通，求同存异；沟通其实是思考的外在表现。这方面女生具有先天优势，他们在和男朋友吵架时候，运用各种沟通方式达到目的，还有就是购物讨价还价的时候，我就不说了，你懂的。

除了沟通内容，态度也很重要，往往有时候大家忽略了内容，而关注态度上了，那一定是有问题的。记住大家是要把事情做好，要做到对事不对人，会上争吵，会下达成一致执行。

好的态度，要做到减少反问，把『你怎么知道是这样的？』改成『我们再好好想一想是不是这样吧』，不要把自己和对方建立成敌对关系；减少主观臆断，『你的目的是这样的，我知道』改成『请问你的诉求是什么，我看看是否可以满足』，不要猜测对方；千万不要人身攻击，『有本事你来』，『你的逻辑太烂了，根本不懂业务』 ，这是打架的前奏。

三、协调能力

简单说来就是把一件事情办成的能力，一般情况下PM除了写PRD，就是在协调了，协调的本质是调用各种资源以及时间，按时完成既定任务。

之所以需要协调，根本原因是冲突的产生，包括资源冲突，时间冲突，事与事冲突，人与人的冲突等等。例如大多数公司的QA资源都是紧张的，因此就要合理规划项目计划，找到合适的提测时间；有时候需要跨组织协调，例如一个项目需要其他部门提供支持，就需要协调其他部门的资源、时间。

提高自己协调能力，与沟通能力相辅相成，多认识兄弟部门的同事，成为自己潜在的协助方，学习专业的项目管理知识体系（PMP），提升项目管理能力。

四、文档能力

MRD、PRD是PM最核心能看得到的产出，因此文档能力就显得十分重要。文档是沟通的基础，也是RD的开发小红书，随着系统越来越复杂，信息量也越来越大，谁也无法一次性的需求讲解就能理解所有细节，因此就需要文档把讲解过程中未涉及的细节记录并清晰写出来。

文档就像PM的另一张脸，你注意观察一下，好的PM文档一定很漂亮，漂亮有几个定义：工整，段落清晰，结构化，完整，语句清晰没有二义性。

提升文档能力的关键是提升结构化思考能力，文档只是外在表现，找一个好的模板，按照模板格式写事半功倍。

有的人思路清晰，懒得写文档，觉得不重要，我想说的是，并不是所有人都像你那么聪明，好记性不如烂笔头，写下来，没坏处。

五、多线程工作能力

PM的工作纷繁复杂，表现在业务复杂，组织复杂，事情复杂，人复杂，要和不同的业务，不同的事情，不同的人同时打交道，因此要具备多线程工作能力，但是单位时间里还是要集中注意力处理同一件事，做好时间管理。我曾经做开发的时候，同时进行3-4个项目开发，上午还在做财务系统，下午就转换思路做销售系统，然后做数据库设计，可能是那个时候锻炼出来的，能够迅速转化大脑思路。

六、运营能力

后台产品，大多数公司由于HC限制，基本上是没有专职的运营同学的，因此运营的事就需要PM自己来完成。

有的同学可能会问：后台产品需要运营吗？都是内部使用。

我的答案是：需要，而且非常需要。后续我会单独来聊聊后台产品的运营，这里简单说说运营需要做什么？

• 宣导，目的是让用户知道你的产品，了解你的产品能解决什么问题。做一份简单易懂的宣导材料，让用户能看得进去，愿意学习。
• 培训，内部使用的系统，需要培训用户使用，有时候，对于一些庞大复杂，专业性强的系统，甚至需要进行考试。
• 数据分析，是的，后台产品同样需要数据分析来帮助PM提升产品的体验和功能，这里不再赘述，很容易理解。
• 收集用户需求，通过收集用户需求，找到用户痛点以及产品的不足，持续提升产品能力。

七、产品收益分析

后台产品，往往很难量化产品的产出，很难用常规的PV、UV、留存、转化等指标去衡量，因为后台产品的服务对象相对固定，不相关的用户也不会使用产品。

后台产品的收益，是和业务收益绑定的，但是又很难直接影响业务收益（GMV），因此难以描述你的产品收益是什么，基本上都是一些虚化的描述，如提高效率，但是又难以量化效率提高多少，估计这是大家都有的体会，然而项目组同学又想知道做这个事价值究竟在哪，看起来真的很难。

我的想法是：你做的事情是通过帮助能够直接影响业务的人，来间接影响业务成果的，因此产品收益分为两个方面，一是产品直接收益，帮助业务解决什么问题，二是用户的使用反馈，用的人的评价是最客观的，比如搞个满意度调研或日常沟通；

产品直接收益，我的做法是需求分类，每个类别的需求关注点不同，收益描述也就不同：

后台产品经理是一个高多向性的职业，要提升的是综合素质，没见过哪一个好的PM，不会写文档，或者不会运营的，按照上述的能力模型，大家可以补齐短板，发挥长处，成长为一名优秀的产品经理。

作者：辉哥。微信公众号：huigezaji

本文由 @辉哥 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自 Unsplash，基于 CC0 协议