1 最近我一直在思考一个问题:我们天天在讲需求,到底什么才是需求? 作为互联网人,这个名词我们已经早已司空见惯,但却很少有人去仔细琢磨这个概念。我们总是习惯性地认为,需求无非就是用户对产品的反馈与建议,就是老板提出的商业诉求,就是运营人员减少工作麻烦的想法。 然而,在经历了大量工作实践与产品学习之后,我发现自己对于需求的定义十分模糊,完全无法自圆其说,按照费曼技巧来看,从开头上我就已经头脑混乱了,如何把新学的知识用自己的语言说给别人听,达到深入学习的目的才是我继续解决的问题。 因而,我开始有意识地打磨自己的产品方法论,理解需求这个概念至关重要。 首先,扪心自问,我们为什么要用各种产品? 在我看来,产品无非能够帮助我们实现以下两个方面的目的: 其一,产品能够解决我们在工作、生活、学习等具体场景中遇到的问题。
其二,产品满足了我们在生理或者心理上的欲望与内心渴望。
从这些产品中我们不难得出,一个产品的终极目标就是为了满足更多人的「需要」。 2看到这里,有人不禁要问:为什么你用「需要」而不是「需求」?这里有必要将两个概念完全理顺。 我们先从需求的定义开始分析:
互联网产品大多数都为虚拟产品服务,运用经济学分析当然无可厚非,但是这必然与我们日常工作中遇见的需求南辕北辙。于是乎,我们需要进一步去探究。
如此一来,需求的定义就要清晰许多。 换种说法,将经济学与心理学的定义结合来看,需求是指人们在欲望驱动下的一种有条件的、可行的,又是最优的选择,这种选择使欲望达到有限的最大满足,即人们总是选择能负担的最佳物品。 由此可见,「需求」绝对不等于「需要」。 根据百度百科的定义:
从上述定义来看,需要是内在的客观诉求,而需求则是外在的主观要求,而且需求比需要的层次更高,其中有两个关键因素,一是支付能力,二是意愿水平。 举个例子,大家就能够明白两者的差别了:
简而言之,
因而,我们熟知的马斯洛理论其实应当马斯洛需要理论,它将需要分成生理需要(Physiological needs)、安全需要(Safety needs)、爱和归属感(Love and belonging)、尊重(Esteem)和自我实现(Self-actualization)五类,依次由较低层次到较高层次排列。 图片来源:网络 当然,马斯洛需要理论过于宏大,我们需要更为精准且有效的分析模型。在我看来,对于互联网产品来说,一般有以下十种需要,而我们在一款产品中经常能够发现它其实满足了多种需要,不同功能旨在提供不同的用户体验:
大家有空可将手机上的下载应用稍加分析便可略知一二。 3理解需求的内涵后,下面我们便能更好地开展需求挖掘与分析工作了。 在初入职场时,我尚未建立起自己的分析逻辑与框架,总是会不假思索地增加与改变原有的架构与功能模块,如此做法很容易导致后续功能或是数据库变动,因而影响产品上线与项目进度。最可怕的就是推翻重来,之前的努力都付诸东流。 在接触更多优秀的产品学习与分析案例之后,我愈发认为,打造自己的思维模式与分析框架是多么重要,一方面简化流程,培养产品感觉,另一方面总结经验,不断迭代。 我将自己的需求分析方法论分为三个阶段:
本篇文章将阐述第一阶段的需求分析方法论。 4当老板、运营或是客服人员提出了新需求,我们在产品设计中首先要做的就是明确两个原则:
接下来进入主题,面对单个需求,我们如何分析它是否满足了用户在特定场景下的需要?是否真正地解决了问题? 我的思考方式如下: 首先,考虑用户,用户是一切产品的核心所在。 当想到一个功能或是需求,先考虑谁会用?潜在用户有哪些?我们要从用户角度去思考这一功能对他们的影响,因为最终是用户使用产品,从最发散的方式去逐一验证或者推翻。 列出所有可能感兴趣的用户(请注意,这里的用户不单单是消费者,而是指所有对这一功能感兴趣的人,可能包括 CEO、运营人员或是第三方等)。
其次,分析场景,在移动互联网时代,场景感是最重要的因素。 我们要考虑这些用户分别在什么情况下使用(感兴趣)? 我们再列出用户发生(感兴趣)的场景,先对场景进行假设,然后再实地验证对场景的描述,因为场景不同,问题和需求自然不同。 我们可针对每一类用户往下分解,把具体情况描述清楚。
再次,考虑问题,用户分别在上述场景下碰到什么问题。 问题不是解决方案,问题也不要怕重复,可以采用多个为什么来探究背后的真实动机与想法,多数问题最终都与情感需求有关。
最后,考虑解决方案:用户现在的解决方案是什么? |
|