需求分析是什么&案例解析

本文将需要分为二类——东西类需要、用户端需要;并进一步给出了二个案例方便领会。

码人网mrw.so缩短网址文章图片

媒介

闭于需要领会无疑是产品经理的一项必备前提功,也是每个产品经理大概处事时势部时间都在干的工作,然而是绝时势部产品经理大概不管帐划的去归纳一套办法论。总的来说不归纳办法论也不会有几问题,因为毕竟基础处事很行家,然而是归纳了办法论并写出来有以下几个用处:

  1. 指引本人处事,在本人不知该何如样发端干一个需要的时间,可认为本人供给一个框架
  2. 熟习本人的构造化思维及归纳本领
  3. 写出来与本人闭于话能普及本人的认知,会获安理想不到的收获

部分常常也比较懒,偶尔会写些物品,然而是常常不行长久的保持,也憧憬本人能渐渐保持下去。

什么是需要领会

部分闭于需要领会即是:确认尽头寻找路途的过程.

从这必定义来说需要分为2类:

  • 第一类是尽头比较精确,无太多争议性,此时的需要领会重要会合在寻找路途。
  • 第二类是尽头不是格外精确、以至是极为不精确,此时须要先确认尽头再去寻找路途。

第一类需要重要包括一些公司本能部分控制后盾一些效力性东西、营销东西等

如:财政控制、订单控制、路由摆设等,这类需要锻炼的是产品经理的基础功,包括交易过程梳理、功效逻辑梳理、功效列表及细节,供给最后处理筹备、优先级协调、筹备拆解及迭代筹备等。

须要注沉的是,此地所说的尽头比较精确是相闭于的,有些生人产品经理比较容易犯的缺点是,交易部分提啥后盾需要尔便接啥。

如许很容易引导后续改改改,因为交易人员提的常常不是一个需要,而是一个处理了他们所认为的需重心的一个筹备,产品经理必定要能辨别需乞降筹备之间的辨别,透过筹备瞅到需要自己是什么。

举个大概例子:经营人员提了个需要说,尔想在推送摆设界面里加一个EXCEL导入推送人员名单功效。

这个需要瞅上去很合理,如许经营便不妨赶快的导入推送人员名单了,然而是留神想想这是一个需要吗?大概者说这个需要本质是加一个EXCEL导入功效是产品的最后形态吗?这个问题在此地不干回答,反面会举一个相好像的尔在处事中遇到的实例。

第二类需要主假如一些用户端需要

比方推出一个新的功效、一个新的玩法、闭于往日功效干优化。然而是闭于于这个玩法毕竟效验何如样,大师都不行很决定。此类需要相闭于于第一类需要除了锻炼产品的基础功之外还须要产品经理有筹备MVP(最小可行化产品)本领、数据领会本领等。

大概会有人提出还有第三类需要,即是姑且啥都不从0~1挨造产品。在这篇文章的场景规定下,此类不属于一个需要,这是要干一整条产品线,这即须要产品经理闭于宏瞅领会把握、闭于交易熟悉、闭于微瞅的有掌控等本领,部分姑且不势力写如许文章,假如有共学想进修此类本领,举荐进修梁宁的《产品思维30道》、《减少思维30道》,后续部分也会试验着从本人的处事领会中来大概谈谈

需要领会框架

需要领会框架用比较直白的话来说即是:值不值得干?干成啥格式?何如来干?

值不值得干须要去领会手段和价格,干成啥格式须要去梳理交易过程、领会运用处景、安排功效细节,而何如来干重要即是确认优先级、安排摆设资材、完成迭代筹备,以下是部分归纳的需要领会的框架图:

码人网mrw.so缩短网址文章图片

庄重来说,何如来干已经不属于需要领会范畴,然而是当面对的需要比较大然而是研发资材不及时间便须要计划何如来干了,比方说优惠券体系,波及到模板创造、经营发券、用户领券、用券、核销、数据统计等,在研发资材不及交易有比较急需情景下,便须要将一所有大需要进行拆解,分多期来干。从这个角度来说也够得着需要领会的边

2个案例

以下是本人处事中遇到的2个简直的需要领会案例:

案例1:财政结算报表需要

交易背景:

公司甲为某小贷公司一级代庖中介,其本能是为小额贷款公司寻找二级渠道客户,用户经二级渠道操持交易,钱款直接挨到小贷公司(因为交易规则节制,体系无法直接在用户付款时间进行分账),每月月末,小贷公司分账给甲公司,甲再分账给二级代庖公司。

如下图所示:

码人网mrw.so缩短网址文章图片

其时财政是如许跟尔提需要的大概是如许说的——

“尔须要一个2个结算报表页面,二个报表都有balabala字段,都要有个EXCEL导出功效。”

底下咱们套用需要框架闭于此需要进行领会:

