基于产品经理面试的问题总结
现如今产品经理的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一（甜蜜的）