面试后台产品经理应该考察什么?

24 评论 69779 浏览 781 收藏 11 分钟

随着产品经理岗位的成熟化,细分方向越来越多。从产品线宏观角度看,“后台产品经理”已成为很多公司的标配。但对于没有经验的公司,如何招到合适的后台产品是个难题,作为一名做了多年后台的老产品汪,今天就来聊聊这个话题。

首先,本文所指的“后台产品”岗位,是个宏观概念,范围囊括:

  • C端产品的后台产品线。如内容管理系统(CMS)、数据统计系统、用户管理系统、订单管理系统等。用于满足对C端产品的业务支持。
  • 企业的业务处理后台。如OA系统、ERP系统、财务系统等,主要满足企业内部业务运作需求。
  • 面向B端用户的企业级服务产品。如广告系统(DSP)、虚拟主机系统(XenServer、VMware ESXi)、云主机管理平台(阿里云)、各种云SaaS。
  • 以及工具为主的平台级产品。如、第三方数据系统(Talkingda、友盟)、站长工具、第三方媒体开放平台、各大互联网公司的开放平台(地图开放平台、点评开放平台、微博开放平台等)

那么,具体到面试环节,应该如何考察候选人的能力呢?我认为可以从以下几个角度:逻辑思维能力、业务理解能力、分析需求、解决问题能力、宏观思考能力、沟通能力。下面依次展开说明:

1、逻辑思维能力

逻辑思维能力可以从2个点考察,第1是如何开展日常工作;第2是如何分析解读自己负责的产品。

1)如何开展日常工作

对于逻辑清晰的产品经理,会有条理地描述。比较好的答案是:

我的日常工作包括:需求沟通、需求管理、产品设计、项目排期、项目跟进、线上问题跟踪。

  • 需求沟通方面,主要是和业务方、和销售收集产品的问题和客户需求;
  • 需求管理方面,就是把沟通收集的需求放入需求池,按计划挑选合适的需求实现;
  • 产品设计方面,就是针对挑选的需求,产出产品PRD;
  • 项目排期方面,主要是和相关设计、开发、测试人员评估开发成本和上线时间;
  • 项目跟进就是项目管理,包括开发进度跟踪、保证上线时间、协调项目问题、提前规避风向;
  • 线上跟踪,主要是收集使用反馈,思考更优方案并录入需求池。

也就是说,分门别类,有理有据,条理清晰为优。

2)如何解读自己的产品。

对于自己负责的产品,希望候选人能很清楚地为负责的产品做一份产品分析报告。案例如下:

“我做的是一款数据分析平台,目的是为各类App提供统一的数据统计可视化服务,类似友盟、百度统计。

产品目标:为网易内部移动产品,尤其是网易新闻,提供从数据采集、数据统计、数据可视化、数据多维查找、数据导出等服务,一方面为了信息保密,一方面为了提高数据分析效率,还有就是为了方便定制化开发。

产品用户:包括:网易新闻的运营、编辑、渠道商务、产品经理、交互设计师、开发以及各业务线Leader等,凡是对移动数据有需求的网易同事都是我们的用户。

产品定位:大数据可视化平台。

解决需求:主要解决的是数据查询需求,进一步希望通过数据解决问题,挖掘需求,提高运营效率等。

产品主要功能模块:数据Dashboard概览、各平台的核心数据查询、渠道数据查询、设备数据查询、留存数据查询、用户数据查询、自定义事件数据查询、内容定制数据查询等

行业竞品:友盟、Talkingdata、百度统计、腾讯移动平台等。

产品特点:安全性高、查询效率高、可自主定制插件”

2、业务理解能力

所谓业务理解,就是你负责的产品所在行业,需要产品经理有清晰的认知。尤其是一些垂直的B端产品,更是业务导向。

