后台产品经理,需要重视这4个能力

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

在一个没毕业的大学生都能对你设计的app前端页面品头论足的时代,一个合格的后台pm愈发珍贵。

以我自己经历的项目和身边同行朋友的经验,项目的产品leader都是在全部或部分职业生涯中做过后台产品的;直白的来说,同样的工作经验,后台pm的工资是同样优秀的前台pm的1.5倍以上。

自己刚毕业时做过一年的前端产品,后来临危受命负责项目的整个后台,并逐渐迷上了这块。结合2年的后台经验,我认为后台pm最看重逻辑思维能力、对所做业务足够熟悉、项目需求管理和推进能力、后台设计架构可扩展性兼容性高这几块。

逻辑思维能力

一种是系统内的逻辑。后端系统在页面设计方面要求不会非常高,只需要做到布局清楚,做好提示减少误操。如同做支付的人经常讲路由和成本,其他后端系统也有类似的考虑,就是信息的路由。

一条请求发过来,不管是要查询信息,还是要执行某个操作,都离不开系统内几个模块的信息流转和同步。这条请求包含哪些数据,对数据需要做哪些处理,处理是人工做还是系统做,如果是人工做,还需要有系统的校验和保存,处理后提供什么要的结果,结果如何展示,是否需要把结果通过接口或批量报表的形式提供给其他后台模块。往往在思考这些问题的时候,一张清晰的数据交互时序图,可以帮助你解决很多问题,也更容易把你的想法传达给开发同事。

另一种是写后台PRD时的逻辑。比如一个功能点,逻辑思维一般的人描述可能就是实现了xxx功能;而一个逻辑思维严谨的人,会清晰的描述出,前置条件,触发因素,产生结果,系统处理规则,默认是什么样,有数是什么样,数据多了是什么样,异常是什么样。总结一下,就是条例清楚的表达出需求的来龙去脉。

充分跟需求方沟通,然后思维导图罗列出功能架构,再基于这些,做逻辑图。思路一定要清晰,否则很难推进下去。一定要尽量想的全面,别到时候需求评审时候,这里有问题,哪里不全面,会被开发笑话的。自己不清楚的时候,别指望别人能清楚的理解你。

熟悉自己在做的业务

熟悉自己在做的业务,是需要对服务体系内的业务流程足够了解的,因为你设计的后台是要去帮助他们更好的处理业务,你对业务流程不够了解的话,设计出来的产品就会不贴合实际的使用场景。

对于业务的理解,可以概括为三点:

  1. 前台有什么,后台管什么,比如最基础的用户管理、商品管理、订单管理、内容管理等等
  2. 对后台系统的管理,比如个人信息管理、权限管理;
  3. 数据管理,一款好的产品一定是用户利益和产品利益的结合体,而最能客观反映产品利益的就是数据,所以平台数据化;其次是逻辑思维,基本业务流程化、特殊场景特殊处理,与前台互动的触发机制等等

以自己在做的代购工具项目(自创业,已经成功卖给某电商平台),我需要去了解整个代购的接单流程,为此我加了十几个高质量代购群,并且自己把积累的这些认识的核心代购拉了个种子用户群,每日坚持在群里发红包向他们了解最真实的需求。为此我设计的后台中,除了常见的商品管理模块、订单管理模块,在此基础上我加了自建商品库(为了满足代购创建一些销量好,但免税店没有的商品,比如某几类杂志)、委托单管理模块和采购清单管理模块,委托单和采购清单的实际应用场景请自行思考,就当是课后作业,答对有微信红包。

项目需求管理能力

项目需求管理能力,我认为可以分为两块,需求池管理和明辨真伪需求。

一个比较大的后台项目,可能涉及到多个前端产品的需求,好多功能,比较分散,并且多线并行。这时候需要一个需求池来管理需求,我一般采用excel把负责的需求汇集成一个需求池,并上传公司内网,支持团队内小伙伴的多人在线编辑,随时更新各自跟进的需求的进度。需求池一般需要优先级、提出人、需求进度、预计上线日期等关键字段。

明辨真伪需求的前提,是懂业务!懂业务!懂业务!重要的事情说三遍。业务方的提的要求是一匹可以跑得更快的马,但是实际你要给他的是一辆车。在跟业务方聊天的时候,不一定要记住他要求你做什么,但是你一定要记住他提出来种种的原因和期望实现的目的。

再就是后台除非大版本大改动,否则基本上不会走版本,许多小改动当日改当日上,而且一般后台产品会对接多个业务方,需求排期整理也是个技术活……

另外,有些常见改动模块或者重复类功能,一定要做成灵活可配置,能帮你怼回去N多“白痴”需求。

