“手术式”分析用户需求

5 评论 11046 浏览 39 收藏 9 分钟

导读:在C端产品的0到1的开发流程中,分析、整理需求是一个必不可少的环节。分析需求的环节是否能做好,影响到产品的成败。本文旨在解释分析需求环节的必要性,并给出具体方法论,辅以人们更好地让产品的功能可以精准地对应用户的本质需求。

在C端产品的0到1的开发流程中,分析、整理需求是一个必不可少的环节,但最近我发现身边有的朋友觉得这个步骤无关紧要,他们说:不就是输出一个需求收集表,然后据此转化为功能清单吗。

其实不然,这里面有很深的学问和连带效应,以至于你分析需求的环节是否能做好,影响到你产品的成败。

本文旨在解释分析需求环节的必要性,并给出具体方法论,辅以人们更好地让产品的功能可以精准地对应用户的本质需求。

文章涉及的东西较多,但目的只有一个:告诉大家分析需求并不是可有可无,引起大家的重视,并希望可以帮助到大家更好的分析需求。

一、确认要做的事

先让我们理解一下需求分析的来源与概念。

是人都有欲望,人们的这些欲望导致了现实中的很多问题,他们想要解决这些问题,从而产生需求,再往下就是功能和产品了。普通人都只能完成前面的三步,最后的两步需要专业的人士,也就是我们PM来辅助完成。

从“需求”到“功能”这一块,就是分析与整理需求存在的地方。通过需求分析,我们把调研、收集到的需求精准、合理、合适的转化为我们的产品功能。

需求,是用户的需求;转化,是我们的转化。把虚无缥缈的用户需求以功能的形式,具象化的表现出来,以此确定系统做什么的过程,就叫做需求分析。

二、做事的动机

确认需求分析是什么之后,再谈我们的目的就很简单了,这里我从四个方面说。

1. 产品

做出能真实解决用户问题的产品,是我们的本质目的。分析用户需求是为了打造高度吻合用户痛点的功能,当这些功能有序排列组合到一起,就形成了专门解决现存某个问题的组合体—产品。

2. 公司

帮助公司获取利益,是我们的职责,也是分析需求的终极目的。这里的利益包含了商业盈利和吸收流量,我们无论怎样以用户为中心,其实都是为了让他们为此买单。

3. 运营

了解了分析需求对产品和公司的重要性之后,自然就联系到了后期运营。更好的在后期推广、宣传我们的产品,是分析需求的间接目的。一个产品做的好不好,直接影响到了运营的实际效果,产品对用户需求的理解越深刻,就越会受到用户的欢迎,运营推广方面也就越顺利。

三、“对”的做事

分析需求的方法论,我从两个维度讲:宏观划定范围和微观具体步骤。

1. 宏观:划定需求范围

如何确定哪些需求要进行转化?可以以以下三个步骤进行。

①分辨真需求和伪需求。真需求和伪需求最大的不同就是,真需求是目的,而伪需求多以手段的形式出现。

做饭、点外卖是手段,是伪需求,饱腹才是用户的真需求。

这一步的目的是确定哪些是本质需求。

②实现OR放弃。OR放弃四个方面需要兼顾:需求广度、频率、时机和用户的痛度。

分别展示为:

  • 你这个需求是否有很多人需要?还是只有你的老板、甲方爸爸需要?
  • 你这个需求,用户的频率怎样?棺材、骨灰盒确实是有需求,但一个用户一生也只用一次。
  • 你这个需求是否有必要现在上线?元宇宙大家都知道吧,现在就让用户前往星辰大海,现实吗?一是技术上还没达到,二是了解元宇宙的人还很少吧,谁愿意去做哪个小白鼠呢。
  • 你愿意为此需求买单吗?其他用户愿意吗?我需要一个女朋友,但我需要的欲望并非十分强烈,因此可能不会购买。

③优先级最终确认。哪些需求是与你的产品最贴合的,哪些是后续迭代才能上的,要做优先级的分类,可以输出迭代文档。全做等于全废,根据市场、用户、公司的实际情况,寻找最适合当下的需求。

这一步可以参照KANO模型来进行优先级划分。

2. 微观:具体实现步骤

1.确定用户范围。世界上的用户太多,我们要寻找某一类用户进行精准定位:这类用户都有共同的需求,且这个需求可以被我们的产品满足。

2.确定目标用户数量。这一步很重要,会影响到我们的设计方案。

例如:我做出行类的产品,如果我的目标用户只有100人,那么我只需要考虑飞机的方式;但如果我的目标用户是100万人,就需要考虑火车、轮船、客运一起上。

3.了解用户画像。确定了用户数量后,我们就要开始了解这些用户了。制定用户画像,是最简单实用的方法,用户画像要精确到年龄、性别、职业、地区这类层次,将用户变成我们熟悉的人,甚至是朋友。也可以问问自己身边有没有这类人,如果有,找他们询问意见。

4.分析使用场景。完成用户画像后分析用户使用场景,因为即使是同一个用户,不同场景下需求也是不同的,需求与场景密不可分。我做出行类的产品,当用户事态紧急时,我们使用飞机完成他的需求;当用户想实惠时,我们用火车完成他的需求。

5.制定产品主要功能。如果说1-4步都是用户维度,那么我们现在终于可以根据结论来制定相关功能了。这个时候就需要把需求池转化为功能清单。

6.对需求分析结果进行汇总,并召开需求评审会议,广泛采集参与项目各方人员的意见,最终锁死需求和功能。

四、不忘初心

其实分析需求这一步骤隐藏下的本质内涵还是产品经理的逻辑思维。现在越来越多的人专注于“敏捷开发”这类新兴方法论,虽然很炫酷,符合现代互联网人的特征,但也许忽略了最基础的逻辑性,到分析需求的时候就会说:感觉这个功能很对用户的胃口,于是就跳过去了。这是十分危险的,产品经理不能凭感觉,就像医生治病一样,不能以“吃药”带过,必要时要以“手术”对病魔进行精准打击,这是规则和底线。

最后,希望大家不忘初心:解决用户问题。永远不要把一件事情想的太简单了。

 

本文由 @雨落 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 老板、甲方爸爸的需求优先级最高

    来自北京 回复
    1. 从商业的角度来说是这样
      但是身为产品还是不能轻易折腰

      回复
  2. 学到了

    来自广东 回复
  3. 剖析的很好

    来自湖北 回复
  4. 写的真好

    来自湖北 回复