本期赠书：《从点子到产品：产品经理的价值观与方法论》，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) 指定负责人
通常存在两种产品经理的需求分配制度。一种是每个人负责的需求范围要有清晰的边界，需求对应哪个模块直接分配即可；另一种是团队作战，每次指定或者认领，谁都有可能接手任意需求。前一种的好处在于模块清晰，负责人可以对自己负责的部分足够熟悉，但缺点是工作量很可能不平衡，有的同事一直在忙，有的同事可能就比较闲，因为需求不是平均按模块分布的。
建议的方法是，在需求分配时大致还是按照模块分配，但在出现工作量不平衡的情况时，可以酌情调整一下，让活少的同事予以配合。但不管怎么样一定要指定负责人，他需要对需求负责，一直到产品上线后，出了问题他也要承担责任。要保证运营良好的工作责任制，需求管理才能健康运作。
c) 划定时间节点
许多产品经理会疏漏这点，总觉得有了需求就尽快去做。但这样的结果往往是需求总也做不完。时间节点主要是指方案完成的截止时间（Deadline）。就是当前需求能够完整提交给开发人员的时间。如果没有这个时间，对需求的管理就没有意义了。另外，如果是要跟相关部门再确认、需要对用户调研及要统计各种数据再作判断，那么还要有调研或讨论完成的时间（Deadline）。
……
关于新人产品经理遇到的一切问题，《从点子到产品：产品经理的价值观与方法论》这本书能够给你解答。从一个好点子到完成一件产品的过程中，产品经理们经历的迷茫和思考，以及历尽千辛总结出的操作方案。对于新人产品经理来说，都是绝好的指导。
作者简介
作者：刘飞，在知乎累计有 280000 赞同，「产品经理」话题下的优秀回答者。虎嗅网、36kr、雷锋网、人人都是产品经理等媒体专栏作者。开有微信公众号「刘言飞语」。 经历了许多产品的兴衰起伏，擅长用通俗易懂的故事与大家分享经验心得。
