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

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

基于本地生活服务产品的思考

前言:本地生活服务产品最成功的莫过于大众点评了。在大洋彼岸的Facebook将社交网络概念吹向全球之时,基于本地生活服务产品迫切渴望加入web2.0元素,打通用户到商家之间的桥梁,最终做到帮用户做决策消费,或者再进一步帮助用户在线下单消费。

故事场景

用户发现分享 →→ 查看分享介绍 →→ 决策是否消费 →→→→→→→→→线下消费

用户发现分享 →→ 查看分享介绍 →→ 决策是否消费 →→ 线上下单 →→ 线下消费

而在本地生活服务类产品中,帮助大家做到的都是红色和蓝色场景下的故事。即分享和决策,而消费一般都是线下进行,又或者有线上下单支付后线下消费的,如团购服务。

核心诉求
生活服务属于非标类商品,线下信息的不对称和服务的非标准化,用户对选择什么服务,选择具体哪家服务,消费完服务后评价分享,三个阶段都有明确的需求。

用户角色
按照消费环节,将用户分成三类:消费前的用户、消费中的用户、消费后的用户

选切入点
消费前的用户,这群用户不知道要什么。向用户提供结构性的商家黄页信息库,
便于用户按照筛选器查找信息;向用户提供一些服务策划专题,便于用户了解时
下热点和趋势。这个过程有很强的信息索取和导购成分。比如爱乐活

消费中的用户,这群用户知道要什么,但不知道具体要哪个。向用户提供套餐服
务类似的解决方案,便于用户做出ABC的消费选择;向用户提供多维度的比较信
息,便于用户做出比较后的决策。比如团购网站

消费后的用户,这群用户对搞到手的东西进行评价和分享。向用户提供生活服务
点评,便于用户快速做出消费后的真实感受;向用户提供展示空间,便于用户分
享消费过程中的事情。而这些点评和分享内容,正好服务了消费前的用户,如此
一来这个过程附带着服务了消费前的用户。比如大众点评

总结:针对想要切入本地生活服务的团队,一定要搞清楚自己的定位,明确服务
了哪个核心群体。(更新于2013年4月24日)

对爱乐活的几点思考

前言:2011年12月1日百度有啊从百度分拆后独立运营,2011年12月27日推出爱乐活(leho.com)内测版,主打人、话题、地点以及时间轴(宣称国内第一个成功发布Timeline(时光轴)产品 )。而截至2012年5月,百度有啊已经关闭,自动跳转到爱乐活。

图0

1、关于爱乐活

将人+话题+地点 三个概念拿去玩,而产品形式上又突出表现的过于SNS。乐活CEO蔡虎老大说,爱乐活走的是O2O,不注重交易,帮助用户做消费决策。

通过认证商家、乐活达人去帮助用户做决策?

OK  如果按照蔡虎老大的爱乐活终极故事版,那在这个场景里面:找商家,看达人点评,商家资格,佐证决策。或者是关注达人分享,查看商家,佐证决策。其核心点在大众点评的模式上加入了会员SNS关系。但最终落脚点是商家还是人?按照蔡虎老大的说法,那落脚点应该是商家吧!这个需要确定。

三个概念在一起,没有主次分明,产品看不出核心点。同样也解决不了核心诉求。

图1-我的乐活

爱乐活

图2-我的时光轴

2、关于百度身边

爱乐活和百度身边,都是本地生活分享。不管核心区别在哪里,二者终究会砍掉一个。而被砍掉的可能是百度身边。

爱乐活

图3-爱乐活 逛商街

图4-百度身边首页

从图3 图4可以看到,爱乐活的逛商铺,就是商铺导航,黄页。而且商户分类全面包含十大类。

百度身边的目前是七大类,发力点是美食。

可以预见,如果主推爱乐活,那百度身边即将可能被整合到爱乐活。