使用微信扫一扫
访问泡泡花手机站
下载更方便
您的位置：&>&&>&
“一句话需求”如何需求评审？两个原则全搞定
摘要：“一句话需求”如何需求评审？两个原则全搞定
总有一些小需求，根本写不出PRD——姜太公公
你是否遇到过写不出PRD的小需求呢？也就是我们经常说的“一句话需求”。
加个按钮，改个颜色，加个跳转，删除个逻辑……blabala～ 这种情况下，你说写PRD吧？写10个字儿写完了。不写PRD吧？和开发童鞋直接沟通，开发完成后发现和预期相差八百里。那么，你是怎么处理“一句话需求”的呢？你在处理过程中和开发沟通的愉快吗？
举一个实际例子：
产品：在这个页面增加一个「回到顶部的按钮」。这个需求的场景是用户在列表页一直滑滑滑，突然想回到页面顶部，这个按钮可以帮助用户快捷回到顶部
技术：好的
一天之后……
产品：这个「回到顶部按钮」为啥出现在首屏？我还没有滑呢为啥它就出现了？这时候不需要回到顶部啊？
技术：你说过吗？
所以你看，“一句话需求”真是说时一时爽，上线之后都是填不完的坑。
那么问题来了，为啥给开发讲“一句话需求”开发总是做的跑遍了？明明是一个很简单的需求啊！
其实，“一句话需求”没有错，错的是你踩了“场景”和“实现效果”两个大坑。要高效的沟通“一句话需求”，可以尝试的遵守如下两个原则：
原则一：“一句话需求”不要谈场景，要讲“当前状态”！
原则二：“一句话需求”不要谈实现效果，要讲“用例”！
原则一：“一句话需求”不要谈场景，要讲“当前状态”！
什么是场景？简单来说，就是什么人在什么时间什么地点做了什么事情产生什么结果（who+when+where+what+how）
产品经理必须会谈「场景」。就像一个情场老手必须时刻把“我爱你”挂在嘴边一样。有了它，你几乎战无不败。直到某一天你遇到一个开发，你手捧粘着露水的玫瑰，深情满满的说“我爱你”，开发扣着脚说“啥？”，想想也是够扫兴的了。
那正确的姿势是什么？描述当前状态。
如下图，故事原作者是「老李说」，图片截取自UI中国
回到上文加「回到顶部按钮」的例子，产品说的“这个需求的场景是用户在列表页一直滑滑滑”就是这个需求的场景……
这样的描述，开发会有如下疑惑：
列表页：哪个列表页？搜索结果页，促销列表页？是只加单个列表还是全局添加？
列表页状态：在初使状态是否添加「回到顶部按钮」？在空状态时是否添加「回到顶部按钮」
正确的描述应该是：
在“搜索结果页”，用户处于浏览态（没有任何「可点击浮层」覆盖在“搜索结果页”上），并且当前曝光商品处于屏幕的非首屏，此时需出现一个「回到顶部按钮」。备注：只要满足上面的条件，无论上滑手势或者下滑手势都可吊起「回到顶部按钮」展现
正确的描述“当前状态”，应该尽可能用结构化的语言。结构化的目的是为了让“一句话需求”的表达更加接近于开发思维，从而减少和开发的信息理解不对称。下面是几种常见的“当前状态”的描述，可以进行参照：
当前的物理状态是什么？断网状态，网络不好状态，网络通畅状态……
当前的用户状态是什么？浏览状态，确认状态，输入状态，等待状态，初始状态……
当前的页面状态是什么？无结果状态，处于第几屏，是否为叠加层……
原则二：“一句话需求”不要谈实现效果，要讲“用例”！
“一句话需求”讲实现效果可以吗？可以是可以，但是问题是，实现效果是一种感性的描述，而开发是理性的动物。这就是我们的代沟。当你说出实现效果时，你的逻辑是：「首先脑海中有画面，然后话语描述实现效果」
可是开发通过你的一句话可以准确的倒推回和你脑袋里面的画面吗？
回到上文加「回到顶部按钮」的例子，产品说的“用户突然想回到页面顶部，这个按钮可以帮助用户快捷回到顶部”是这个需求的实现效果……
那怎样的描述可以更加精准的帮助开发理解呢？讲用例。用例是用户完成目标的方法和步骤。告诉开发用户的任务，前置条件，用户做了怎样一个操作。
正确的描述应该是：
前置条件：用户点击手势或者长按后的松开手势
预期结果：页面回到顶部，「回到顶部按钮」消失
为啥把“一句话需求”单独拎出来，一方面是有的需求小的根本无法写出PRD，另一方面本着敏捷开发的原理，处理好“一句话需求”可以帮助我们团队提升效率。那么PRD怎么写呢？下回分解吧。
PS： 你被哪些“一句话需求”坑过吗？欢迎大家留言踊跃留言
作者：姜太公公
(微信号公众号：grandpa_jiang)
产品老流氓，终身学习者。致力于研究产品方法论，解决小白PM的疑难杂症。
本文由 @姜太公公 原创发布于人人都是产品经理。未经许可，禁止转载
热门资讯最新发布
进入手机版需求评审之前，需求挖掘和需求管理怎么做？
[摘要] 　　需求评审之前，需求挖掘和需求管理怎么做？很多刚入门的产品经理都会将大量的时间放在产品原型上面，然而，从做产品的流程来看，需求才是做产品的第一步。而且，一个好的需求也是做出优秀产品、成就优秀产品经理的前提。
很多刚入门的产品经理都会将大量的时间放在产品原型上面，以为画好原型就能够胜任产品经理的职位了。而我们也经常能够在一些产品经理的招聘中任职要求中写着：“熟悉使用Axure、Mindmanager、Viso，能够单独画产品原型”。于是很多人都是从学习使用Axure画原型开始走上产品之路的。
然而，如果从做产品的流程来看，需求才是做产品的第一步。而且一个好的需求也是做出优秀产品成就优秀产品经理的前提。
一、什么是需求
问题就是需求，而产品最终就是要解决问题的。另外，目前越来越多的人都向往着最求更加优质的生活，因此，欲望也是需求，而产品族中就是要满足用户欲望，让用户更爽的。
《掌握需求过程》这本书中说到：“需求是产品必须完成的事以及必须具备的品质”，是在构建产品前需要发现的东西。
需求的对产品和产品经理的重要性
需求挖掘是在构建产品前的重要一个环节，对产品具有非常重要的作用。在上一篇文章《一组漫画告诉你，互联网产品经理是什么概念》中曾说到，一个好的产品需要有需求、有优势、有利益。明确需求，挖掘用户痛点，才能让产品更加有优势;只有挖掘到了能够盈利的需求才能让产品有利益。所以说，需求是一个好产品的前提，是一个优秀产品的起点。
《代码大全》的作者Steve
McConnell报告说，60%的错误存在于设计中，而Jerry
Weinberg证实了这一点。他的统计数据表明，60%的错误源于需求和分析活动。
由此可见，需求对产品的构建以及对产品经理的发展是多么的重要。一个产品经理必须具备挖掘需求和分析需求的能力，即使一些大公司有专业的需求分析师，产品经理对需求的把握还是非常重要的。
需求与产品生命周期的关系
在产品生命周期中，需求是一个动态变化的过程，产品在不同的阶段有着不同的需求。产品可分为：导入期、成长期、成熟期和衰退期。
在产品的导入期中，也就是产品从0到1的阶段，产品经理需要挖掘更多基本的需求，从而满足用户的初级使用需求。在这个阶段，产品的前途并不是很明朗的，只是一个初级探索的阶段，这时候需要挖掘用户的初级需求，而不是还没能满足用户的基本需求就想着让用户体验所谓的更加“牛逼”的功能。
在产品的成长期，也就是产品已经有了1的基础了，这时候产品应该选择性地去满足用户的其他需求，完善原有的需求，去掉不合理的需求，增加进一步满足用户的需求。而这些需求的选择也是需要挖掘和进行分析而得到的。
在产品成熟期，产品已经在平稳的发展了，这时候的需求更加趋于理性，而用户的大部分需求都将得到满足，需求挖掘的难度也将会加大，产品经理需要关注更加细节方面的需求、体验性的需求，以及挖掘其他隐性需求。产品在成熟期的需求有一定的重复性，更多的是在原来的一些需求的基础上做更加细致的挖掘。
在产品的衰退期，产品的活跃度逐渐下降，用户对产品的一些需求已经没有原有的激情，这时候产品经理需要考虑怎样去挖掘更多新的需求去满足用户，甚至开拓新的产品项目。例如，C2C的淘宝延伸出来的B2C天猫以及后来的企业店铺。
需求的分类
产品经理了解需求的分类，在挖掘需求的时候就会更有方向性，减少遗漏需求的机会。在这里，我将需求分为三部分，总共8类，对象为用户的需求有：基本需求、易用性需求、可操作性需求;对象为产品运营的需求有：产品运营需求、政策及法律需求;对象为系统的需求有：安全性需求、性能需求、可维护和可移植性需求。
二、怎么挖掘需求
需求这么重要，那么，怎么去挖掘需求呢?这里分享13种挖掘需求的方法。
从公司业务方向挖掘需求
很多时候，一个产品的第一个需求基本上都来自于公司内部，当然也不排除有些产品大牛具有很高的市场嗅觉，领导制定产品战略。
产品经理可以从公司业务方向去挖掘产品需求。上面说到，问题就是需求，欲望就是需求，对公司来说，公司遇到的问题就是需求，公司的愿景也是需求。因此，需求也可以从公司内部去挖掘。
需要注意的是，从公司业务方向、老板/领导、运营、市场、客服等获取的需求，并不能直接当成最终的需求，还需要更深一层去挖掘需求，并且最终评审确定最终需求。
通过头脑风暴挖掘需求
当一群人围绕一个特定的兴趣领域产生新观点的时候，这种情境就叫做头脑风暴。头脑风暴能够让一大群人自由地思考，迸发更多新思想和新观点。头脑风暴也是挖掘需求的一个常用方法。
头脑风暴可以邀请产品经理、老板/领导、市场经理、运营经理，以及一些有深刻见解、涉猎比较广、生活阅历比较丰富的员工一起参加讨论。参与者最好有不同的阅历和学科背景，这样更容易产生更多创新的观点。
在头脑风暴的整个过程中，需要明确讨论的目的/议题，并且要注意引导和发散思维，让所有的人都能够参与到其中，并且激发其思维。讨论时注意让参与者自由畅谈，并且不对产生的观点和说法进行任何的批评，而且产生的观点要足够多。头脑风暴是一种发散式的讨论，特别要注意对讨论内容进行详细的记录，这时候可以使用录音、录像、拍照、思维导图、excel表格等方式对整个过程进行记录，方便后期整理，避免遗漏重要观点。
进行头脑风暴是为了挖掘多的有用的需求，因此，在头脑风暴后期，一定要对所记录下来的内容进行梳理，并且从整理的内容中提取有用的需求。
通过文献调研挖掘需求
作为一个互联网产品经理，应该对互联网中的事情有更多的了解。互联网行业的变化速度非常快，互联网的各种变化或许都会影响到我们的用户以及我们的产品，而互联网的各种信息也能够给我们提供更多的需求信息。
挖掘需求的第三个方法是通过文献调研挖掘需求。这里所说的文献调研，并非仅仅局限于一些文献书籍之类的内容，它可以是一些相关的文献资料、可以是一些专业的分析报告，也可以是与之相关的各种动态。在这里，我推荐几个常看的网站，产品经理圈子相关网站——人人都是产品经理社区;TMT媒体以及创业类信息平台——36氪、虎嗅网、钛媒体、爱范儿;数据分析类网站——艾瑞网、199IT、企鹅智酷、中国互联网络信息中心。
这些网站有比较多的互联网信息、互联网产品信息，了解互联网动态、行业方向以及市场动态，能够帮助我们了解更多需求。在这些网站中挖掘需求时，可以用相关的关键词在这些网站搜索，找到自己想要的内容，copy下来，方便后期整理并进行分析，挖掘有用的需求。数据类的网站也是一个挖掘需求的重要渠道，各种数据、各种报告，包含着非常多有用的需求。需求的挖掘并不是随便看看就行了，建议将需要的内容保存下来，把一些报告下载下来，然后慢慢地细读，对内容进行调研分析，找出需要的需求。
通过用户访谈挖掘需求
用户访谈是挖掘用户基本需求的有效方法。用户访谈的形式包括结构化和非结构化两种，结构化是指产品经理按照一定准则事先准备好一系列问题，通过用户对问题的回答来获取有关目标产品方面的内容;非结构化则是只列出一个粗糙的想法，根据访谈的具体情况来进行发挥.
在进行用户访谈之前，怎么寻找访谈的目标用户?可以在社交平台找到一些了解目标类型的用户，例如，知乎、微博、QQ群去寻找。也可以找到竞品的用户来进行访谈，还可以是行业专家、自媒体大V、同类产品从业者。访谈对象最好是具有较高质量的目标用户，在领域内资深、对产品体验要求高、有话语权，以及擅于表达。除了这种焦点访谈形式的用户访谈之外，我们也可以约一些目标访谈对象进行一对一轻松交流，不局限在办公室内。这样的交谈方式更加轻松，或许能够获取更多的需求信息。
不管是使用哪种交谈方式，都要注意做相应的记录，不遗漏每一个需求信息，这也为后面的需求分析提供一定的依据。使用自由一对一交流的方式的话，不是很方便不断地记录，这样会影响交谈的气氛。但是在结束交谈之后，也应该及时将刚才讨论的内容进行记录，还可以将整理好的内容发给访谈者确认，看是否有错误或者遗漏。
通过问卷调查挖掘需求
我们在挖掘产品需求的时候，并不能和每一个用户都进行面对面的交谈，甚至有一些关键性的访谈对象因为各种原因无法参与访谈，因此，我们还需要通过问卷调查的方式进行更大范围的调查。
在进行问卷调查前，需要明确调查的目的，并且根据目的，有针对性地设计调查问卷，然后下发到相关的人员手中，让他们填写，再从所填写的内容中获取产品的需求信息。这里的调查问卷可以是纸质的，也可以是在线的电子版调查问卷。目前的问卷调查，线上的调查几乎是必不可少的，因为省事易操作、传播范围广、快速。目前的线上问卷调查工具网站有：麦客、问卷星、金数据等，也可以使用企业自己的调查系统进行调查。传播的渠道可以是微信公众号、微信群、QQ群或者邮箱、短信等。线下的问卷调查相对麻烦一些，可以摆摊做问卷调查，利用填写调查问卷送奖品的方式来开展。而目前更多的线下问卷调查都会与线上的调查结合，线下用二维码的形式，让被调查者扫描二维码在线上完成调查问卷的填写。
在做调查问卷的时候，需要围绕调查目的去设计相应的问题，同时还需要注意问题的准确性，问题不能问得太过空泛或者太过虚;另外还要注意问题的长度和问题的数量，设计的问题长度应该在填写者愿意认真填写的时间长度内完成。在完成调查后，后期的统计分析也是一个非常重要的部分。
问卷调查无法取代用户访谈在需求获取阶段的作用，其最大的不足就是缺乏灵活性，问卷调查的问题和答案具有一定的引导性，可能存在受调查者不能很好表述自己想法的限制，在某种程度上会影响结果。
通过竞品分析挖掘需求
竞品分析是需求挖掘的常用的方法。竞品也是经过了相关调研、探索和思考而做出来的产品，进行竞品分析，能够了解其优缺点，既能对自身产品的需求查漏补缺，也能取其精华去其糟粕。一般情况下，很多人都是以同行业同类型的产品进行竞品分析，其实我们可以用类似行业的产品进行竞品分析，有些需求或许恰好能够弥补同行产品中的某些不足。在这个跨界时代，有些需求具有一定的共性。
我们很多时候在做竞品分析的时候，大部分能够看到的都是产品的前端展示，那么通过竞品分析如何挖掘前端的需求和后台方面的需求?
产品前端分析，可以从一个产品的产品定位、产品结构、产品体验、产品功能、盈利模式、用户评论以及反馈去进行分析。从产品定位可以看出竞品的方向、目标用户以及模式，在这个基础上，我们可以进一步通过其他方法进行更深一步的了解和调研，从而获取相应需求。而产品结构，则可以对整个产品进行剖析，利用mindmanager将产品的信息架构图梳理出来，并对其结构进行分析。产品体验、产品功能、盈利模式的分析也能给我们一些指示，了解其产品所包含的需求。另外，在上面说到“问题就是产品”，因此，用户对竞品的评论以及反馈也是我们了解需求的一个重要方法。这些评论中可能包含有用户的问题、用户的期望或者用户的建议，这些都是我们所需要挖掘的需求。
产品后台分析以及系统、平台类的竞品分析相对前端的分析会有更大的难度。不可能有竞品会开放自己的后台去让你分析，系统、平台类的产品也是大部分是不会直接开放让你去使用的。在做这种产品的竞品分析时，我们可以从以下这几个方面去了解：演示Demo、说明文档、技术文档、开源系统、前端反推以及向程序员了解。
有些市场化的系统，为了让大家能够更加了解其产品，所以会有演示Demo可以操作，这时候我们就可以进入该产品的Demo后台去了解该产品。很多产品连演示Demo都没有，这时候我们可以到产品官网的文档中心或者帮助中心去了解其产品说明文档、技术文档，从文档中了解竞品的相关情况。
除了这些方法之外，我还会利用一些开源系统，在自己本地搭建一些系统，进而了解更多的后台细节，包括管理员的各种操作需求，系统的配置需求等等。如果对后台产品有一定的了解的话，我们也可以通过分析其前端，进行反推后台的相关功能和需求。还有一个方法就是多和程序员交流，不懂就请教他们，向他们了解更多技术方面的需求或者他对一些系统的了解所知道的需求。
通过运营数据分析挖掘需求
产品经理需要有一个非常重要的技能是数据分析能力，这个技能主要体现在需求挖掘的阶段，包括问卷调查的数据统计和分析以及运营数据的统计分析，新产品的新需求挖掘以及老产品的迭代需求挖掘。
产品上线后，产品经理要密切关注运营数据的情况，特别是产品进行AB测试的时候，需要关注数据的变化，对数据进行统计分析得出结论。关注产品的访问量、用户数、流失率、点击率、转化率、留存率、活跃度等方面的数据。例如，如果用户数过低，就看看是否是因为注册流程过于复杂;转化率过低，检查是否是因为跳转的逻辑设计得不好还是其他问题。每一个问题的背后，或许就能够找到一些相应的需求。
每一个产品都有一定的数据统计分析的需求，因此，产品经理在构建系统的时候就需要有数据统计分析的设计，这样对后期的产品完善和升级迭代都非常有帮助，当然，这对产品运营更是一个必不可少的功能。在挖掘产品的数据分析需求的时候，可以使用上面竞品分析中说到的方法——从演示Demo去了解。数据分析类型的需求，可以对应地从一些数据统计分析的产品Demo中去了解和分析，例如：友盟、TalkingData等。
通过用户反馈挖掘需求
用户反馈是一种挖掘用户基本需求以及期望需求的常用方法。产品经理能够在用户的反馈中了解到用户的使用情况，也能够通过用户的反馈了解到用户所遇到的问题，还能通过用户的反馈了解用户的想法和期望。每一个问题的背后都可能隐藏有相应的需求，因此，通过用户的反馈来挖掘用户需求的一个不错的方法。
收集用户反馈有哪些渠道和来源?产品内的反馈入口、产品QQ群、知乎、微博、微信、贴吧、论坛、客服等都是收集用户反馈的渠道。产品经理可以考虑铺设多个反馈的入口，让用户能够随时随地只要遇到或者想到一些问题都能够快速反馈。
为了更加方便从用户的反馈中挖掘需求，获取大量的用户反馈数据进行分析，我们可以做一些有利于用户反馈的相关设计。在产品中加入用户反馈入口和反馈机制，让用户能够在使用产品的过程中就能够快速将遇到的一些问题和想法反馈给我们。另外，产品经理最好尽量回复用户的反馈，与用户交互，重视用户是每一个反馈，这样将能够让用户觉得他们的反馈是有用的，这样他们才会不断地反馈更多的意见和建议。另外，建立一个用户反馈引导机制也能够引导用户反馈更多有用的信息。可以通过反馈问题展示，反馈回复，采纳建议后告诉反馈者并感谢其反馈的建议，奖励被采纳建议的反馈者等方法，刺激更多的用户参与反馈。特别是产品初期，更加需要大量的用户反馈数据进行迭代需求挖掘。要想用户反馈的内容能够为自己所用，必须将用户反馈的的内容记录下来，并进行整理和分析，从而挖掘到有用的需求。
通过搜索引擎挖掘需求
很多时候，我们在无从下手的情况下都会通过搜索引擎去搜索一些关键词，从而获得一些灵感。确实，搜索引擎也是一种挖掘需求的方法。搜索引擎中有比较多的推广信息以及垃圾无用的信息，因此，在通过搜索引擎挖掘需求的时候注意避开这些无用的信息。我们可以分别通过泛搜索和稍微精准的搜索来进行查找，可以用多个关键词进行搭配搜索，也可以给关键词加上双引号进行搜索，这样会更加精准。另外，我们也可以使用百度自带的“搜索工具”进行更加精准的搜索。
除了用与产品相关的关键词去搜索之外，百度指数也是一种挖掘需求的不错的方法。百度指数中，通过搜索关键词，可以看到到关键词的趋势研究、需求图谱、舆情洞察、人群画像，这些内容对我们进行需求挖掘非常有意义。这里简单说一些百度指数中的需求图谱。需求图谱是通过用户在搜索该词的前后的搜索行为变化中表现出来的相关检索词需求。我这里用“产品经理”的关键词来进行搜索，这里看到的是，与产品经理相关的需求有：产品经理学习与培训(包括产品经理书籍、产品经理课程/培训、产品经理学习网站)、产品经理基本了解(产品经理的职责、产品助理、产品专员、项目经理)、产品经理招聘。其中，产品经理学习与培训方面的需求是最大的，产品经理招聘的上升趋势是最大的。当然，仅仅凭借这样的一些数据并不能作为最终的需求，需求还需要更多的挖掘、调研、统计、分析综合得到。
通过社交平台挖掘需求
社交平台也是挖掘需求的一个非常重要的渠道。例如，知乎、微博、百度知道、百度贴吧，这些平台都能够成为我们挖掘需求的一个渠道，另外，有些行业也有该行业的垂直社交平台的。社交平台是一个聚集了百家之言的一个地方，各种潜在用户都在社交平台中发表想法、提出问题、回答问题、讨论问题，因此，这里面有些问题正是我们想要挖掘的一些需求。
在社交平台中挖掘需求，可以通过关键词搜索，找到相应的内容;也可以自己发起提问或者讨论，从而引导其平台内的用户进行回答和讨论;还可以通过已知的需求或者搜索的关键词，挖掘更多的长尾需求。
上面使用百度指数了解到产品经理对学习和培训的需求量最大，在这里，我再次以“产品经理”为例，在知乎上搜索产品经理的关键词，进一步细分“产品经理”的学习和培训需求。产品经理需要哪些方面的学习和培训?在知乎上搜索的结果中有：
产品经理如何入门，没人带的情况下如何学习?——产品经理入门学习和培训，产品经理自学(书籍/在线教学视频)。
产品经理如何进行竞品分析——产品经理竞品分析学习和培训。
产品经理一般是怎么收集产品不好用之处的?——产品经理用户反馈收集方面的学习需求。
以上仅仅作为例子来说明，如果想要更加深入地了解用户需求，还需要更加认真地进行更深一层的挖掘和扩展。
通过场景分析挖掘需求
产品经理经常需要考虑用户的使用场景，同样的，产品经理也能通过一些场景模拟去挖掘需求。我这里所说到的场景分析也叫用户模拟，主要是通过模拟场景以及用户，从而发现一些需求。常见的方式有：基于文本的场景模型和故事版。
下面以一款约一起运动的APP为例，简单说明一下。
业务事件：组织一起打羽毛球
场景：喜欢打羽毛球的朋友太少了
背景：小李希望有更多的人一起去打
动作：小李打电话邀朋友小张一起去打
结果：小张说太远了，不愿意过去
动作：小李又给朋友小敏打电话
动作：小敏问了一下她的闺蜜小菲
结果：小菲已经约了人，所以不去了
结果：最熟悉的闺蜜不去，小敏也不想去了
1、解决共同朋友少的问题——匹配相同兴趣的朋友
2、解决距离不一致的问题——定位附近的朋友
3、解决一个人不想参加的问题——邀请熟悉的朋友一起报名参加这个模式并不是一成不变的，可以按照自己的模拟方式来开展，例如，用文字按照场景，模拟一段故事，然后对这个故事进行分析，了解这个故事场景中所需要用到的需求。
通过现场观摩沟通挖掘需求
俗话说：“百闻不如一见”。有些需求，我们无法通过场景模拟、搜索引擎、社交平台等方法来挖掘需求，我们不妨走到现场去看看，通过现场的观摩和在真实的场景中面对面的沟通，从而了解最真实的需求。
培养自己的产品嗅觉
有人问乔布斯：“如何通过市场调查了解大众需求，才能让产品如此成功?”乔布斯的回答是：“不用做调查，消费者并不知道他们需要的是什么，而苹果会告诉他们什么才是潮流!”乔布斯从来不和用户交谈就能够知道用户需求?这看起来有点神话，或者说乔布斯是神一般的产品经理。
在此，我想说的是，乔布斯的这些传奇是有前提的。在做iPhone之前，他就已经有丰富的经验和积累了，他对用户的了解、对市场以及产品的嗅觉非常的敏锐。一些拥有丰富经验的资深产品经理很快就能够定位出相应的需求。
而对于我们来说，我们也需要不断地积累更多的知识和经验，培养自己的产品嗅觉。从而让自己在多年后也能够快速定位出产品的需求，轻轻松松就能做出一款成功的产品。培养自己的产品嗅觉，可以参考以下下面几方面内容：
多总结。写工作笔记/博客/产品白皮书。
多看书。博览群书，阅读产品相关书籍、互联网相关书籍、商业
书籍、心理书籍、盈利模式相关书籍。
多观察互联网动态。了解互联网发展动向。
多体验各种产品。把自己当成一个测试机，了解各种产品，并分
别从用户角度和产品经理角度去思考该产品。
多逛逛各种社交平台。时刻获取各种产品灵感，最好能够记录下来。
多与圈内人交流。包括微信群、QQ群、线下活动等。
三、如何进行需求管理
在通过上面的方法收集到相应的需求之后，产品经理还需要懂得如何对需求进行管理。收集到需求的时候，注意建立需求池对需求进行记录和整理。
1、建立需求池
2、需求加减法
经过一番努力，收集了一大堆需求，如何处理?产品的需求可以说是无上限的，大量的堆积需求，会使得产品非常臃肿，而且毫无特色，而需求的过多，还会导致工期过长，拖慢了产品推出市场的进度，对产品百害而无一利。因此，产品经理需要了解产品的加减法。
在什么时候需要加?什么时候减?在需求收集阶段，我们一直在做需求的加法，不断地增加需求的量，增加所有能够得到的需求。在进行需求分析、需求评审的时候，我们则需要不断地对需求做减法，确认了需求之后，需要对需求进行优先级排序。减掉的需求并不代表这以后都不会使用，所以记得先保留着不删。
3、如何判断产品的优先级
在判断产品的优先级时，一般通过KANO模型进行判断。KANO模型定义了三个层次的用户需求:基本型需求、期望型需求和兴奋型需求。基本需求是必须具备的，即使不说也应该做到，这部分需求一般是产品初期需要做的功能。期望型需求是用户期望的，用户能够较清晰地知道的。而兴奋型需求是超出用户预期的，用户不知道有这方面的需求，如果提供，用户满意度会更高。
KANO模型后面还有了其他方面的一些延伸：
魅力需求：用户意想不到的，如果不提供此需求，用户满意度不会降低，但当提供此需求，用户满意度会有很大提升;
期望需求：当提供此需求，用户满意度会提升，当不提供此需求，用户满意度会降低;
必备需求：当优化此需求，用户满意度不会提升，当不提供此需求，用户满意度会大幅降低;
无差异需求：无论提供或不提供此需求，用户满意度都不会有改变，用户根本不在意;
反向需求：用户根本都没有此需求，提供后用户满意度反而会下降。
四、如何进行需求评审
并不是得到需求之后就可以由产品经理直接拍脑袋开始做产品了，我们在做收集完需求之后，在真正开始做产品之前，会有一个需求评审会议。对收集到的需求进行最终确定，避免做过多无用需求、减少需求变更的风险、保证需求质量、避免后期过多矛盾，需求评审时降低需求风险的一个重要的手段。在这个过程中会砍掉一些需求，也可能增加一些需求。
在做需求评审之前，需要准备好需求文档以及之前整理好的需求列表等文档，还有低保真原型。邀请相关的人员参与评审，参加需求评审会议的可以有产品经理、老板/领导、运营以及市场相关人员、开发经理、测试经理或者专家等，参加的人员示具体情况而定，主要是与产品或者需求相关的人以及一些有经验、懂需求的人。为了保证需求评审能够顺利进行，最好提前做好相关的准备，这时候，原来做的一些需求分析也会在评审会上用到。产品经理要能够讲清楚需求的来源，为什么用这个需求，加入这个需求有什么意义，这个需求需要哪些配合，同类竞品是否有该需求……整个需求评审的过程，考验了产品经理对需求的熟悉程度以及对需求的判断能力。同时，参与评审的人也将会对你提出的需求提出自己的看法，是否同意该需求，并且会提出同意或者不同意该需求的理由。需求评审是多人围绕已经收集到的需求进行评审的过程，聚集大家的智慧，能够避免一个人闭门造车的局限。
在评审会议上，产品经理可以通过事先准备的低保真原型(或者原型草图)来讲解，辅助说明，让大家更加理解这个需求以及需求以后会是怎样的样子，这样也能够让自己在讲解需求的时候更加有依有据，避免错过一些有用的需求。
需求作为一个产品的起点，对产品的构建以及以后的发展有着重要的作用。因此，学习如何挖掘需求，如果进行需求分析，以及如何将需求转化成产品，是产品经理必须重视并且不断学习的必备技能。
希望这些内容能够帮助到各位成长中的产品经理。
本文转自：《
UML软件工程组织 》
原文链接：http://www./RequirementProject/.asp
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。}