我时常会听到类似的对话：
需求方：“我这里要新增一个选项，原来用户可以选择按数量购买，现在新增加一个按金额购买，你觉得用单选按钮还是用标签切换好？”
设计师：“标签切换吧，用单选按钮的话，界面会比较复杂，体验不好”
需求方：“我觉得单选按钮更直观，用户不用切换标签可以一目了然”
设计师：“但是这样的话…（此处省略500字）”
也许你也会经常听到这样的讨论，不就是设计师和需求方在讨论项目需求吗？不，你错了，他们不在讨论需求。他们跳过了需求，直接在讨论方案了。
这也是我们这次谈论的主题“需求和方案”
1. 需求和方案的关系
需求就是目前存在的问题，而方案是解决问题的方法。两者的关系就像确诊和开药一般：确认需求就是确诊，方案就是开药。先确诊后才能对症下药。如果还没确诊就讨论哪种药疗效好，不光治不了病，还会害人。所以，正确的理解需求是方案设计的源头，这个源头直接影响设计方案去向，需求理解正确了才能保证做正确的事，而设计方案只是把事做正确。
2. 如何区分需求和方案
区分需求和方案实际上很简单，需求就是用户的期望、顾虑：为了实现某一目的、为了达到某种效果，为了更方便、为了更便宜、为了更快的完成任务。需求和界面没有关系，和技术实现也没有关系。 而方案是为了满足需求而设计出来的解决办法，它可以有很多种，每一种的投入产出也不同，我们设计好的界面就是一种方案。
先看几个例子：
1）我这边需要做几个页面，让用户可以提交ta的建议
2）需要有一个比价的功能，让用户可以选择最优惠的商品
3）用户需要一个最简洁的方式来进行注册
以上3个例子中你觉得哪些是需求，哪些是方案？
///////////////我是一条答案分割线////////////////
1）
需要做页面——方案 ；用户可以提交ta的建议——方案
从这条中我理解的需求是：用户希望表达他的意见（或者是我们想知道用户的想法）。但解决这个问题有很多方法：提供用户填写建议的页面是一种方案。留下客服的电话和QQ，让用户主动联系；让用户留下联系方式，我们的客服回访都是解决方案。具体用哪一种方案就要具体问题具体分析，比如要知道用户为什么希望表达意见，用户表达的是什么意见等等。
2）
需要有一个比价的功能——方案；让用户可以选择最优惠的商品——需求
从这条中我理解的需求是：用户对于价格比较敏感，用户希望买到实惠的商品。但解决这个问题有很多方法：提供比价功能是一种方案。直接推送最实惠的商品；提供用户优惠券都是解决方案。具体哪一种方案就要具体问题具体分析，比如要知道用户为什么对价格敏感，出售商品的特点等等
3）
需要一个最简洁的方式来进行注册——方案
这条比较难理解它的需求，因为从这条看不出为什么要用户注册，所以首先要了解为什么要用户注册后才能判断
你都答对了吗？
3. 做设计？你先等一下
当需求方过来和你讨论，“我想要给用户两种选择，你觉得用单选按钮好还是用标签切换好？” 这时，别接着这个话题和他讨论下去。 没有了解需求的前提下讨论方案不靠谱。换做我就会说：“做设计？你先等一下，我想先了解XXXXX”
