一、什么是方案需求，什么是问题需求？
书中举例子说明，小孩半夜醒来提出要吃饼干是方案级需求。
小孩半夜醒来要吃饼干
那么他如何做才算是问题级需求呢？如下，小孩吃完面包就不哭闹了。他大概是饿哭的吧。
小孩吃了个面包不哭闹了
”要做好软件需求工作，业务驱动需求思想是核心。传统的需求分析是站在技术视角展开的，关注的是“方案级需求”；而业务驱动的需求思想则是站在用户视角展开的，关注的是“问题级需求”。“——《徐锋. 有效需求分析》书中原话。
方案级需求是小孩越过了问题原因，直接说出解决方案的一种需求，也就是他跳过困境，说出解决手段。我们知道问题是客观存的，方案可以有很多，同事很多方案可能也是不可执行的。比如上述故事中，家里没有饼干，妈妈就直接把需求驳回了。
问题需求则是从当前困境出发，说出我饿了，解决方案可以是饼干可以是面包。
二、实际工作中，这样的例子是怎么演绎的？
经常我们会收到来自市场、客户、那边提过的需求，可能如下面表格这样。功能模块、需求描述都写清楚了。甚至需求里已经包含解决方案。
客户提出的需求
咋看是该午休、晚修申请的审批功能，重点在审批流程。这个需求里涉及到自动删除、增加午休学生。在系统来说是个困难点，那么作为产品经理，如何处理这个需求呢？其实书中也给了解决方案。
需求分析
简单理解起来，就是这个需求是给谁用的？他现在遇到了什么问题？为什么要提这样看起来无上下文的需求？首先去理解他的提需求的背景与问题。于是通过进一步与市场同事沟通得到：
学校走读生都可以申请在学校午休和晚修，为了确保学生的安全性，学校需要对申请了午休和晚修的学生进行点名。故希望将午休、晚修申请单中的学生自动按照年级去到午休班，并且根据午休、晚修申请的时间进出晚修、午休班。
这么看来不是简单的午休、晚修申请功能，而是一个人员出勤确认安全的功能。所以自然对应的解决方案可以有更多啦。
三、说在最后
5w的方案大家都知道，那怎么应用熟练，内化成个人的思维逻辑，从而在工作中体现，就是要靠不断的刻意练习了。
今天分享学习实践到这，感觉区分方案需求、问题需求，剖析事物本来真实的面貌，也是一件很有趣的事呢。
网友评论