扫码阅读
手机扫码阅读

因为搞不清业务价值,我设计出来的系统没人用!

75 2024-03-19


#
产品经理必聊的100个话题



第4期:做出的系统没人用


想象一下,如果领导让你“做一个xxx录入系统”,作为产品经理你会怎样设计?

很多人会说:这种录入系统,闭着眼睛都能做出来一个!

但这样按照常规操作“闭着眼睛”做出来的产品就一定会正确吗?

因为.....

员工真的会录入数据吗?

毕竟是那么长的表单,工作那么忙,没有时间配合你录入。

员工真的会录入真实数据吗?

有人会说,这题我会,有KPI啊!

用KPI考核?那就给你造假。因为数据可能涉及到员工自身的一些客户资源信息,不愿意公开给公司。

如果基于假的数据,可以做出正确的决策吗?

那么系统功能做起来了之后,领导会满意吗?

细想一下,如果没想清楚上述这些问题,光做出来满功能的系统有人去使用吗?

有人要问了,那大锤老师,你把我灵魂拷问了,那问题出在哪里呢?

问题在于:很多产品经理在需求分析的时候还没想清楚业务价值就开始动手了。

在拿到这样的需求的时候,应该先停下来,理清楚业务价值,然后围绕业务价值展开设计,就会更好的实现。

请时刻牢记:软件系统是为了实现业务价值的,不是堆砌功能的。

那么如何去确认业务价值做出上级满意、用户又真实去使用的系统呢?大锤老师今天就和大家聊一聊,业务价值有效分析方法——业务价值工作坊。



什么是业务价值工作坊


Business Analysis





业务价值工作坊是和业务方确认清楚业务价值以及主要工作流程和价值实现过程的工作坊。工作坊的实施帮助BA更好适应市场需要,挖掘用户需求,通过群体决策建立有效业务梳理机制。

如何开展业务价值工作坊


Business Analysis





1.前期准备
1)准备道具:白板、白板笔、便利贴、油性笔。
2)邀请业务方代表、开发团队(开发骨干、测试骨干)参与工作坊。
2.确认形式
3.业务价值法具体开展流程
1)5Why法确认业务价值
在白板上贴一个便利贴,询问业务方为什么要开发这个系统。
就这个为什么的答案继续询问为什么,直到得到真正的价值为止。
询问语气和质问语气不同,需要考虑采用合适的问话方式。例如询问为什么要开发这个系统的时候可以尝试这么问:开发这个系统是为了解决什么问题?
2)定义各种badge
定义各种Icon是为了能够让后续的工作坊能够以更生动的方式进行,例如:角色badge、价值badge。

3)通过主流程确认各角色的职责,并且明确各个环节和主要业务价值之间的关系
通过泳道图或者网格式泳道图的方式进行主流程的梳理。采用网格式泳道图的方式呈现主要业务流程的布局,然后通过便利贴的方式描述主要流程。这里可以对便利贴的颜色进行定义。例如绿色表示用户的任务,红色表示系统的任务。这个时候就可以提前把线上和线下分开。在白板上用白板笔描绘各种步骤之间的流程图箭头。
4)映射业务流程中的步骤和价值之间的关系
将前述的badge描绘在小面积的便利贴或者采用投票贴的方式粘贴到对应的步骤上。
5)映射业务流程中系统可以支持的功能点
如果前述已经采用了颜色编码的方式定义各种便利贴的作用,则可以容易的得到需要系统支持的步骤。
对这些业务的功能点进行简单描绘,确认业务的价值能够得到实现。对系统的功能进行初步分解,描述清楚系统如何的支持这个步骤。比如采用子流程的方式呈现出来,或者通过故事线的方式呈现出来系统将会如何支撑这部分业务的实现。
6)梳理出多样性的场景
对于可能出现多样性而产生的分支流程进行梳理,确保对业务的理解覆盖的尽量全面。下面的步骤和3当中的2),3),4)一样,不重复赘述。映射业务流程中的步骤和价值之间的关系,同时映射业务流程中系统可以支持的功能点。对这些业务的功能点进行简单描绘,确认业务的价值能够得到实现。
7)梳理出业务流程的主次,排定优先级
投票法让业务方标记业务价值的优先级。对于已经由第三步,第四步生成的产出物中需要系统支持的功能清单进行梳理。然后对功能的优先级进行排序,业务价值由业务方进行判断。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247483890&idx=1&sn=91b31f8784a023113c9a20bd020780f8&chksm=c335bc43f442355585d57d68605d4203f760b54c7d064939b76062de18ecdf771a4458339a88#rd