产品经理面试的问题总结

Wed, 05 Nov 2014 15:11:06 GMT

现如今产品经理的Title像早期做销售的,人人都是经理。产品经理圈内真正有实力者没多少人!有幸受到高人[1]指点,特此整理如下。方便自己,也方便那些没搞清楚的同学们。
—更新于2012年12月26日
** **
**一、成功的产品具备什么特征?**
商业价值,未必是有用户需要的!(你要的是这个吗?嗯,原来我要的是苹果。)
但是,是一定有前瞻性、创造性、时代卖点的东西 !
** **
倘若给成功的产品分为远见性成功产品和短视性成功产品,
则二者区别
远见性产品的核心价值是商业价值
短视性产品的核心价值是市场价值
** **
**二、产品经理的工作职责是什么?日常工作流程?工作时间分配如何?**
** **
1.工作职责范畴
A、战略性工作
B、设计性工作
C、项目性工作
D、市场化工作
E、商业化工作
** **
  具体工作职责

A、战略性工作—主要讲的是做战略研究和分析,帮助企业找到出路和方向,需要做大量的行业市场用户的分析和研究,数据和思辨较强,战略工具熟练使用,波特的五力、特劳特的定位…. B、设计性工作—就是原型设计,UIUE这些事情,没啥可说的,这是PM的核心和基本技巧; C、项目性工作—作为PM的另外一个职能,就是项目经理职责,做好资源、人员、时间和质量的把控,做好QA和QC的帮扶,测试的帮扶等等; D、市场化工作—做产品的包装,买卖点归纳,FAB梳理,FAQ编写,白皮书、销售工具种种 ; E、 商业化工作—即产品的生命周期管理呀,就是做好数据分析,做好产品的更新和完善,做好产品的市场引领和创新增长点的挖掘

2.工作流程
产品经理进行一个创新产品的工作流程如下:
**A、BRD文档。**PM先针对现在的企业现状和行业趋势,写一个BRD,就是战略需求文档,这种文档,未必是BRD,可以是商业可行性分析,可以是建模方法论,等等呢个吧
主要是带上CEO,公司高管,各个部门的总监,一起来评审下,看看我的思路和思辨是不是OK,我的这个产品的概念是不是可以执行下去(要会用SWOT等工具)
** **
**B、MRD文档。**会议结束后,要是高管通过,那么接下来,就是写MRD文档,就是市场需求文档
这两个文档核心区别-BRD关键说明产品的方向,MRD关键说明产品的定位
MRD文档主要侧重于市场机会的分析,得出结论“就当前市场情况而言,我们可以做什么”
MRD大纲:
概述、PEST、行业市场分析、竞争对手分析、用户及客户分析、STP、产品定位和概念、USECASE、核心功能介绍、核心流程介绍、用例…
比如:BRD告诉你我们需要做一部车;MRD告诉你我们要做小轿车
当然,BRD里面还有很多思辨的基础数据和理论依据,告诉高管为啥我们要做车而不是做别的
同理,MRD里也有很多思辨的基础数据和理论依据,告诉高管为啥我们要做小轿车
对,BRD是监视卫星,MRD是高空侦察机
** **
**C、PRD文档。**等MRD上会,通过了高管的评审后,接下来,就是要编写PRD(Product Requirements Document)文档,即产品需求文档。
       PRD文档的核心是定义产品到底做成什么。开始落实产品原型DEMO
