数极客首页

方法论:后台产品经理的能力模型(2)

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

方法论:后台产品经理的能力模型(2)

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

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

一、逻辑能力

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

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

方法论:后台产品经理的能力模型(2)

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

方法论:后台产品经理的能力模型(2)

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

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

二、沟通能力

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

听起来简单,其实很难。

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

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

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

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

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

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

三、协调能力

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

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

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

四、文档能力

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

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

方法论:后台产品经理的能力模型(2)

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

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

五、多线程工作能力

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

六、运营能力

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

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

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

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

七、产品收益分析

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

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

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

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

方法论:后台产品经理的能力模型(2)

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

 

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

本文由 @辉哥 原创发布,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

新一代大数据用户行为分析与数据智能平台:数极客(https://www.shujike.com),是支持无埋点、前端埋点、后端埋点、API导入四种混合数据采集方式,整合分析用户行为数据和业务数据,可以自动监测网站、APP、小程序等多种渠道推广效果分析,是增长黑客们必备的互联网数据分析软件。数极客支持实时多维分析、漏斗分析、留存分析、路径分析等十大数据分析方法以及APP数据分析网站统计网站分析小程序数据统计用户画像等应用场景,业内首创了六种提升转化率的数据分析模型,是数据分析软件领域首款应用定量分析与定性分析方法的数据分析产品

发表评论

评论已关闭。

相关文章