前言

关于需求剖析无疑是产物司理的一项必备基础功，也是每个产物司理可能事情大部分时间都在做的事情，然则绝大部分产物司理可能不会刻意的去总结一套方法论。总的来说不总结方法论也不会有若干问题，由于事实基本事情很熟手，然则总结了方法论并写出来有以下几个利益：

指导自己事情，在自己不知该若何着手做一个需求的时刻，可以为自己提供一个框架
磨炼自己的结构化头脑及总结能力
写出来与自己对话能提高自己的认知，会获得意想不到的收获

小我私家平时也对照懒，偶然会写些器械，然则通常不能恒久的坚持，也希望自己能逐步坚持下去。

什么是需求剖析

小我私家对需求剖析就是：确认终点寻找路径的历程.

从这一界说来说需求分为2类：

第一类是终点对照明确，无太多争议性，此时的需求剖析主要集中在寻找路径。
第二类是终点不是异常明确、甚至是极为不明确，此时需要先确认终点再去寻找路径。

第一类需求主要包罗一些公司职能部门治理后台一些效率性工具、营销工具等

如：财政治理、订单治理、路由设置等，这类需求磨练的是产物司理的基本功，包罗营业流程梳理、功效逻辑梳理、功效列表及细节，提供最终解决方案、优先级协调、方案拆解及迭代设计等。

需要注重的是，这里所说的终点对照明确是相对的，有些新人产物司理对照容易犯的错误是，营业部门提啥后台需求我就接啥。

这样很容易导致后续改改改，由于营业职员提的往往不是一个需求，而是一个解决了他们以是为的需求点的一个方案，产物司理一定要能识别需求和方案之间的差异，透过方案看到需求自己是什么。

举个简朴例子：运营职员提了个需求说，我想在推送设置界面里加一个EXCEL导入推送职员名单功效。

这个需求看上去很合理，这样运营就可以快速的导入推送职员名单了，然则仔细想想这是一个需求吗？或者说这个需求本质是加一个EXCEL导入功效是产物的最终形态吗？这个问题在这里不做回覆，后面会举一个相类似的我在事情中遇到的实例。

第二类需求主要是一些用户端需求

好比推出一个新的功效、一个新的玩法、对以前功效做优化。然则对于这个玩法事实效果若何，人人都不能很确定。此类需求相对于第一类需求除了磨练产物的基本功以外还需要产物司理有计划MVP（最小可行化产物）能力、数据剖析能力等。

可能会有人提出另有第三类需求，就是现在啥都没有从0~1打造产物。在这篇文章的场景限定下，此类不属于一个需求，这是要做一整条产物线，这即需要产物司理对宏观领会掌握、对营业熟悉、对微观的有掌控等能力，小我私家暂时没有实力写这样文章，若是有同砚想学习此类能力，推荐学习梁宁的《产物头脑30讲》、《增进头脑30讲》，后续小我私家也会尝试着从自己的事情明白中来简朴谈谈

需求剖析框架

需求剖析框架用对照直白的话来说就是：值不值得做？做成啥样子？怎么来做？

值不值得做需要去剖析目的和价值，做成啥样子需要去梳理营业流程、剖析使用场景、设计功效细节，而怎么来做主要就是确认优先级、调整设置资源、完成迭代设计，以下是小我私家总结的需求剖析的框架图：

严格来说，怎么来做已经不属于需求剖析范围，然则当面临的需求对照大然则研发资源不足时刻就需要思量怎么来做了，好比说优惠券系统，涉及到模板建立、运营发券、用户领券、用券、核销、数据统计等，在研发资源不足营业有对照急需情形下，就需要将一整个大需求举行拆解，分多期来做。从这个角度来说也够得着需求剖析的边

2个案例

以下是自己事情中碰着的2个真实的需求剖析案例：

案例1：财政结算报表需求

营业靠山：