PRD文档也就是传统意义上的需求分析,这里主要指UC(Use Case)文档。主要内容有: 功能使用的具体描述(每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程,等几大块);Visio做的功能点业务流程,界面的说明,demo等。Demo方面,可能用Dreamweaver、PS甚至画图板简单画一下,有时候也会有UI/UE支持,出高保真的Demo,开发将来可以直接用的那种。
   现在就是:BRD-MRD-PRD的三段论流程
   PRD评审与会高管(一线高管可以与会也可以不与会了,主要是一些核心的产品+运营+技术人员参与就行了
   PRD评审通过后,产品经理需要做会议总结,邮件内容四点论:达成共识、划清边界、
   PRD过了后,该出SRS文档-软件需求规格说明书评审。
** **
  PRD和MRD的区别:
  PRD就是在MRD的基础上,详细的给出了UI和UE呀就是加了AX做的原型。显然,PRD文档就是对产品的整体规划,应该比上述Market Research阶段的MRD文档要细化一些。
 MRD文档主要侧重于市场机会的分析,得出结论“就当前市场情况而言,我们可以做什么”

PRD侧重于整个产品的规划,以及Business方面的需求。

** **
  PRD和SRS的区别:
  PRD不同于SRS(Software Requirements Specification )软件需求规格说明书,是为了软件开发系统而编写的,主要用来描述待开发系统的功能性需求和非功能性需求,以及系统所要实现的功能和目标,为项目开 发人员提供基本思路,明确开发方向,节约时间提高开发效率,降低软件开发风险,节约成本。
 SRS需要讲明白这个产品的规格,例如做一个杯子,SRS需要说明杯子的口径、高矮等情况。
  SRS描述方式:
  五点论,即标准参数+用例+小功能的USECASE+流程+功能介绍
** **
  会议之后,技术部需要出**技术性文档:**
  技术,其实文档丢失率超级高,没有**概要设计**+**详细设计**等说明文档。
  例如系统架构、数据库、表单设计等,不是产品部的范畴,是纯技术范畴了。技术开发过程中,我们需要监督、督办,要是没有项目经理,产品经理还需要起到项目管理的作用。
** **
**   接下来的流程:**
   **交付开发**
   产品交付物:功能矩阵、产品原型、PRD文档、SRS文档
   **技术内测**
  ** 产品、测试部测试**
   **上线部署**
   **上线优化**
   敏捷做法
   **产品生命周期管理**
   大小版本的更新迭代
3.日常工作时间分配
50%的战略性质的竞争对手行业市场用户等的研究工作
30%的产品设计性工作
20%的产品市场化工作,就是产品包装,买卖点归纳等等
** **
**三、产品文档写作能力如何?**
谈对各个文档的认识,核心区别。文档详细写作要求查看
** **
**四、忽然给一个产品:请说一下这个产品的好坏?**
说明一个产品的好坏,其实就是对方看看你的思维深度和角度
你要给一个大家不同的视角来分析一个产品的还坏。
** **
评价产品思路:
1、先从写BRD、MRD、PRD的思路来说。
首先说说这个产品的市场及商业价值
2、说说这个产品的用户价值,就是易用性,可用性,设计的时代感等讲讲
3、说说功能本身,快不快,流畅性种种
4、说说这个产品的未来的可能变化和提高的点在哪。就是你把自己当作你是这个产品的设计人员,你设计这款产品时,会采用哪种行为….展开说就行
** **
**五、你认为现在这个产品怎么搞,可以一下子火起来?**(有点猴急的面试)
现场发挥
急功近利
心急吃不了热豆腐
** **
**六、你的优势、能力是什么?**
软性→优势  硬性→能力
优势:是与外界的交互实现的
能力:是自己本体拥有的
优势是你需要借助外力和外界实现的
能力是你去哪里都已经具备的像天生的长在你身体里的东西一样
一个人的能力可以分为硬实力和软实力两种:
硬实力 -指靠外物,比如文凭、证书、成功案例等可以证明的能力。
软实力 -指暂时无法考核的能力,比如思维模式、沟通力、执行力、分析力等等
** **
软实力,十年后见!正所谓:十年磨一剑!
** **
**产品经理,一个修行的过程!**以此作为此文结语,共勉!
# 产品经理工作职责和时间安排

结合公司目前产品现状,制定如下工作职责:
**一、产品经理工作职责**
**1.战略性工作**
 Ø业务需求调研;
 Ø同行业及相关行业的市场情况调研;
主要交付物:相关调研、分析报告;
**2.设计性工作**
 Ø业务功能设计;
 Ø业务流程设计;
 Ø用户界面设计;
 Ø系统产品功能、架构规划;
主要交付物:相关的系统规划文档,功能说明文档,高保真DEMO
**3.项目性工作**
** Ø**协调业务和IT双方,确保按时、保质、保量的推出产品或者新增系统功能;
 ØQA、QC、测试的帮扶;
 Ø沟通、收集、跟进业务需求,并完成需求分析和管理;
 Ø制订系统评估指标,参与系统的评估与验收;
 Ø系统使用情况分析及跟踪;
主要交付物:系统发布及推广计划,需求跟踪矩阵,需求分析文档(主要是UC),系统验收标准及验收报告
**4.市场化工作**
 Ø产品包装,卖点归纳;
 ØFAB梳理,FAQ编写;
 Ø产品白皮书,产品使用手册;
主要交付物:产品白皮书,产品使用手册
**5.商业化工作**
 Ø日常需求、功能优化版本规划及跟进管理;
 Ø产品数据分析;
 Ø产品更新和完善;
 Ø产品市场引领和创新增长点挖掘;
 Ø定期组织内部和外部用户的系统进行满意度调查;
主要交付物:每个版本的需求及分析文档、系统使用情况分析、问题跟踪文档,满意调查报告。
**二、产品经理时间安排**
** **
 Ø50%的战略性质的竞争对手,行业,市场,用户等研究工作
 Ø30%的产品设计性工作
 Ø20%的产品市场化工作,产品包装,买卖点归纳等等
日常工作时间安排,会根据产品所处不同阶段调整。
以上就是我目前的工作职责和时间安排,同时也是博文基于产品经理面试的问题总结? 的延展。期待高手指点和交流

    # 如何快速寻找到合适的移动互联网产品经理 1、确定需求: 1.1 自己内部的需求:为啥要招移动产品经理?一般的招聘需求来源如下: a 离职补聘:现有产品经理离职,不得不招(刚性需求) b 新业务拓展:根据公司规划,有新的业务线开发,新增需求(刚性需求) c 结构调整:团队中现有人员的能力达不到公司要求或者有离职、晋升等异动情况(软性需求) 1.2 岗位职责须明确 a 这个项目是做什么的?具体的业务是啥?大概的一年内的产品方向是啥?竞争对手是谁? b 这个项目的团队情况如何?已经有哪些人了,还缺什么样的人? c 做这个工作需要哪些资源和能力? d 汇报给谁? **最重要的就是确定用人部门的需求:了解他们的基本需求、期望需求和兴奋型需求。** ** ** 2、人才寻访 怎么找?是个难题,哪里有这些人呢? 2.1 了解对手和市场情况 规划中的产品,市场上有无同类型的产品,这个得了解清楚 如若有,可采取定向的挖掘和行业沟通; 如若无,是否有沾边的或者相互间关联性的; 2.2 招聘渠道 a 猎头(其实不怎么靠谱啦) b 三大招聘网站 c 专业论坛(UCDchina PM论坛等等,这里不一一列举了,有需求的朋友可以私信我) d 新浪微博 (一个不泡网的产品经理绝对不是一个优秀的产品经理) e 圈内朋友介绍(这个其实非常靠谱) e 线下聚会打广告(各类线下交流啊,沟通啥的,可以关注下) f 公司内部介绍(重赏之下必有勇夫) g 其他渠道(不列举) **还有一个非常重要的渠道:是否考虑内部晋升或者转岗呢,有岗位需求的时候,要优先考虑内部员工,每个人都想在一个极具开放和发展的平台工作,有好的岗位为啥不首先向自己人开放呢?** 3、人才面试 这个也是很烦的东西,产品经理干的活太多了,市场上的人也鱼龙混杂,怎么去判断呢?可以从以下几个角度去判断: 3.1业务层面 a 产品:做过什么产品(怎么做的这个产品,在其中做了哪些工作,产品目前运营的情况如何? b 思路:拿出自己公司或者某公司的一款产品,让其分析其做产品的思路,想法,提出建议,从具体的案例中了解候选人对于产品的思路 c 大局观:就是对于互联网的认知和了解,是否关心最新发生的互联网新玩意(互联网的速度太快了,学习悟性和方向性不强的人非常容易被淘汰) d 运营:是否对于产品的运营有概念和理解,再牛逼的产品也需要好的运营思路,有个好的运营思路还是很重要的(但是这点不绝对) e 数据:对于数据是否敏感,数据反映问题(也可参考,不做绝对) 3.2品质层面 a 职业道德:为啥换工作?求职动机如何?为了钱还是为了发展?从求职动机看候选人的事业心 b 团队合作性:在团队中是什么角色啊,发挥什么作用啊,和同事怎么分工啊,产品开发过程中遇到的问题是怎么分工解决的啊,还是能够看出这个人的思路和合作性的 c 个人的品性:参考九型人格吧(大家百度下,这个太长了,要说都可以写书了) d 其他:太多了 不细说了 4、背景调查&谈offer了   我的想法是:区别十分之大! 从产品经理角度而言,无论是软件还是硬件,基本需要考虑的都是市场、用户、自身实际情况等综合考虑,决定怎样做一个合适的产品。 但我从题主的角度考虑,按我理解应该是有很大区别: 载体的不同 移动互联与pc很大的区别在于载体。移动互联息息相关的是手机、pad等。在这里就产生了几大区别:a、个人身份的识别、;b、产品的便携与碎片化;c、个人用户的使用时长 做移动互联产品的时候,不仅仅是考虑:这里屏幕小,要怎么排版。产品展示的时候,可能我要带了手机赚vga的转接线这些细节。而是围绕移动互联的三个特性来制作产品。 首先是个人身份识别,iphone5s的指纹锁、passbook,这些都是围绕个人身份识别产生的。也许在之前的笔记本上,有些型号已经具备了指纹解锁,但他还不够核心。 其次是编写与碎片化,由此产生的日历、闹钟、印象笔记等产品,明显在移动互联更有市场,那即是便携与碎片化的特质体现。 最后是用户使用时长的变化,例如微信,他已经基本没有在线和离线的区别,这和以前的qq是不一样的。因为用户的时长基本达到24小时,或者10多个小时,这要因人而异。以前的pc网站有很多pv、uv的指标,现在这2个指标相对一致。 除了以上三点,在产品的设计、迭代、宣传、商业化,都已经和pc互联网有很大的区别,作为产品经理需要管理产品从生到死各个环节,包括前面的几点。 因此我认为:移动互联的产品经理和pc的产品经理差别很大。     移动互联网产品经理和互联网产品经理,基本的技能要求并没有本质的区别。但是因为无线自有的一些特点对以下几部分是要额外关注的(注意是额外关注,即相对互联网产品经理要更多出的一部分): 1.对各种移动平台(iOS,android ,WP)了解充分 (1)所谓的了解,最基本的,是指需要对系统的边界、极限很清楚,如iOS上哪些特性是系统自带的,工程师几乎无需开发就能实现的(如定位);哪些是需要工程师做底层开始进行开发的,哪些是不可能实现的,哪些是越狱后可以支持的(如电话拦截接听)。 (2)上面是基本要求,更进一步的,最好对系统整体架构有所认识,如iOS的架构中3d引擎使用的是什么,有什么优劣? 这里的理解其实并不需要产品经理深入底层,也不需要阅读代码,而是只从系统构架和逻辑角度能做到心中有数,尤其是对性能边界很清楚,如,android系统的浏览器内核是怎样的?有什么操蛋的地方。 2.对产品质量的控制力较web更高 无线产品中除基于WAP、Html5的外,只要是以APP形式出现的,都是用户以软件包的形式下载并安装的。这意味着,无线产品不像互联网产品,可以出了问题随时可以修正。一个软件包一旦发布,就意味着覆水难收——你显然不能指望通过升级版去纠正上一版的重大错误,因为重大错误足以让用户不再浪费时间再去更新。因此,产品经理需要对质量高度重视,包括: (1)发布前反复测试,确保没有质量纰漏——说直接点,无线产品经理对测试方法、流程要有较web深入得多的了解。原则上,一个无法像测试一样去发现复杂bug原因的产品经理,不能成为一个特别优秀的无线产品经理。 (2)熟悉各种通过产品设计提前留好挽救冗余(如push功能,自动乃至强制升级功能)。 (3)对发布后,不幸出现的问题,要能及时的响应和解决,这里的即时主要不是指速度上,而是指策略上,因为那个时候你往往要面对很对“艰难的决定”,如: a.是否要马上发布一个bugfix版? b.还是等待下一个常规版本(可能是6周之后)再解决? c.是否该功能模块可以在服务端做补救? d.是否可以终止此模块服务但保证其他的继续可用且向用户做出解释? 3.对项目的控制力要强于web 由于上面提要的质量需要更高要求,再加上客户端开发无法做到无限拆分功能模块,周期一般长于web项目。因此,产品经理对项目的控制力将会很受考验,如何有效的在前期规避项目风险,较好的在整个项目中均摊项目压力,以及当项目不得不delay时,如何做出决策。这都将很考验一个无线产品经理。相比web上delay1个月算大“事故”,客户端delay2个月的状态在十分成熟的团队中都会偶有发生。 4.对“小产品”的管理和产品线的构建要有很好的意识 (1)无线产品经理有一个很幸福的地方,产品天然不能做得太大——有经验的PM一定很能理解这话的意思:)。但,如何找到合适的切入点,以简单、小巧为“基本面”,同时又能满足核心用户的重要需求?这是难的课题。 (2)由于产品小,对应的情况是,往往会出现产品线会多的情况。一个一线的、资深的无线产品经理同时cover3~5个完整的产品线甚至更多,并不是什么很奇异的事(但你让做平台型web站点的产品经理试试看?)。产品线多了之后,产品线之间如何配合,如何做到互相支撑、借力而不是彼此打架,这是非常难的课题。 5.资源控制、节奏控制要很极强,要能让项目和团队既能多线运作,又有重音、有节奏。 项目周期长,产品线多,平台多。这是一个倍乘关系,我们有时会看到一个无线产品经理做2个产品,但是4个系统平台,实际上他是占用了4*2=8 个开发项目资源!这在任何公司都是很恐怖的。无线产品经理必须能即时、敏锐的做好资源控制,节奏设定,在砍掉不需要的项目和产品的同时,为整个研发部建立节奏感。 多久发布一个版? 多个产品线产品、UED/UI、 前端开发、后端开发、测试如何穿插协调? 项目有冲突怎么预防、实际发生怎么解决? 但更高的要求是,这些问题都不存在,产品经理能做到在团队中建立起节奏,让所有人能像跳竹竿舞一样,灵动、高效、发自惯性和直觉,而又能不被竹竿夹着腿。 实际上,能为无线研发团队建立好开发节奏的无线产品经理在整个行业都是很珍贵和难得的。 PS.写了一大堆,回头看,发现提问者的问题似乎主要是想了解初级无线产品经理乃至助理的要求。那么,一个合格的初中级产品经理大概掌握1~2以及3的部分就够了,更高级的可以在3~5进一步下功夫。再强调一遍,以上说的都是无线产品经理与web产品经理相比额外需要掌握的能力(或要求更高的能力点),但整体上看二者的共性远大于差异,魂是相通的。