时间: 2021-07-30 11:05:25 人气: 10 评论: 0
本文介绍了一些关于需求的方法，不同的方法适用于不通的场景，在没有很明确方向的情况下，我们可以先找出问题，建立问题结构再去进行深度的需求挖掘。
在产品设计中，经常**有一些情况发生。很多时候我们经过一番努力，最终却还是没有达到预期的效果。这里面不缺乏好的团队、好的执行力、好的技术，其实每个产品在面临最初的设计、某一项功能又或是某一版本迭代的时候，都**遇到一个很重要的问题，那就是产品所提供的服务所定位的需求很可能并不存在，又或者不是真的需求。对于产品设计而言，需求的含义并不仅仅是通过用户的抱怨和产品经理自己的想象来获取的。
你在沙漠里，行走了很久，非常口渴，身体极度不适，因此产生了对水的需求。这时候，你发现了一个卖水的地方，无论水的价格多么昂贵，你都**愿意付出一定的成本来换取一杯水，喝完水后，你的身体恢复正常，不在口渴，这个时候你又遇到了一座水井，这个时候你还**打水喝么？显而不**，因为在当下情况来看，水已经不在是你迫切需要的东西。
这里不变的是“人”和“水”，在变化的是场景，喝水前，水是一个迫切和急切的需求，但是喝水后，水就不再是一个急切的需求，它的需求层次此时就**发生变化，不再是生理性需求。
因此可见需求是**随着场景的变化而进行不同层次的变化的，我们进行产品设计的时候，在找到目标用户和需求点之后更需要结合场景来进行思考。同样的需求在不同的场景下所能赋予的能量是不同的。
就同一产品功能来说，在不同的场景下所展示的形态都**有所不同，
A、B两家公司，A公司是一家提供“熟人社交”服务的公司，B公司是一家提供“问答社区”服务的公司，就个人内容展示这个需求而言，在 A、B两家公司的定义就**有所不同，对a公司而言个人内容展示对于用户而言可以对自己的内容进行分享、展示，但对b公司而言个人内容展示功能更应该突出回答者/发问者的个人形象建立。
五why分析法简单来说就是在做某一功能或某一事件时，对问题点连续以五个“为什么”来建立问题，从直接原因、到间接原因、直到找到问题的根本原因。
五问法的关键在于，再遇到问题时，应先通过五问法建立一种解决问题的结构，要努力避开自己的主观意识或自负的假设以及自己所定义的逻辑陷阱，需要客观的依照因果关系链条，顺藤摸瓜，以便于找到最真实的问题所在。
以互联网里比较有名的一个小故事来看五问法。
用户：我需要一匹马，要快些的马。
福特：你为什么需要一匹更快的马？
用户：因为可以跑的更快。
福特：你为什么需要跑得更快？
用户：因为我这样我可以更早些的到达目的地。
福特：所以，你要一匹更快的马的真正用意是？
用户（结论）：用更短的时间，更快的到达目的地。
通过最终的推断结果可以看出，用户真正的需求时更短、更快的达到目的，而不是马，马只是解决可以到达目的的方法之一，而人们真正想要的是更快的时间，因此汽车的出现很快的替代了马成为了主流的交通工具。例子中可以看出提出好的问题也是解决需求的部分之一，其实到最后我们**发现创造并不是凭空想象出来的，当你对需求自问到一定的程度后，可能就**发现，提问和创造其实二者已没有什么太大的差别。我们在进行产品设计时多一步思考，多去问一个为什么？也许就**得到不同的答案。
小范围验证也称可行性验证，是指我们在设计某一项功能时，在正式投放市场前，可以先小范围的对目标用户进行试用，并通过用户意见反馈来完善产品，提升需求的质量。这样做的好处就在于功能推出的初期，就可以加强用户互动，来获得真实有效的信息反馈，以达到判断需求的真实性以及是否符合我们的心里预期。
这种可行性的验证方法有很多，可以找上一些用户开上一场带有交互的原型说明**、可以是上线前的灰度测试。但无论是哪种方法，其核心的关键点都是在我们可以通过用户的反馈来进行验证，在产品大规模推广前·可以非常有效的帮助我们去验证自己的想法与市场的贴合度。
Instagram的前身Burbn，是一个功能非常复杂的应用，各种各样的功能让用户不知所措，后来创始人通过对使用burbn的用户进行分析，发现用户们根本不**使用一些类似签到的功能，但是应用程序附带的照**共享功能却引起了用户们的极大兴趣，Burbn的创始人在发现大家高频率使用的分享照**功能后，就将这部分功能独立出来，创造了Ins。
我们在进行产品设计时，当遇到一些无法抉择的功能判定时，可以在上线前通过小范围验证来对验证进行测验，根据用户的反馈来找到真实的需求所在。
逆向思维，也被称作为求异思维，简单理解就是对一些似乎已成定论的事物观点反过来进行思考的一种思维方式。让思维向对立面的方向发展，从问题的相反面切入去思考，以发现不同的潜在逻辑。
通常人们都习惯于沿着事物发展的正方向去思考问题并寻求解决办法。
逆向思维是一种强大的思维工具，因为它可以让那些看上去并不显眼的错误和障碍都一一显露出来。我们在工作中可以通过此思维方法去预想项目失败的各种情况。假如现在你正在处理手头上一个很重要的项目，可以设想一下几个月后，如果这个项目失败了，那是怎样最终走向失败的呢？什么地方出了错？你犯了什么错误？它怎么**失败？，通过这些答案反向推论一开始的设想是否成立和需要调整，换言之，也就是需要你思考一下自己主要是想实现怎样的目标，然后问问自己，“什么**导致项目进展和最终目标发生重大偏差？，如并如何加以”
其实，对于某些问题，尤其是一些特殊问题，从结论往回推，倒过来思考，从求解回到已知条件，反过去想或许**使问题简单化。
类比法也叫“比较类推法”，其出发点是寻找事物、对象之间的共有的属性并将其恰好的运用到功能设计中，通过外物来启发思考、激发灵感。
通常我们在进行产品设计的时候可以从一些已有的成果中寻找当前我们业务所在场景下的基本性需求，这样的方法相较于凭空想象，可以使我们比较快速的了解一部分用户需求，通过类比对象所获得的的共同点具有非常高的可实现性,对象间的共有属性越多，则类比结论的可靠性越大，可靠性的功能设计时可以通过以下方法来进行思考，
（1）反馈性，设计的功能应在合理的时间内，用正确的方式，向用户反馈当前系统正在做什么，常见的设计案例如版本更新时，显示的进度条，预估多久更新完毕，用户提交信息后，如果某项内容错误，应给予用户指出错误的具体原因。
（2）符合用户心理预期的内容表达，比如音乐播放器的按钮设计，即使不做说明用户也**很容易理解每个按钮对应的功能。
比如外卖行业icon的设计，非常容易理解和使用，给人直观的印象。
与所处行业贴合保持一致性，产品设计中有很多约定俗成的规范，虽然没有标准化的明文规定，但大家都在遵守，因为用户已经习惯了这些规范，因此我们设计时应尽量贴合行业，不要过度的标新立异。
（3）与所处行业贴合保持一致性，产品设计中有很多约定俗成的规范，虽然没有标准化的明文规定，但大家都在遵守，因为用户已经习惯了这些规范，因此我们设计时应尽量贴合行业，不要过度的标新立异。
同处外卖行业的，美团、饿了么在功能结构上的类似性。
对于产品设计而言可靠性越高就越好。可靠性高的产品，可以长时间服务于用户。
本文介绍了一些关于需求的方法，不同的方法适用于不通的场景，在没有很明确方向的情况下，我们可以通过五why法，先找出问题，建立问题结构再去进行深度的需求挖掘。对于有比较成熟的市场或是行业，我们可以通过类比法找到对标行业的解决方案，在初期加以复用，并根据自身的业务场景来在进行差异化的设计。当得到较为明确的需求后，我们可以通过反向思维来去印证当前的结果是否可以解决一开始的问题设想，最后，我们通过小范围验证方法来进行真实市场的取证。
正如需求一样，思维方式和解决方法重来都不是单一进行的，我们再进行产品设计的过程中无论是接收到上级、下级所反馈的需求，还是自身挖掘的用户潜在需求，都应先去思考需求背后深层次的逻辑到底是什么，多提出问为什么？ 并将得到的答案与自身的业务所结合，并加以印证，通过真实有效的方法及反馈来进行产品设计上的调整，很多在我们看来有价值的需求，也许放在当下的业务场景内并不适用。分析需求场景、用户特征和需求价值，让需求在最合适的业务场景（土壤里）生根发芽。
本文由 @白开水 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
