几类常见的伪需求,看看你认识几个?

编辑导读:需qiú,每个X从业者耳熟能详的词。许多人认为需qiú就是将用户想要的东西一一实现,客户怎么说,我就怎么做。但是需qiú工作,做的是一个编译器,而不是X笔。用户的错误描述、相互X的需qiú会变成伪需qiú。本文作者将对此进行分析,与你分享。

这篇文章是根据我的经验和前人的知识,总结了6类常见的伪需qiú。好了,话不多说,进入正文吧。

“需qiú”可能是所有产品经理、甚至是所有IT行业从业人员谈及最多的词之一,当提到用户需qiú时,所有人都能说上几句。

许多需qiú工作者会把客户的话一模一样的带回来,客户怎么说,我就怎么做,其发挥的作用约等于一支X笔。需qiú分析人员如果不能够做到X客户的阐述,把客户的需qiúchāi解、翻译,那么需qiú分析工作的意义也就不存在了。

需qiú工作,做的是一个编译器,而不是X笔。

在展开说需qiú之前,我们先来看一张图:

图中包括这么几个要素:用户、场景、任务、需要解决问题(也有人叫诉qiú、痛点)、用户对诉qiú的描述。

当然,这几个要素也不都是需qiú的组成,用户对诉qiú的描述是对前面四个要素的X解释,所以不属于需qiú的范畴。一个完整的需qiú应该包括:用户、场景、任务、需要解决问题。

基于这四个要素,加上用户的错误描述、相互X的需qiú,共同组成了这么6类常见的伪需qiú:

  • 错误的场景
  • 错误的用户X
  • 没有建立在核心任务的基础上
  • 没有需要解决的问题
  • 用户词不达意
  • 相互X的需qiú

本文将从这几个角度出发,介绍几类常见的伪需qiú。

01 拖离了X场景

大家一定见过很多拍脑袋、头脑风bào想出来的需qiú吧,通常就是属于这一类,大家在办公室的场景下和实际用户在第一线使用时候的场景是不同的,脑海里的想fǎ更不可能一样。

这是需qiú里面最重要的一个要素,如果连用户在什么情况下会有这样的诉qiú都不清楚,那么后续的所有结果都充满不确定性。

拖离了场景的需qiú常见有这么两种:

  • 拖离了X场景;
  • 太过超前,大背景不支持;

拖离了X场景,往往是对实际情况不明确,就可能会造成产品的实际效果和预期相差甚远。

就好比你在一个出行APP上前定了一张高铁票,定完之后在预定成功的提示页下面给你推荐了mǎi菜的广告。场景不同,即使拥有巨大的liú量,也很难为你所用。

如果说拖离了X场景是资源浪费,那么拖离了大背景无疑会把产品送上绝路。

2017年,曾今X过一个在做“云上香”产品的创业者,希望为那些想给祖先上香祭拜,却远在他乡无fǎ实现到场祭拜的人,X一个在线祭祀的网站。

后来这个网站在运营几个月后关停,cǎocǎo收场。该网站是在5线城市的小县城里运营和X,没有人知道,什么样的情况下,能够让祭祀者放弃几千年的xí俗,在网上对着一个电脑上香。

而到了20X疫情期间,祭祀者无fǎ出门祭祀,“云上香”反而火了一把。

产品在新的品类中最容易出现这种怪像:我帮你填满了所有的坑,却只是在为大环境下的后来者培养用户xí惯。

02 并非目标用户

拖离了用户X的需qiú,常见有这么三类:

  • 把自己的需qiú当成用户的需qiú;
  • 不是我们的用户;
  • 过于小众的用户X;

经常看到有人说产品经理的同理心,要发现用户的需qiú。我觉得这是个伪命题,产品经理很难深入一线在每一个X场景的下完成所有任务,即使是产品深度使用者,也很难X整个用户X。

但是,常常有老板会乐此不疲的强调所谓的“同理心”,似乎这样能够让自己看起来更X。

与其说产品经理的同理心是要发现用户的需qiú,不如说是要了解和验证用户遇到的问题。

除去这种的常见的投射效应,非目标用户提出来的需qiú也是屡见不鲜。

先不妨来看个故事:

(背景:产品是一个资源管理系统,主要X图片、X的录入和共享)

客户X:我觉得你们这个系统有点不好用啊!

PM :是吗?哪里不好用了?

客户X:你看,你们这个上传,上传的时候,都没有要qiú要打标签。

PM:这个是考虑到便捷性,不然每一张图片都要手动打标签,大家都不愿意传了。

客户X:你不要这样想,只有每张图片都必须填写这么多信息,大家才会觉得这个事情不容易,才会重视这个事情。

PM:……(心里一万句MMP)

很多提需qiú的人其实并不是我们的目标用户X(或许提需qiú的人自己认为是),所以提出来的需qiú并没有太大的实际价值。

有趣的是,在B端的产品中,有时候非目标用户提出来的需qiú会更受重视,可能他们才是直接付费者。

还有部分用户,可能确实有需qiú,需qiú也合理,但是这部分人极少,所以不考虑。

大家都知道B站最初是一个ACGX创作、分享网站,某天一个ACG爱好者想给一个女生mǎi一个包,想看看B站有没有相关的X,结果没找到。于是他觉得B站这点没做好,应该开设“奢侈品包”这样一个栏目。很显然, 没有哪个产品经理会理会这个需qiú,因为B站的主liú用户的画像和奢侈品包包的XX重合度极低。

03 拖离了核心任务

拖离了核心任务的需qiú常见这么几类:

  • 用户并不想完成任何任务;
  • 需qiú偏离了核心任务;
  • 和核心任务liú程相悖;

有些用户并不会在产品上完成任何一个任务,但是如果你让他提需qiú或改进意见,他却可以头头是道的跟你说出个子丑寅卯。

常见的莫过于ToB产品的客户X,他并不需要完成任何任务,却可以从你的幻灯片中看到产品的不足和需要改进的地方。

许多人想把产品做的大而全,这恐怕是最常见的和核心任务偏离了。

来看个关于大而全的故事:

(背景:产品是一个媒体采编系统,核心任务为用户X写稿、编辑、发布的功能)。

X:我们到后面要做统计,把数据统计出来并生成报表给用户。

PM:这个是要做的,已经在考虑了。

X:我们要做个网盘,用户可以自己上传东西上来,采写稿件的时候可以用到。

PM:额,这个应该不是那么重要吧。

X:我们还要做个X阅览的功能,我上次看有些客户有自己的出版物,可以放上来,到时候就不需要找书翻资料了;

PM:……

故事中的X可能是很多X的缩影,就是我什么都想要,这就容易陷入一个泥潭,越是X大而全,越是容易做成大而“烂”。

避免大而“烂”,确认产品定位是关键,否则,所有的需qiú不算超出产品的边界,因为我的产品边界就是整个X的边界。

和用户的核心任务liú程背道而驰,其实就是我们常说的“不符合用户xí惯”的一种。其实这里面又可以分为三种:

  • 简化用户核心任务liú程;
  • 复杂化用户核心任务liú程;
  • 拖离了原有的任务liú程;

严格意义上讲,三种都可以是伪需qiú。可是实际上,简化了用户的任务liú程的需qiú,一般不会被定义成伪需qiú,因为这一类需qiú往往被认为是解决了所谓的“cāo作liú程复杂”的问题(实际上,即使简化任务liú程,也需要经过无数次验证)。

04 没有需要解决的问题

用户没有这样的诉qiú或者是说用户并没有遇到任何的问题,也不需要你X任何的解决方案,但是依旧有许多的产品人像是叠积木一样,不断在产品上累加新功能,这往往来自产品经理或者老板的不自信,可能来自两个原因:

一是因为别人有这个功能,所以我也要有,似乎这样能够在介绍产品的时候显示产品的“强大”。用户其实并不关注你有多少功能,更不可能所有的任务都在一个产品上处理,他们只在乎自己的问题是否得到了很好的解决。

二是不开发点新功能模块,就感觉我没做什么工作,或展现不出我的水平。

于是就有了接下来的这一幕,产品经理把成熟市场中验证过的产品功能,跨界移植到自己的产品中。最终产品演化成了一个四不像。

05 用户的描述≠X需qiú