公司甲为某小贷公司一级署理中介，其职能是为小额贷款公司寻找二级渠道客户，用户经二级渠道解决营业，钱款直接打到小贷公司（由于营业律例限制，系统无法直接在用户付款时刻举行分账），每月月末，小贷公司分账给甲公司，甲再分账给二级署理公司。

如下图所示：

那时财政是这么跟我提需求的也许是这么说的——

“我需要一个2个结算报表页面，两个报表都有balabala字段，都要有个EXCEL导出功效。”

下面我们套用需求框架对此需求举行剖析：

1. 目的剖析：

此需求受众是谁？——财政（空话……）

是否影响其他人？——否

此需求目的是什么？——是要一个列表吗和EXCEL导出吗？

显然不是，由于前期分账也有EXCEL，只不过是研发从数据库拉取的，她要的是能够更效率的分账与核账，最终目的是“更效率分账和核账”。

此处必须要空话一下，由于有的新人产物司剖析真的直接凭据需求方提的要求做出这么两个表格出来。

2. 价值剖析：

此需求有无价值，价值几何？很显然有，只不过是一个优先级问题，只要没有更高优先级需求这个需求一定要做的，由于可以节约开发和财政双方的时间。

3. 营业流程梳理：

可参见上图，财政焦点点就在于向上游和下游的结算、核账。

4. 场景剖析：

在这里，由于这个是一个新项目，我不是太领会此条营业线结算场景，以是需要和财政举行了也许如下对话（这一步异常要害，知道怎么用，才气设计好对应功效）：

我：你能简朴说一下你以后要怎么用着两张报表吗？

财政：每个月月尾小贷公司打款过来，然后我用“报表1”举行核对打款是否准确。每个月我凭据“报表2”盘算应付渠道若干款

我：那为什么要拆成两个报表？之前研发不是拉一张报表给你就OK了吗？

财政：由于结算给渠道不能让他们看到成本，结算给小贷公司，也不会给他看渠道成本，他们也不关心（已经获得第1个结算场景全貌）

我：那我做一个报表给你，你再拆不一样吗？（这么问不是为了偷懒，由于事情量差不了若干，主要目的照样旁敲侧击挖掘其使用场景）

财政：这样也可以，然则有些贫苦，而且有的时刻渠道方中途想核对一下月中数据是否一致，此时不用导出EXCEL报表发过去，对照贫苦，直接截个图对下数据就可以了（获得了第2个使用场景）

我：除了对账，表格对你另有其他辅助吗？

一套方法激活朋友圈海量好友，找到潜在付费客户

财政：还会去统计每个渠道带来利润，看看渠道大要情形

我：那分成两个表格你怎么统计利润？

财政：（财政有点支吾，估量之前没思量到）我可以自己再把表格合起来然后对账（获取了第3个场景全貌）

从以上的对话可以看出财政所提的方案，知足不了她自己所有的使用场景需求，固然后续对话另有一部分是关于功效细节的，这里不赘述了。

有的人可能会问，财政说的也对，两个表格到时刻她自己合起来对账就OK了？

那么首先这样贫苦，容易造成错误不说，最要害的一个问题是，她若是要去做合表，必须保证后台所查出来的两个表格数据排序是一样的，否则就会造成数据对不齐！若是直接开发上线，后续就不得不面临着一个问题——需求调换#@￥！￥%@%￥！%￥

5. 功效设计：

有了详细的使用场景，对营业领会，基本功效设计就不太会出若干问题了，这个产物形态很简朴。下面直接附上最终的交互稿：

至于后续的几个步骤，在这个例子中不需要做，由于功效很简朴事情量小

案例二：优化认证转化率

某小额贷款公司，整体营业流程为：用户登录注册→认证获取额度→申请→审批→打款

需求靠山：

在该项目上线半年左右，营业已经逐步趋于稳定了。于是就琢磨着看能不能提高营业效率，在那时整体的认证转化率在35%左右，凭直觉有很大的优化空间，于是就自己倒腾备库，拉了一周的和认证相关的营业数与埋点数据，做出了下图：

