【限时赠书】10本《从点子到产品：产品经理的价值观与方法论》

本期赠书： 《从点子到产品：产品经理的价值观与方法论》，10本

参与方式：微信回复“ 亿邦+姓名+公司+职务+电话+地址 ”

3月3日，我们将选出10位亿邦动力网微信用户，赠送此书，并在亿邦动力网微信头条底部公布名单，敬请关注。

书籍介绍

If I had to ask customers what they want, they will tell me: a faster horse.

——Henry Ford

产品经理不应只关心浮于表面的需要，而是要关心需求背后的真正诉求。阿尔伯塔大学的一门关于软件设计的课程中，用Want（需要）和Needs（需求）来区分这两者，前者是“希望在产品中看到的功能”而后者是“确定的具体问题，留待产品解决的问题”。

n 基于场景深挖需求

有些产品经理会认为并不需要考虑场景。他们认为一个功能就是单纯解决问题就可以了。例如电商产品可以买到商品就好，至于用户究竟是在地铁上买、在电脑桌前买、在旅途中买应该没有区别吧？如果这样想，就会错过用户真正的使用方法，也就错过了把功能做得更好的机会。

n 需求的本质

而我们讨论场景时讨论的本质是什么呢？我们讨论的会是很形象的一些描述。这里面包含了人物、时间、地点、环境及情节。我们要用场景来发现我们的用户是谁、他们会在什么情况下解决原有的问题、他们怎么解决这些问题的，等等。在这个时候设想方案，我们就会考虑更多因素，比如新闻的内容是不是跟用户的身份匹配？阅读的方式是不是在这样的时间地点足够恰当？等等。

n 确定需求之后

a) 方案的草稿

需求有不同的解决办法，要讨论清楚到底用哪种方法解决。比如在讨论O2O产品的需求时，我们发现有要解决刷单问题的需求。解决方案可以有几种：事前提醒，告知用户目前地理位置或订单信息有刷单嫌疑；事中限制，以必须到达指定地点、拍摄当地照片等操作来限制用户；事后惩戒，提供给客服或者业务部门疑似刷单的名单和证据，罚款或者封号。这几项到底做哪个？还是做其中哪几个？优劣在哪里？需要好好讨论。

讨论出大概的方向，以及粗略的方案，再跟相关业务部门或者需求方确认。要确保大家共同认可了某个方向后，再继续推进。

b) 指定负责人

通常存在两种产品经理的需求分配制度。一种是每个人负责的需求范围要有清晰的边界，需求对应哪个模块直接分配即可；另一种是团队作战，每次指定或者认领，谁都有可能接手任意需求。前一种的好处在于模块清晰，负责人可以对自己负责的部分足够熟悉，但缺点是工作量很可能不平衡，有的同事一直在忙，有的同事可能就比较闲，因为需求不是平均按模块分布的。