其实这一类可能并不是一个完整的需qiú,但是许多初级的产品经理却对这一类“需qiú”格外执着,有一些会乐此不疲的做着这些没X义的工作,还有一些产品会认为这些提需qiú的用户都是奇葩。

用户说出来的话其实往往是和这四个要素拖离开的,单纯的把客户的话带回来,往往是最简单省事的办fǎ。不合格的需qiú分析看什么都是奇葩需qiú,高级的需qiú往往能透过表面,了解其中原委。

用户的描述经常会出现这么几个现象:

  • 用户只是提出了一个解决方案;
  • 用户其实只是单纯的在抱怨;

如果跑到用户面前去问用户想要什么,用户会告诉你“我想要这个地方加个按钮,实现……”、“我想让系统进入的时候默认展示个人信息”、“我想让X提交按钮的时候,出来一个选择框,用来选择……”。

大部分用户告诉你的并不是需qiú,而是说出了一个他以为的解决方案。

(难道这就是所谓的人人都是产品经理?——关于问题的解决方案似乎每个人都可以说几句)

来看一个案例:

福特:你想要什么?

用户:我想要一匹更快的马。

让我们来看看需qiú的黄金圈fǎ则:

用户说出来的解决方案,往往是和他内在的需qiú有一定的X,或许也能解决,但是对于我们的产品来说,不一定是最好的解决方案。

如果用户给你提了个解决方案,不妨问这几个问题:用户是X一件什么事?一般做这件事的频率?为什么要做这件事?除了提需qiú的人,还有哪些人、X需要做这件事?人数大概是多少?目前是怎么做这件事?目前做这件事遇到什么问题?除了用户提出来的这个方案,还有没有其他方案?

除了提解决方案的用户,还有许多只是单纯抱怨的用户,这一类用户或者是抱怨X太高,或者是抱怨X不好,或是抱怨其他。总的来说这一类评价可能会对产品的演化、运营方向有参考意义,但是绝不是一个需qiú,也千万别太过认真。

某外mài平台APP评论

06 X的需qiú

这一类的需qiú严格意义上不算是伪需qiú,他有明确的场景,建立在任务之中,也有自己的诉qiú,但是由于他和我们的主体方向偏移了,也就注定和我们的产品无缘。

X的需qiú常见这么几类:

  • 两个需qiú相互X;
  • 和产品定位X;

用户有时候会提出两个完全X的需qiú,不过用户有可能自己并不会发现,当然也有更多X的需qiú是不同用户提出来的。

不管怎么样,当两个X的需qiú出来的时候,我们选择了一个,也就注定把另外一个需qiú视为“伪需qiú”了。

也有些X的需qiú,产品经理为了把他们全部解决,最终把产品做成了大而全。

比如一个网盘应用,A希望能过把文件夹简便上传上去,B希望每次上传一个文件并填写相应的说明。…… 于是产品经理就设计出来了可以配置的上传功能。

比起相互X的需qiú,和产品X的需qiú似乎就好分辨很多了,简单点的一句话,“我们的产品本来就不是给你去解决这个问题的!”,不过也有些需qiú会随着产品定位的变化,最后变成需要解决的了。

07 发现伪需qiú需要对问题的深入了解

需qiú是一个宽泛又严谨的词,把用户的任意的一个想fǎ当成需qiú,那是外行人干的事。对于产品人来说,每一个需qiú一定是能解析、有来龙去脉的。否则我们看需qiú就会产生四个不知道:看到需qiú不知道用户为什么提出来,设计出来的功能不知道为什么要这么设计,看到方案不知道有没有更好的方案,最关键是自己还不知道自己啥也不知道。

其实识别伪需qiú的最直接方式——问几个问题:

  • 场景、用户、要执行的任务、要解决的问题是否X?
  • 是否有足够的数量基数?
  • 是否要用产品帮用户解决这个问题?
  • 是否会影响其他需qiú?
收藏 (0) 打赏

以上内容不错,打赏支持一下!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

声明:本站所有教程资源,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。

雄发创业网 自媒体是如何赚钱的 几类常见的伪需求,看看你认识几个? https://www.xiongfawang.com/862.html

常见问题

相关文章

几类常见的伪需求,看看你认识几个?-海报

分享本文封面