比如电商后台,就可以细分为:支付、供应链、物流、仓储、数据、财务、商品管理等等,越大的电商平台越复杂,如果你之前做过这样的产品,希望候选人能“清晰”说出业务流程。但有一点要记住,要以“外行人能听得懂”的方式描述,尤其是跨行业的面试,大量的术语外人是不懂的,需要你根据自己的理解对业务流程进行”再加工“,这同时也考验产品经理的表达和沟通能力。

举个真实案例,之前面试了一个京东负责“拣货系统”的产品经理,她并不是一上来就说我们提供了智能拣货功能,把原来的二级分拣机制缩减为一级等等,而是先解释了什么是“拣货系统”,货物从哪儿来,从哪儿拣,拣完了从哪儿出,拣货系统的目的是提高拣货效率,原来的二级分拣有哪些缺点,通过了什么方案改进了这个问题效果如何等等。非常清晰。

3、分析需求、解决问题能力

这一点主要考察产品经理在收到一个业务问题后,是如何进行需求沟通、需求判断、需求分析、需求方案制定的。尤其是复杂逻辑的后台产品,很多时候用户是不懂的,很可能一句话就要涉及海量变更。因此要求产品经理能够在面试时,表现出自己并不是被动接收需求,而是根据自己的经验判断,挖掘业务方需求背后的问题,以更优方案为其解决问题。并能在面试时举出这样的例子。

如果你在招聘CMS产品经理,可以在面试时候问他:“如果有个编辑找过来,想说做一个移动版CMS,你怎么办?”如果直接按他说的做,可想而知工作量有多大,通常这种情况,要么就是一句“不好做”怼回去,要不就是陷入讨论实现细节的泥潭中。

但其实你应该先问一句“为什么你需要这个功能?”。也许只是因为他习惯在公司写好文章,想在路上发布出来,那其实他真正想要的是定时发布功能,而不是移动CMS~当然这只是举个例子,实际情况还需要进一步沟通讨论。

4、宏观思考能力

所谓宏观思考能力,是指产品经理在规划产品功能时,能以系统化,全局化的角度考虑问题。

比如如果你的候选人是做电商后台的,涉及订单功能时,如果系统要新增一种商品类型,那到底是需要把现有订单多加一个字段复用呢?还是要把现有订单表拆开,每种订单单独统计,最后再以映射表合并计算总订单?不同设计思路,可以考验产品经理是否具有宏观思考能力。

5、沟通能力

沟通能力的考察,其实是融合在上述4个能力中的,尤其建议考察候选人在沟通过程中的表达能力,通过设问一个大问题,层层拆分小问题,每一个小问题都需要能有一条主线,梳理出前因后果为优。

比如你可以开始问一个开放性问题——你觉得你适合做后台产品经理么?回答通常是“是”,那可以继续为“为什么你觉得你适合?”,需要候选人能举出几个关键点,比如我比较喜欢逻辑思考。那么继续问“为什么你觉得逻辑思考能力强适合做后台产品?”,然后针对几个原因,再追问“能举个例子么?”,如果候选人每次回答都条理清晰,那说明是OK的。

以上是我在之前作为被面试者,和面试官的综合感受,这篇文章也同时送给所有需要后台产品经理,和正在面试后台产品经理的人。对此你有什么经验么?期待你的留言与我分享~

#专栏作家#