1. 手段领会:

此需要受众是谁?——财政(废话……)

是否效率其他人?——否

此需要手段是什么?——是要一个列表吗和EXCEL导出吗?

明显不是,因为前期分账也有EXCEL,只然而是研发从数据库拉取的,她要的是不妨更效力的分账与核账,最后手段是“更效力分账和核账”。

此处必须要废话一下,因为有的生人产品经搭理果然直接依照需要方提的乞求干出如许二个表格出来。

2. 价格领会:

此需要有无价格,价格几何?很明显有,只然而是一个优先级问题,只要不更高优先级需要这个需要确定要干的,因为不妨俭朴开拓和财政两边的时间。

3. 交易过程梳理:
可参睹上图,财政核心点便在于进取游和卑劣的结算、核账。

4. 场景领会:

在此地,因为这个是一个新名目,尔不是太领会此条交易线结算场景,所以须要和财政进行了大概如下闭于话(这一步格外闭头,领会何如用,本领安排好闭于应功效):

尔:你能大概说一下你此后要何如用着二弛报表吗?

财政:每个月月底小贷公司挨款过来,而后尔用“报表1”进行核闭于挨款是否精确。每个月尔依据“报表2”估计草率渠道几款

尔:那为什么要拆成二个报表?之前研发不是拉一弛报表给你便OK了吗?

财政:因为结算给渠道不行让他们瞅到成本,结算给小贷公司,也不会给他瞅渠道成本,他们也不闭怀(已经赢得第1个结算场景全貌)

尔:那尔干一个报表给你,你再拆不普遍吗?(如许问不是为了偷懒,因为处事量差不了几,重要手段仍旧拐弯抹脚掘掘其运用处景)

财政:如许也不妨,然而是有些烦恼,而且有的时间渠道方半途想核闭于一下月中数据是否普遍,此时不必导出EXCEL报表发往日,比较烦恼,直接截个图闭于下数据便不妨了(赢得了第2个运用处景)

尔:除了闭于账,表格闭于你还有其他帮帮吗?

财政:还会去统计每个渠道戴来成本,瞅瞅渠道大概情景

尔:那分成二个表格你何如统计成本?

财政:(财政有点草率,估计之前没计划到)尔不妨本人再把表格合起来而后闭于账(获得了第3个场景全貌)

从以上的闭于话不妨瞅出财政所提的筹备,满脚不了她本人十脚的运用处景需要,天而后续闭于话还有一局部是闭于功效细节的,此地不赘述了。

有的人大概会问,财政说的也闭于,二个表格到时间她本人合起来闭于账便OK了?

那么开始如许烦恼,容易形成缺点不说,最闭头的一个问题是,她假如要去干合表,必定保护后盾所查出来的二个表格数据排序是普遍的,不然便会形成数据闭于不齐!假如直接开拓上线,后续便不得不面对着一个问题——需要变换#@¥!¥%@%¥!%¥

5. 功效安排:

有了简直的运用处景,闭于交易领会,基础功效安排便不太会出几问题了,这个产品形态很大概。底下直接附上最后的接互稿:

码人网mrw.so缩短网址文章图片

至于后续的几个办法,在这个例子中不须要干,因为功效很大概处事量小

案例二:优化认证变化率

某小额贷款公司,完全交易过程为:用户登录备案→认证获得额度→请求→审批→挨款

需要背景:

在该名目上线半年安排,交易已经渐渐趋于宁静了。于是便商量着瞅能不行普及交易效力,在其时完全的认证变化率在35%安排,凭直觉有很大的优化空间,于是便本人倒腾备库,拉了一周的和认证相闭的交易数与埋点数据,干出了下图:

码人网mrw.so缩短网址文章图片

在这弛图上很容易瞅出加入页面=》提接身份认证,通联人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安排实行成本(本质实行成本俭朴跟着每个月手段不共而不共)。

第一步到第二步的跳失依据上报数据和设想大概普遍,然而是后续还干了接互上优化,也普及了一点,此地便不再论述了。

结果的话

最佳尔想说,办法论与框架是用来帮帮咱们的,不是用来节制咱们的。

在本人闭于于需要领会不熟悉的时间大概者需要比较搀杂的时间不妨套用框架来帮帮咱们找到解题思绪,当咱们闭于需要领会已经成为天性的时间该当学会放下框架和办法论,在本质处事中会遇到千种千样的需要,需要领会也要精致多变,以至有的需要即是改个案牍,此时还坠入在框架大概者办法论便无疑有点照猫画虎了。

以上是部分闭于需要领会的领会与归纳,说的不到位场合请大神指点,也迎接大师所有调换。

 

本文由 @wens 本创发布于大众都是产品经理。未经答应,遏止转载。

题图来自Unsplash,基于CC0协议