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

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

很多人会说：这种录入系统，闭着眼睛都能做出来一个！

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

因为.....

员工真的会录入数据吗？

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

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

有人会说，这题我会，有KPI啊！

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

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

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

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

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

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

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

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

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