需求"分析"

据说有的创业团队对需求的分析是非常重视的。不过，我也只是听说。迄今为止，我遇到的需求大多都是一句话需求。原本，我对一句话的需求很厌烦，也正是因为如此才放弃安稳的工作加入到创业团队。结果很悲催，原来哪里都一样，都是一句话的需求。

一句话需求如何去分析？

我曾经试图用卡诺模型去整理需求，先来看需的三大类：

1. 业务需求
2. 用户需求
3. 功能需求

业务需求描述组织为什么要执行系统（组织希望获得的业务收益)。

业务需求即为了实现商业目的而产生的需求，一般都是上级或市场直接下达命令。做也得做不做也得做。故此类别需求优先级最高。合理吗？如果真的是可以实现商业目的，那是铁定合理的。此类别的需求是否需要被分析？我们稍后再说。

用户需求描述了用户使用产品必须完成的目标或则任务，并且这个产品要能够为人提供价值。用户需求还包括对用户满意度最为关键的产品特性或特征的描述。

用户需求是用户反馈或者观察用户使用习惯自发提出的需求。根据卡诺模型用户需求又细可分为：基本需求／期望需求／兴奋需求／无差异需求／反向需求。此类需求一般的公司都会去分析，并可用以下四个执行标准去做权衡：必做／应做／可做／不做。如：反向需求一般都是不做。意思是永远不做。具体怎么分析则要具体情况具体分析。至少要在团队内部就需求是否要被执行达成共识。

功能需求说的是产品在特定的条件下所展示出来的行为，主要描述开发人员需要实现的功能以便用户能够完成自己的任务（用户需求），进而满足业务需求。

这个好像不容易理解，再补充一条维基百科的解释。

功能需求可以是计算、技术细节、数据处理或其他说明系统希望达成功能的内容。功能需求会以非功能性需求（或是质量需求）为其基础，后者会描述设计或实現时的限制条件（例如性能需求、保安性或可靠度等）。

这三种需求环环相扣，正常来说应该是一种自上而下的需求信息流。通俗的说就是先由为了实现什么商业目的开始，即产品怎么赚钱；基于这个商业的目的希望用户执行什么样的任务或给予什么触发器让用户觉得得到了什么而去完成任务，即满足用户需求或给予用户更好的体验；最后才是如何让技术去实现即功能。

自上而下的信息流

好了，基础概念普及完了，我要正经八百的瞎分析了。其实需求还有一种真正的意思，作为UX设计师，你不懂，可能吃亏的哟。

回到我前面搁在那儿的那个问题：业务需要需要被分析吗？我得到的“答案”是：不需要。因为很多时候老板和市场跟你谈需求，他只会说客户需要一个功能。按照正常的逻辑，功能不是需求。比如，最经典的那个梗：一匹更快的马不是马是汽车。你认真跟他们确认需求时，他们就会不耐烦的告诉你这就是需求，这就是需求，这就是需求。

这时其实需求就一个意思：闭嘴。

这就是抛开一切直跟技术直接谈功能的意思，不关其它人什么事了。如果团队可以做到快速开发，闭嘴试错吧。请务必注意，试错不应纠结细节。