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


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

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 协议


    推荐阅读