分清三个需求，让你的项目在软件开发期“没废话”(北京软件开发团队,关键词优化)

一个项目可以顺利开展，是需要项目投资人极其独到的眼光和敏锐的市场洞察力以及运营团队丰富的经验，而这一切的基础则是一套功能优质、操作便捷的系统，不仅可以辅助运营人员快速准确的把握项目进程 ，还可以进行数据分析，锁定精准用户，开展深度服务，从而提高项目运营效率。

在进行软件系统定制的时候，一般都会经历提出需求、系统开发、研发、测试等主要阶段。而功能需求阶段完全可以决定之后系统研发工作的周期和效率的。

今天就说说关于功能需求的问题。

分清三个需求，可以让软件开发期顺利并加速完成。

需求分三个层次，即业务需求、用户需求和功能需求，除此之外，每个系统还有各种非功能需求。

先来看张图

软件需求的不同层次

1

业务需求

业务需求（Business requirement）是指项目运营方或客户高层次的目标。业务需求通常来自于项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。

业务需求描述了为什么要开发一个系统及希望达到的目标。

用系统使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。

业务需求针对的是项目公司，描述的是项目公司想要如何解决用户的问题，如何满足用户的欲望，以及商业可行性，最后将利益最大化。

换句再白一点的话就是，项目公司要做的软件系统对应的是公司的哪项业务？这些业务的用途是什么。

大部分项目公司的业务需求，都是让功能需求最大化满足用户需求，不断追求用户体验，黏住用户后，再谋求规模化利润（比如：广告、导流等）。

2

用户需求

用户需求（user requirement）是指用户的目标，或者用户要求系统必须能完成的任务。

用户需求针对的是人，即业务使用者。也就是说用户能使用系统来做些什么，系统怎么来完成用户的想法或者达到用户的什么目的。

3

功能需求

功能需求（functional requirement）是规定开发人员必须在产品中实现的软件功能。用户可以利用这些功能来完成任务，项目公司可以利用这些功能来满足业务需求。

功能需求有时也被称作行为需求（behavīoral requirement），针对的是系统，即开发人员可以让系统来实现什么。

比如用“系统应该发送电子邮件来通知用户已接受其预定”来描述系统通知功能。

举个例子

用户要购买一件商品。在决定购买之前，用户想方便的比较一下几个同系列的产品，再决定购买哪一款。

这里提到的“用户想去比较一下”的行为就是用户需求。

我们可以让用户把购买的商品，都放入“比较栏”，然后用户再点击“去对比”，就会在一个界面同时对比几个产品。

可以让用户去对比，并给出对比方法的行为就是功能需求。

由此可见，用户需求是前提条件，功能需求是落地的部分。

需要注意的一点是业务需求。

有时候用户需求与业务需求是有矛盾的。

举个例子：

某个商品界面，我不想让我的只选择和购买最便宜的货。

由于，我决定不把最便宜的商品都展示出来。

因为

1、我不希望用户都买最便宜的货；

2、一旦有太便宜的商品，用户就会形成心理落差，觉得贵的商品不值钱，虽然大多数贵一点的商品的性价比比便宜的商品更高；

3、我想提高单笔成交订单额度。

所以我就会只展示相对贵一点的商品。让用户减少选择，就有可能让用户购买价值更贵一些的商品，这也是我的业务需求。

如果把最便宜的商品也展示出来，这对于用户需求来说是很有价值的。

但我还是坚持了“贵一点”的策略。

这就是业务需求主导了功能需求。

一个成功且实用的业务需求，完全可以引导甚至改变用户的消费购买习惯。但如何衡量两种需求的主次，还是需要项目运营团队对市场以及用户进行深度的分析来决定的。