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

编辑导语：如今随着互联网的不断发展，很多传统企业或业务都开始依赖互联网技术，用各种新功能驱动业务进行；产品经理在遇到这些需求时，应该怎么样进行需求分析，本文作者就此进行了详细的分析，我们一起来了解一下。

文章插图
现在政府、企业等各类组织越来越依赖于信息技术等应用来开展自己的业务；这类组织类型的软件需求分析工作核心都在于业务分析，想要厘清楚这类软件系统的需求，必须抛开具体的技术实现，站在用户的视角审视用户想要解决的问题，想要达成业务目的。
传统的需求分析时站在技术的角度展开的，关注的是“方案级需求”，而业务驱动的需求思想是站在用户的角度展开，关注的是“问题级需求”
在我们与客户进行需求沟通，客户提出变更或者需要优化的需求时，通常都是直接提出“方案级需求”，大部分B端产品经理，都会根据客户提出的“方案级需求”，刚做产品经理的时候，我也是直接根据客户给出的方案级需求，直接给出实现方案，但是还项目交付上线运行后，并没有满足客户的实际使用需求。因此在进行需求分析时，我们不要偷懒，要勤快一点，判断一下客户提出的原始需求时方案级需求还是问题级需求。
一、客户提出的问题是方案级需求还是问题级需求我们都听过这样一个故事：用户想要快一点到某个地方，大部分人可能觉得有一匹千里马就可以了，但是福特却发明汽车。
【思想|用业务驱动需求的思想进行需求分析】事中，我们在和客户沟通需求时，客户可能告诉你，你给我一匹千里马吧，这样我就能够很快到达我想要去的地方。
那客户想要一匹千里马，这个就是方案级的需求，我认为问题级的需求应该是：户想要用更快的方式到达目的地。
二、不管是方案级需求，还是问题级需求，我们都要先从这几个角度澄清问题

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

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

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

在我们初步澄清以上几个问题后，我们进一步进行分析。
三、根据实际的需要从场景（功能）、术语（数据）、环境（质量）细化和深入了解需求

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

我们现在再尝试着用上面的故事回答一下这几个问题：
该需求是谁使用，什么时候使用，具体怎么做：

文章插图
以上表格只是考虑了用户什么时候使用，除了这些，还应该要考虑到使用场景，比如，走水路、长途等情景。
术语（数据）：有需要澄清的业务术语么？他们的格式是什么？
特别是B端的产品，不同的行业，业务场景复杂，专业名词，业务术语，了解专业术语的含义，数据的格式，有利于了解实际的业务场景，有利于产品的设计。（没有要澄清的业务术语和数据格式）
不做谁生气，多久生一次气，多久用一次
如果出现的用户没有很快的到达，用户肯定会生气，出行的人没有很快的完成出行，进货的商人没有很快进到货物，进京赶考的人因为没有很快达到耽误科举考试，用户都会生气；出行的人在出行的时候生气，频率较高，进货的商人在没有及时进到货时生气，频率较高，进京赶考的人在没有及时参加科举考试的时候会生气，一年只生一次气。