对后续业务需求和功能的可扩展性

考虑后续业务的扩展,一个后台管理系统,是为了满足老板、运营等角色的管理需求。现在阶段的管理是为了满足现有阶段业务的需要,后续业务量上来了,一定要考虑扩展性。

举一例,运营人员后台上传照片时,如果你简单的想到一个button单张上传,可以满足现有业务的需求。但一旦量大了呢?上千上万张图片,一个一个button的去点么?

祝你在成为优秀后台pm的路上,成功迈出第一步!

 

作者:菜月昂,BAT金融,90后产品汪,现居上海

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

给作者打赏,鼓励TA抓紧创作!
6人打赏
评论
欢迎留言讨论~!
  1. 牛逼牛逼,小程序代码谁写的?你自己写的吗?

    回复
  2. 谢谢作者的分享,作为新入坑的后台产品汪,真的是受益匪浅~~

    回复
    1. 收益真的很多!!

      回复
  3. 关于项目管理那一块,个人想补充三点;
    1、需求迭代版本的内容应该需要产品把控;
    2、每个版本上线后,产品经理必须参与验收;
    3、需求变更进度和结果。

    回复
  4. 受益匪浅,上班两天,才定位清楚自己,看了这篇文章,感觉自己的未来充满了挑战和不可预测性,也许此刻的我这四大能力都不确定,但是谁都不能确定未来。三个月后,我再来读一遍这篇文章

    回复
    1. 加油,愿你归来已有心得

      回复
    2. 三个月到了,亲,喊你回来一下

      回复
    3. 快回来,我也要三个月后回来看,希望能转正。。。

      回复
    4. 三个月了,愿你已经正式入坑PM :oops:

      回复
    5. 八个月后回来看,已转正,但是进入到了瓶颈期

      回复
  5. 看过一句话,后台产品经理做的最好的境界就是大家感受不到你的存在,哈哈 用起来行云流水

    回复
    1. 哈哈,为后台产品经理疯狂打call

      回复
  6. 非常赞,目前前端产品兼后台。在工作中发现后台比前台更有趣,想往后天发展。 :roll:

    回复
    1. 先向明天发展吧 :|

      回复
  7. 看到数据交互时序图 想到了UML建模,期待分享一下数据交互时序图的构思思路 ;-) ;-)

    回复
    1. 抽空整理下,最近刚好需要对产品架构进行整体建模梳理

      回复
  8. 有后台产品经理的书可以推荐一手么?

    回复
    1. 不需要书,有看书的时间建议深入业务

      回复
  9. 想想我们没有产品经理的公司,既要做开发,还要自己理清业务,不是产品前台后台要自己做,而是开发的前端 后端也要自己做,心疼领导每天火急火燎的看系统、提问题~心累,身累矣

    回复
    1. 创业公司吧

      回复
  10. 想想自己 既要负责前端产品设计,又要设计后端功能。

    回复
  11. 同在上海,同是90后,加个微信有空多交流?

    回复
    1. ;-)

      回复
  12. :mrgreen:

    回复
  13. 恩恩

    回复
  14. C2C?难道是客户提交委托单,然后平台上高质量的代购进行抢单,提供采购清单及预算,由客户再次确认?怎么有点滴滴的味道,哈哈。个人瞎想,希望作者指点 :!:

    回复
    1. 是的,流程基本就是这样,采购清单主要服务接单的人,委托单服务求购者,对标类似滴滴 :mrgreen:

      回复
  15. 大胆的猜一下,委托单和采购清单场景:A没时间下订单,提交一份需要买的商品委托单或者采购清单,本公司客服人员帮A下订单;这就映衬了不管B端还是C端都是用户,都有懒惰性。

    回复
    1. 哈哈,流程接近了,你的想法是B2C,但其实我们做成了C2C

      回复
  16. 学习了。后台的难度,很多时候确实比前台的大一些

    回复
    1. 难度越大,收入越高,不可替代性越强,值得

      回复
    2. 对头,就是要做一般人做不了的事,这样才值钱。

      回复
  17. 深度好文,如果有需求池的模板共享就更完美!

    回复
    1. 并不需要模板,其实就是一个excel表格,里面加很多字段。需求描述、提出背景、提出人、时间、所属功能模块一类的,后面可以加上处理/反馈,要不要做,啥时候做一类的,重要不在于模板,而在于能把这件事执行下去,提出-反馈-排期,我的看法!

      回复
    2. 后面可以写一篇专门讲讲需求池的构造和运用,请继续关注~

      回复
    3. 期待你的分享

      回复
圈子
关注微信公众号
大家都在问