用业务驱动需求的思想进行需求分析

王布斯 2023-07-30 08:06:56

现在政府、企业等各类组织越来越依赖于信息技术等应用来开展自己的业务；这类组织类型的软件需求分析工作核心都在于业务分析，想要厘清楚这类软件系统的需求，必须抛开具体的技术实现，站在用户的视角审视用户想要解决的问题，想要达成业务目的。

传统的需求分析时站在技术的角度展开的，关注的是“方案级需求”，而业务驱动的需求思想是站在用户的角度展开，关注的是“问题级需求”

在我们与客户进行需求沟通，客户提出变更或者需要优化的需求时，通常都是直接提出“方案级需求”，大部分B端产品经理，都会根据客户提出的“方案级需求”，刚做产品经理的时候，我也是直接根据客户给出的方案级需求，直接给出实现方案，但是还项目交付上线运行后，并没有满足客户的实际使用需求。因此在进行需求分析时，我们不要偷懒，要勤快一点，判断一下客户提出的原始需求时方案级需求还是问题级需求。

一、客户提出的问题是方案级需求还是问题级需求

我们都听过这样一个故事：用户想要快一点到某个地方，大部分人可能觉得有一匹千里马就可以了，但是福特却发明汽车。

事中，我们在和客户沟通需求时，客户可能告诉你，你给我一匹千里马吧，这样我就能够很快到达我想要去的地方。

那客户想要一匹千里马，这个就是方案级的需求，我认为问题级的需求应该是：户想要用更快的方式到达目的地。

二、不管是方案级需求，还是问题级需求，我们都要先从这几个角度澄清问题

该原始需求想要解决谁的什么问题？
用户现在遇到这个问题会采用什么样的解决方案？
这个过程中有需要进一步细化和明确的概念吗？

现在我们还是以上面的故事为例，来回答一下这几个问题：

该原始需求想要解决客户能够很快到达想要去的地方？
用户现在遇到这个问题，会采用步行、牛车、马车等方式来解决？
这个过程中有需要进一步细化和明确的概念么？请继续往下看。

在我们初步澄清以上几个问题后，我们进一步进行分析。

三、根据实际的需要从场景（功能）、术语（数据）、环境（质量）细化和深入了解需求

场景（功能）：该需求时谁要使用，什么时候使用，具体怎么做？
术语（数据）：有需要澄清的业务术语么？他们的格式什么？
环境（质量）：不做谁生气，多久生一次气，多久用一次？

我们现在再尝试着用上面的故事回答一下这几个问题：

该需求是谁使用，什么时候使用，具体怎么做：

产品经理，产品经理网站

以上表格只是考虑了用户什么时候使用，除了这些，还应该要考虑到使用场景，比如，走水路、长途等情景。

术语（数据）：有需要澄清的业务术语么？他们的格式是什么？

特别是B端的产品，不同的行业，业务场景复杂，专业名词，业务术语，了解专业术语的含义，数据的格式，有利于了解实际的业务场景，有利于产品的设计。（没有要澄清的业务术语和数据格式）

不做谁生气，多久生一次气，多久用一次

如果出现的用户没有很快的到达，用户肯定会生气，出行的人没有很快的完成出行，进货的商人没有很快进到货物，进京赶考的人因为没有很快达到耽误科举考试，用户都会生气；出行的人在出行的时候生气，频率较高，进货的商人在没有及时进到货时生气，频率较高，进京赶考的人在没有及时参加科举考试的时候会生气，一年只生一次气。

通过回答上面的问题，我们场景（功能）和环境（质量）这个两个问题中分析出了“想要快一点到达某个地方”这个需求的不同用户和不同的场景，使用频次。