热搜:
编辑导语:相信大家对于结构化都不陌生,结构化是将一个问题拆分为一个个小目标,从而更好地帮助你解决问题。作者以需求分析为例,对需求分析的结构化方式,作了一个探索,总结了一些做法,与你分享。

结构化简单说,就是把一个问题拆解成一个个能解决的部分;拿需求分析举例,当下面的需求到了该做的时候:比如有一个业务部门提了一个数据需求,提取某个数据指标,按照需求的框架来说:

一个需求包含背景、场景、解决的问题,比如需求的背景是有个客户需要查看这个数据,需求的场景这里分为了两个部分,一个部分是业务同学的场景是客户提出要数据的时候,另一个部分是客户什么时候有要数据需求。

举个例子,比如客户每个月月底做周报的时候需要用到这个数据,需求解决的问题也分为两个部分,一部分是业务同学满足客户的需求,另一部分客户满足了自身的汇报需求。

当从背景、场景、解决问题这三个方向寻找答案的时候,会得出很多的解决方案。

从背景的角度上分析:

能否让这个需求的背景不成立,直接把数据指标面向客户。

从场景的角度上分析:

把不舒服的场景转换为舒服的场景,业务角度上的场景是客户要数据,能否转换为定时给客户发送数据指标;客户角度上的场景是写周报的时候要用到,能否转换为把这个指标变为客户时刻关注的指标。

从解决的问题角度上分析:

如果问题可以消除,最好是消除,如采用把数据指标面向客户,那么业务侧的这个问题也就不存在了。

如果问题无法消除,则应减少解决问题的步骤,简化流程,客户提供数据的这一页如果数据指标固定,可否改为一键下载报表去替代手工填写,总结解决方案:

  1. 把数据指标做成功能,直接面向客户;
  2. 定时发送数据指标给到客户;
  3. 研发周报或报表功能;
  4. 人工数据库拉数据,业务侧发送。

初步方案总结好后,接下来就是方案的可行性判断:基于上述的需求和方案,可行性判断主要在于两方面,一方面是价值,一方面是成本。

从价值角度来说有三个方面:

  1. 需求本身:需求刚需程度(高、中、低)、用户使用频次(高、中、低);
  2. 方案本身:服务模式(重、中、轻)、是否可规模化(难、中、易);
  3. 价值本身:付费意愿(难、中、易)、付费价格(高、中、低)。

从成本角度来说有两个方面:

  1. 研发成本:研发成本(高、中、低)、维护成本(高、中、低);
  2. 业务成本:人力成本(高、中、低)。

把总结出的五个方案代入可行性判断的五个方面中,就可以得出最优方案,如果感觉上述的可行性判断过于定性,也可以采用定量的方式。

如为需求、方案、价值、研发、业务基于团队或公司的诉求给予不同的权重,如需求(0.3)、方案(0.1)、价值(0.3)、研发成本(0.2)、业务成本(0.1),再为每个方面下属的要素赋予数值,如需求刚需程度中的高赋予5分、中赋予3、低赋予1分、研发成本中的高赋予1分、中赋予3分、低赋予5分,再通过权重乘以数值就会得出一个分数,分数越高价值越大。

综上为需求分析上的结构化方法探索,后续会写需求管理、产品设计上的结构化方法探索;希望本篇文章对你有帮助。