关于需求:辨别真伪以及需求优先级排列

4 评论 5338 浏览 23 收藏 9 分钟

编辑导语:对于产品经理而言,每天的工作内容都和需求分不开。因此,需求可以说是产品经理做产品的第一要素,只有具备了需求,产品经理才能去构想相应的产品。用户需求分为真需求和伪需求,因此在产品经理了解用户需求的过程中,学会辨别真伪,并且能够将用户需求进行优先级排列,是很重要的一件事。

Hi~大家好,我是情狐,这是我在人人发布的第一篇文章,今天跟大家一起聊一聊产品工作中的需求篇。

我们产品经理的工作可拆解为:“业务需求→产品架构→功能需求池→功能流程图→页面原型→功能逻辑→产品需求文档→产品评审→测试用例→数据分析→产品迭代”。

那么看来,其实需求是我们做产品的第一要素。

可以说没有需求,也就没有了我们的产品,我们的产品是服务于需求的,用户有痛点,就形成了需求,有了需求之后,我们来制造产品去解决用户的痛点以及需求。

其实在现在的真实或虚拟产品中,我们都可以看到一种常态事件,某一产品上市后在短时间内获得了现象级流量,然后迅速消失在人群视野中。

甚至一段时间后,当大家提起这个产品并说到体验的时候,几乎会一致认为普普通通,毫无疑问,一定是这个产品对用户需求把控出错了。

通常用户需求会分为真需求和伪需求,可以以最简单的一句话来解读,用户虽然这么想,但他并不会这么做。我们作为企业经营者、产品总监、产品的研发者,需要理性的分析用户需求,因为用户的心理,往往是雷区重重。

闲话少叙,进入正题。

一、什么是需求?

“需求”一词常用于表达“消费者对于具体某种商品的使用程度(包括是否会购买、购买数量、使用频率、使用时长等等)”,比如“孕妇对于提供孕期知识的产品需求大”。

过去总说要尊重用户的需求,但其实很多人尊重的是用户的欲望,欲望是啥?

欲望是已知的需求嘛,其实还有很多需求是藏在用户心里的,没有人把成熟的、用心的产品和服务放到用户面前,他自己甚至都不知道自己需要它,那么我们再说直白点什么是需求,就是你生病了,渴望一个人去药店帮你买药,这就是需求。

二、什么是真伪需求,为什么要辨别?

之前有个朋友跟我聊创业,他说自己是某公司的白领,平时商务出差的频率很高,有时候总是忘记什么场合什么场景去穿什么样的商务服装,所以他要做一个app,可以同城快速送服装的,解决商务人士短时间内对于服装更换的需求,问我有前景么?

我反问他说,这个是你自己的需求,还是所有白领用户的需求?

其实这个问题本质上这是个辨别需求真伪的问题,我们在生活中也会遇到非常多的真伪需求,比如有个故事说的,“客户说我需要一头牛,因为想吃牛排”。

其实我们知道用户需求是想要一头牛,但这是表层的需求,用户的本质需求是想吃牛排,要一头牛的需求是伪用户需求,真实的用户需求是需要一份牛排,如果搞不清楚,就会给他一头牛。

因此,我们产品需要能够提供用户一份牛排,这就是抓对了真实需求后产出的产品需求。

1. 用户真实存在多少,用户价值公式是否成立?

  • 用户是否真实存在,存在多少?
  • 用户场景是否真实,时空约束条件是否存在?
  • 用户是否有旧体验,旧体验如何完成?
  • 新的需求满足的方式,是否对旧体验有体验差?
  • 用户价值公式是否成立?

2. 先问目的、紧急重要程度、效果,然后考虑做不散,怎么做

1)如何找到用户本质需求?

就是一个词:为什么?  要和用户不断交流,让自己成为用户。

要不要满足用户本质需求,即紧急重要程度:

  • 产生需求的用户规模(是否核心用户)
  • 产生需求的场景
  • 产生需求的频次
  • 带来的收益成功(用户体验/数据效果)

2)什么样的方案最为合适的满足用户本质需求?

  • 现有产品功能是否满足
  • 市场经验
  • 技术实现成本
  • 用户体验
  • 有没有更简单的方式

此图为马斯洛需求层次,可以根据这个理论,来对用户的需求进行一个判别,到底哪些需求是刚需,是重要且紧急的,是否彻底解决了用户的痛点。

三、需求优先级

产品一旦启动,负责人(CEO、产品总监、产品经理)会事先牵头,产品、研发、运营、市场团队协商一致,拟定一个产品优先级;这种时序叫RoadMap(产品线路图)。

如果不发生意外,产品设计和研发团队会按照这个线路走下去。

那么我们为什么要做一个需求的优先级排列呢?

其实我们在产品研发过程中,并不是顺风顺水的,都会遇到各种的不确定因素,导致无法上线,或者延期上线等。如遇到这种情况的话,我们会首先把需求池中的排列在前的需求先解决,让产品可以先上线,让用户可以先使用。

像对于我们创业型公司来说,可以将需求优先级进行以下排列:

1. 最高优先级00

威胁到线上产品正常使用的、阻断式的bug、闪退、系统崩溃、明显的低级错误、存在安全隐患,泄露用户隐私。

2. 高优先级01

与当前转化相关,开发代价相对较小,只需要简单的调整就可能带来巨大转化提升。

3. 高优先级02

营收转化较好,开发代价较大当前转化率较高,能带来营业收入,再提升转化需要付出巨大成本。

4. 中优先级03

数据统计类需求,使用现状反馈,对转化趋势判断的相关统计功能,帮助公司合理决策。

5. 中优先级04

运营效率需求,提升内部工作效率的各类后台产品功能,能帮助公司节约运营成本。

6. 低优先级05

所谓战略型需求,可能带来巨大营收,但运营没有准备好,市场也缺乏教育。

7. 低优先级06

没有转化参照物的需求,当前转化率一般,并且即便提升转化率,也不能马上带来营收。

此优先级方法不一定适合所有公司,不一定适合所有人,仅作参考。

 

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

题图来自 Pexels,基于 CC0 协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 结束的很突然

    回复
    1. 我也觉得迷之突然。。。。

      回复
  2. 你有这闲时间写这,不如找我聊会天

    回复
  3. 沙发自己占

    回复