在这张图上很容易看出进入页面=》提交身份认证，联系人1点击=》联系人2点击，这2步跳变流失比显著对照大，于是就有了“优化认证转化率”的需求，套用需求剖析框架。

1. 目的剖析：

此需求受众是谁？所有进入我们APP无特定属性用户。是否影响其他部门/人？应该不影响。此需求的目的是什么？提高用户进入认证页到获得额度的总体转化率。

2. 价值剖析：

此需求价值几何？

简朴来算一笔账，市场运营推广费，平均一个注册用户在4~10多块，我们就凭据6块来算，我们天天新注册然后到认证页面用户在1W2左右，若是能将认证转化率提高X%，那么天天可以等价为公司节约下：

12000*[1-35/(35+X)]*6=72000*X/(35+X)元

（公式得来是由于我们要维持放款量是一定的，转化率高了对应的拉的用户量就可以削减，人人可以自己推算）

简朴代入，若是提高了1%，那么天天可以为公司节约2000元左右推广费，若是提高了5%呢？那么天天就可以节约9000元，一个月就可以省下27W！！！的推广用度。

3. 营业流程梳理：

此处应该说是问题剖析了。第一步到第二步之以是跳失这么高，勇敢预测缘故原由：

1）骗贷用户，身份证提交不了（由于身份证需要摄影，我们接了三方防伪，冒充身份证提交不上来）
2）未成年用户（身份证岁数前端盘算低于18岁就不给提交）
3）页面采集用所有睁开方式，信息太多，对用户不太友好

紧要联系人1→紧要联系人2 仔细去用了，剖析一下勇敢预测跳失率云云高的缘故原由：

填写联系人系统需要读取用户通讯从通讯录中选取，当初在设计时刻为了提高用户体验就将授权涣散在各个步骤，需要用到时刻才授权。

此处预测之以是联系人2比联系人1点击跳变这么大，可能是在联系人1点击时刻，获取用户通讯录授权让用户发生担忧而造成大量流失。

参考了其他竞品和世面上软件，所有授权在用户第一次进入APP之后就所有一起弹出。

4. 场景剖析：此处无

5. 功效设计：

针对以上的预测，做以下优化：

1）增添身份证照片上传报错上报埋点，将报错缘故原由上传至后台
2）将提交身份证按钮报错也上传（以前前端阻挡不上传），并上传报错信息
3）在用户打开APP即获取所有授权，削减用户获取联系人时刻

6. 优先级协调：

系统和营业已对照稳定，精细化运营优先级可以提高。

7. 资源协调：

遵照6，只要价值论述适合，团队认可，资源一定到位，而且事情量很小……

8. 迭代设计（重点论述一下）：

1）由于这个需求效果不能确定，不能做全量更新，然则我们那时没有ABtest支持。以是就想了一个折中设施，就是挑选一个量相对来说还可以，认证页面漏斗和整体没有太大差异，（记得选的是华为渠道吧，天天注册量1000多）
2）举行内部非强制升级提醒，此处提醒一下，一定不要在某一个渠道发包，由于渠道会有抓包机制，由于你在A渠道新版本的包，其他渠道若是版本低的话会将A渠道的包抓去更新，这样不仅会导致包的渠道号庞杂，而且万一所做的改动起到的是负效果，损失将会很大。
3）考察数据��若是有效果则全渠道更新，若是没效果，则将定向渠道代码回滚，再次更新，守候后续新版本将所有渠道全量升级统一版本

后续又凭据数据举行了多次优化验证，这里就不说了，直接说效果吧，优化的确有效果，联系人1点击→联系人2点击跳失率从原来的25%左右下降到16%左右，整体转化率提高了3个百分点样子。每个月可为公司节约17W左右推广成本（现实推广成本节约随着每个月目的差别而差别）。

第一步到第二步的跳失凭据上报数据和料想大要一致，然则后续还做了交互上优化，也提高了一点，这里就不再论述了。