面试后台产品经理应该考察什么?
来源:http://www.lgtpjy.com 责任编辑:ag88.com 更新日期:2018-11-17 15:25

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

  。如内容管理系统(CMS)、数据统计系统、用户管理系统、订单管理系统等。用于满足对C端产品的业务支持。

  。如广告系统(DSP)、虚拟主机系统(XenServer、VMware ESXi)、云主机管理平台(阿里云)、各种云SaaS。

  。如、第三方数据系统(Talkingda、友盟)、站长工具、第三方媒体开放平台、各大互联网公司的开放平台(地图开放平台、点评开放平台、微博开放平台等)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  对于一个后台产品汪,面试被问到PV,UV,日活,月活,吧啦吧啦一堆数据,你们怎么看

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

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。

Copyright © 2013 ag88.com,环亚娱乐ag国际厅,ag官网平台,ag88环亚 All Rights Reserved