如何进行需求分析评审

文章目录

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

需求分析

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

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

需求分析要注意的三个点

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

边界

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

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

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

用户故事

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

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

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

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

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

用户路径

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

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

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

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

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

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

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

分析背后的人性

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

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

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

如何把需求产品化

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

要注意的需求

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

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

面对这类需求，我们怎么应对呢？

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

应对：

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

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

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

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

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

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

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

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

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

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

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

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

应对：

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

第一、先肯定需求价值，再提出需求实现的成本。不管老板提出什么样的需求，我们还要先肯定一下他的需求价值。然后，再认真的提出来，我们的这个需求实现的成本。第二、给出更好的需求替代方案。就是说这个需求做不了，我给你一个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层依次是：

你的目标用户，
你用户未被满足的需求，
你的价值主张，
产品的功能集
你的用户体验（UX）。

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

例如以下临界点：

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

Saas产品标准：

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

参考

孤尽T31