基于产品经理面试的问题总结

现如今产品经理的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一(甜蜜的)

不想错过Gauin的分享,请加微信公众账号GauinBlog为好友,或者用微信扫描二维码。转载去掉微信图片会天天尿床的

微信公众账号 GauinBlog

除非注明,文章均为Gauin原创,欢迎转载!转载请注明本文地址,谢谢!

 

分享到:

基于产品经理面试的问题总结》上有5条评论

  1. Pingback引用通告: Gauin的2012年度总结 | Gauin's Blog

  2. Pingback引用通告: 产品经理情商模型 | Gauin's Blog

  3. Pingback引用通告: 产品经理情商模型

  4. Pingback引用通告: 产品经理工作职责和时间安排 | Gauin's Blog

  5. Pingback引用通告: 产品经理的自我修养系列1:认知模式 | Gauin's Blog

发表评论

电子邮件地址不会被公开。 必填项已用*标注