申悦,人人都是产品经理专栏作家,36氪产品总监,微信公众号:互联网悦读笔记(ID:pmboxs),每天思考一条产品运营方法论,欢迎你来和我共同学习进步~

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 我也是做了N年的后端产品经理,但是我不得不说,你上面说的一些面试问题,我真的还不一定能回答上来,产品做多了,有时候都会觉得麻木,感觉有些功能点就应该是这样做的,问为什么,其实心里真心不知道,好久没有对自己的一个反思了,还是要谢谢这篇文章,让我对自己有一个重新的认识

    来自上海 回复
    1. 同感

      回复
  2. 我想请教一下4.宏观思考能力也是产品经历需要考虑的吗?

    来自北京 回复
  3. 服务器框架也要后端产品设计么?

    来自河南 回复
  4. 今天看了好几篇关于面试的文章,其中能引起共鸣的都是你写的。阅读过程中也在回想自己在当面试官时的不足,以及后续要去面试时要如何将自己客观的表达出来,受教了。

    来自陕西 回复
  5. 面试官的连环套,,,要做好充足的准备,不然就会被自己坑。

    来自北京 回复
  6. 把面试官带到你的套路中来,一步一步的引导,自然水到渠成!其实就跟你做产品怎么引导用户一个道理

    来自上海 回复
    1. 可以,很强的套路

      来自广东 回复
    2. 哈哈牛逼,引导面试官,跟着你的套路走。

      来自广东 回复
  7. diedai

    回复
  8. 想请问一下,在设计后台数据查询功能的时候;我们是将多个业务模块合并在一起做查询呢?还是说单模块单独去设计呢?通过和技术的沟通他们都认为单模块设计比较好,但是从业务方来说的话,如果一张表可以得到所有的数据,为何要多张表去看呢;想请教一下,那种方式比较好?

    来自浙江 回复
    1. 单模块设计比较好,这样后期既好根据业务变化调整统计点又好校验,也可减少数据错误,毕竟包含的数据点越多,维护成本也将越高…

      然后可以把单模块的相关数据作为底层数据,根据实际需求把核心数据汇合成一个报表,供相关人快速查看

      回复
    2. 同意你说的,单模块查询SQL复杂度低、易维护、查询效率高。 多模块联合查询涉及的表多,字段关联关系复杂,同理sql脚本、代码维护成本高,且查询效率低下影响用户体验。 如果确实业务需要多模块合并的数据作分析,可以考虑报表形式体现,将多表的数据通过视图或其他计数方式,T+1的方式汇总到一张视图或数据表中,在直接查询。 另,设计实时统计报表时也要注意查询效率的问题。

      来自陕西 回复
    3. 求教:将多表的数据通过视图,T+1的方式汇总到一张表,是什么意思?是说:把账户系统中的表、订单系统中的表等通过账户ID等整合到一张表中么

      来自北京 回复
    4. 不好意思,半年了才看到你的提问,这里是我没有说太清楚。 意思是说如确实有多表查询的需求,可以牺牲实时性。用定时任务(例如,每天凌晨1点执行)进行查询的执行(执行的时间条件是前一天),再将查询结果存储到另外一张数据库表A中。 然后在后台做个页面是针对数据库表A做的直接查询,这样不会影响查询时的速度,但是会影响数据的实时性。 这样在早上9点上班后,用户通过页面查询速度可以保证,但是只能查询当天日期减一天的。

      来自陕西 回复
    5. 不好意思,半年了才看到你的提问,这里是我没有说太清楚。 意思是说如确实有多表查询的需求,可以牺牲实时性。用定时任务(例如,每天凌晨1点执行)进行查询的执行(执行的时间条件是前一天),再将查询结果存储到另外一张数据库表A中。 然后在后台做个页面是针对数据库表A做的直接查询,这样不会影响查询时的速度,但是会影响数据的实时性。 这样在早上9点上班后,用户通过页面查询速度可以保证,但是只能查询当天日期减一天的。

      来自陕西 回复
  9. 对于一个后台产品汪,面试被问到PV,UV,日活,月活,吧啦吧啦一堆数据,你们怎么看

    回复
    1. 说实话,我也无法正常回答,一般认为这是作为C端产品经理更需要关心的一个点

      来自上海 回复
  10. 我能说后台,前端一个人做么?

    回复
    1. 大公司的产品经理还不写需求文档,画原型呢。小公司产品经理都要干啊。

      来自四川 回复
  11. mark

    回复
  12. mark

    回复
  13. 其实说白了就是要有理有据,设想会问到你的每个问题,并做好充足的准备,如同打仗一样,也要对自己够了解。

    来自浙江 回复
    1. 是滴~get 到点了😄

      来自北京 回复