基于产品经理面试的问题总结
最后更新于：2013-04-17 16:58:56
现如今产品经理的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]王洋，帅男，10年PM经验。圈内人称-小样。同时也是一位美食达人。新浪微博 TMD一（甜蜜的）
[…] 2、终结在产品设计上的深入探索； 3、产品深入探索之上篇和下篇； 4、对产品整个流程和产品生命周期的深刻理解； 5、对数据驱动型产品充满热爱； […]
[…] 优点，放大一点说，即自身优势与能力。优势是需要外力交互实现的，而能力是你自身 本体拥有的。 […]
[…] ，放大一点说，即自身优势与能力。优势是需要外力交互实现的，而能力是你自身 […]
[…] 产品经理工作职责和时间安排 发表于 2012 年 8 月 28 日 由 Gauin 结合公司目前产品现状，制定如下工作职责： 一、产品经理工作职责 1.战略性工作 Ø业务需求调研； Ø同行业及相关行业的市场情况调研； 主要交付物：相关调研、分析报告； 2.设计性工作 Ø业务功能设计； Ø业务流程设计； Ø用户界面设计； Ø系统产品功能、架构规划； 主要交付物：相关的系统规划文档，功能说明文档，高保真DEMO 3.项目性工作 Ø协调业务和IT双方，确保按时、保质、保量的推出产品或者新增系统功能； ØQA、QC、测试的帮扶； Ø沟通、收集、跟进业务需求，并完成需求分析和管理； Ø制订系统评估指标，参与系统的评估与验收； Ø系统使用情况分析及跟踪； 主要交付物：系统发布及推广计划，需求跟踪矩阵，需求分析文档(主要是UC)，系统验收标准及验收报告 4.市场化工作 Ø产品包装，卖点归纳； ØFAB梳理，FAQ编写； Ø产品白皮书，产品使用手册； 主要交付物：产品白皮书，产品使用手册 5.商业化工作 Ø日常需求、功能优化版本规划及跟进管理； Ø产品数据分析； Ø产品更新和完善； Ø产品市场引领和创新增长点挖掘； Ø定期组织内部和外部用户的系统进行满意度调查； 主要交付物：每个版本的需求及分析文档、系统使用情况分析、问题跟踪文档，满意调查报告。 二、产品经理时间安排 Ø50%的战略性质的竞争对手，行业，市场，用户等研究工作 Ø30%的产品设计性工作 Ø20%的产品市场化工作，产品包装，买卖点归纳等等 日常工作时间安排，会根据产品所处不同阶段调整。 以上就是我目前的工作职责和时间安排，同时也是博文基于产品经理面试的问题总结？ 的延展。期待高手指点和交流。 […]
[…] 我们经常会发现身边的某位哥们，在工作流程、产品动手能力上正规严谨，做的相当漂亮。但，他负责的产品就是不出彩。抛开公司内耗、团队能力问题，最大的问题还是在于产品经理自己。 […]