如何进行需求分析评审

如何进行需求分析评审

文章目录

  • 如何进行需求分析评审
    • 需求分析
    • 需求分析要注意的三个点
      • 边界
      • 用户故事
      • 用户路径
      • 分析背后的人性
      • 如何把需求产品化
    • 要注意的需求
      • 伪需求:没有调研、没有目标、没有逻辑的无脑需求
      • 权力需求:老板或者是强势业务方的需求
    • PMF 产品市场契合度
    • 参考

需求分析

如何进行需求分析评审_第1张图片

理解和挖掘用户的诉求、以及背后的逻辑,转化成可行性的分析结果。从非结构化到结构化,确定系统的职责、模块的过程。

做任何系统的时候,都能从用户的诉求出发,来打造我们的产品。

需求分析要注意的三个点

需求分析要注意的三个点:边界、用户故事、用户路径

如何进行需求分析评审_第2张图片

边界

什么叫项目边界呢? 比如说:现有的框架里面的有一些功能,是不是我不需要开发了,可以直接复用?另外一个团队做的事情是不是我不需要我去做了,我直接调用接口,还是自己来实现?

所以这个边界一定要确定,就是哪些数据已经有了,哪些模块用老的,这就是系统边界。

所以,对应需求也要有需求的边界,不可能把需求扩得无限大

用户故事

需求最后要能够还原成一个用户角色的用户故事

比如说他是乘客,他的用户故事是什么?他的用户故事是想买票,然后就付钱,并且完成订单,收到通知。

比如说候补功能,也是个用户故事,他已经买不到票了,他通过候补排队,有人退票的时候这个票就给他了。

还有一种用户故事就是说,我到车站去接朋友,然后,我查一下他到杭州站是几点几分。那我就查余票的方式去查,再点进去,然后再去看他的到达的时刻,这也是我的用户故事。

所以,需求里面一定是有用户故事的,你从用户的角度来说,把它分成场景,然后,整理出来,这就是用户故事?

用户路径

用户路径指的是我们和系统的任何触点都是一个路径

比如说你为了拍照,有什么样的用户路径呢?你要打开你的手机,输入你的密码,这是两步的用户路径,第三步是打开你的照相机,第四步是点一下,这是你的用户路径。

你可能听起来非常非常简单,可是在一个非常复杂的系统里面,用户路径往往是非常模糊的。

就是用户要达到什么样的意图

比如说我今天要直播,我需要进后台,然后去建直播,并且我要点开我的客户端并且共享屏幕,然后,通过声音、视频各方面的测试,大家才可以看到我。这就是用户路径,真是非常非常的长。

用户路径如果说大家能设计成五步就不要设计成八步,让用户路径尽可能的短

能够达到同样的目的,用户路径短的话,让用户使用成本是非常非常低的。

分析背后的人性

在需求里,我们一定要分析他背后的人性,人性是提出需求的本源

大家一定要知道,人是一切问题的开始,那也是一切问题的结束。所以就是说,人性大家一定要想到,就是说他提这个需求,他背后的人性是什么?他是帮用户思考?还是他想实现自己kpi?还是他想打压对手?还是他想拉投资?

人性是提出需求的本源,需求背后的人性,我们是一定要知道的

如何把需求产品化

如何把需求产品化?如何去分解哪些模块?如何配置化?有逻辑的把需求转换成产品、可以描述的功能;所以需求还有一个落地路径,一般来说就是需求分析->可行性设计->编码->测试->发布。

要注意的需求

那些不正确的,莫名其妙的需求,对我们打击是非常非常大的。

如何进行需求分析评审_第3张图片

其中有两类需求,第一就是没有调研、没有目标的伪需求、没有逻辑的无脑需求。这些是非常非常头疼的,因为这个时候你做了吧,刚上线,就没人用了;或者是做了以后,发现根本就不是解决用户的问题。

面对这类需求,我们怎么应对呢?

伪需求:没有调研、没有目标、没有逻辑的无脑需求

应对:

  1. 用数据化结果否定需求合理性
  2. 用正反案例来说明需求需要改进的地方
  3. 用户路径和触点推演需求合理性

第一、用数据化结果否定需求合理性

这个需要你对他提出需求的那些数据,你比他还了解。

别说些没用的,你拿数据出来给我看;你说你做了用户调研,你说用户的分层是什么?用户有哪一些?用户是否赞同需要这个需求?你有没有做过 PMF (Product Market Fit)产品市场契合度?

就是说你你还没有这个东西的时候,你到市场上去调研一下。你问这个问题;我这个产品还没有,如果没有这个产品,你觉得遗憾吗?并不遗憾、一般般、无所谓;

你得到的结果,如果说没有你这个产品,大家觉得很遗憾的比例超过40%了,那说明这件事情还是一定的合理性的

第二、用正反案例来说明需求需要改进的地方

你可以明确的告诉他,历史上教训很多,像你这样无脑的需求给我们造成了极大的麻烦,这个我们付出的代价也很大很大,需要正反例告诉他需要改进的地方。

第三、用户路径和触点推演需求合理性

就是告诉他,你这个需求,你给我试试看,用户第一步操作什么、第二步操作什么、第三步操作什么?你推演一下,这合理性都没有,没有合理性那你就给我滚蛋,那就老老实实的把需求给我弄清楚了再回来找我。

权力需求:老板或者是强势业务方的需求

第二就是老板一拍桌子就要做的需求。因为老板有时候他脑子一发热想做的这个需求,有时候并不是一个正确的需求。

应对:

  1. 先肯定需求价值再提出需求实现的成本
  2. 给出更好的需求替代方案
  3. 从数据和案例角度说明需求快速上线危害性

第一、先肯定需求价值,再提出需求实现的成本。不管老板提出什么样的需求,我们还要先肯定一下他的需求价值。然后,再认真的提出来,我们的这个需求实现的成本。第二、给出更好的需求替代方案。就是说这个需求做不了,我给你一个planB。第三、是从数据案例角度来说,说明需求快速上线的危害性。

PMF 产品市场契合度

PMF 是 Product Market Fit 的简写,是指产品和市场达到最佳的契合点,说人话就是:产品和市场需求匹配

产品设计不仅服务于体验,一款产品的成功也不可用单一的用户数据来衡量,要以能否找到PMF作为重要标杆。你所提供的产品正好满足市场的需求,令客户满意。

PMF 的提法来自硅谷大神马克·安德森( Marc Andreessen ),他给 PMF 的原始定义是:Product / market fit means being in a good market with a product that can satisfy that market。

它用5个关键要素定义了PMF的问题。在这个层级模型中,每一个要素就是金字塔的一层,并且直接与它上下层相关联。从下到上,这5层依次是:

  1. 你的目标用户,
  2. 你用户未被满足的需求,
  3. 你的价值主张,
  4. 产品的功能集
  5. 你的用户体验(UX)。

C端与B端的产品,对于PMF的定义标准并不相同,大众消费级C端产品的标准包括新增DAU、七日留存、用户登录频次、推荐注册等维度,若产品能够达到10万以上用户,并符合良性的用户流动标准,即可算得上达到PMF。

例如以下临界点:

  • 30%次日留存
  • 新增DAU超过100
  • 达到10万用户量
  • 每周使用天数超过3天

Saas产品标准:

  • 5%付费转化率
  • LTV/CAC>3
  • 月流失低于2%
  • 月毛利达到10万
  • 用户获取成本的回本时间<12个月

参考

孤尽T31

你可能感兴趣的:(解决方案,Java程序员进阶学习之路,需求分析,PMF,用户故事,边界,用户路径)