商业需求分析

明确约定您将表达什么
职场的每项新活动、每个新产品、每个新项目都是为了针对业务的需要而策划的。然而我们常常在投入了大量的时间和资源后，却发现自己身陷设计方案与实际需要不对称的矛盾之中。

有没有客户报怨过您所发货给她的不是她所订购的东西?有没有人在您执行一个完全可以顺利交付的项目中途改变了主意?您是否碰到过面对多客户端不同要求的矛盾?您有没有在自己刚刚认为已经完成产品的时候收到客户新的要求?

一份集中和详细的商业需求分析可以帮助您规避这类问题。这是一个发现、分析、定义并记录与某个明确的业务目标相关要求的流程。而且运用这个流程您可以清晰地、精确地对项目进行定义，这样您就可以评估需要完成此项目所需的时间和资源。

记住:为了得到您所希望得到的,您需要对它进行精确地定义----而一份好的商业需求分析则可以帮助您做到这一点。它会引导您对商业需求进行更加深入地理解，它会帮助您打破砂锅问到底，让您挖出每个人都同意的详细的、明确的要求。更为重要的是，与其等待一切都已木已成舟时再来修改，不如趁着分析阶段的时候找出问题所在及时修补来得更加及时和经济。

贴示:
许多组织已经建立了流程和方法来进行商业需求分析,而且这些流程和方法也许已经被组织和行业所优化了。如果已经有了，那就大加利用吧！但是，请确保您同时还会考虑下列几个方面 。
 

如何运用工具
下面五个步骤指导您进行商业需求分析。

步骤 1:确认关键利益相关者

确认谁将是受到项目影响的关键人物。可以通过明确谁是项目发起人入手。这个人可以是内部顾客也可以是外部顾客。不管是哪个，您都有必要了解谁将对项目展开的范围有最终的发言权。

然后, 确认谁将运用这个方案、产品或服务。他们是您的终端用户。您的项目是为了满足他们的需求,因此您必须考虑他们的意见。

贴示:
确保您的清单是完整的：记住,产品或服务的终端客户也许在同一个科室或部门,或者也有可能会分布在您组织内部的不同部门或层级 。我们的关于利益相关者分析 的文章将有助于您的实际操作。
 

步骤 2: 抓住利益相关者的需求

向每一位关键的利益相关者、或是每一个利益相关者集体进行提问, 征求他们对于新产品或者新服务的要求是什么。他们希望和期待从这个项目中得到什么?

第1招:
请记住,每个人都是从他或她自身的角度出发来考虑这个项目的。您必须理解这些不同的思考角度并把这些不同的需求进行整合以勾画出一幅完整的图画以代表此项目的目标。

第2招:
在与利益相关者面谈的时候, 需要阐明清楚此项目的基本范围并对此展开讨论。否则,终端用户也许会海阔天空地罗列出许多不同的功能，而它们根本就超出了您项目设计的范围。如果用户已经把他们的设想谈到细节处了,而最后才得知将不会予以考虑的话,他们也许就会失望了 。
 

您可以运用好几种方法来理解并抓住这些要求。在此,我们提供您以下4个技巧:

技巧 1: 对利益相关者进行面谈

与每一位利益相关者或终端用户进行单独的面谈。这会使您了解每个人的具体看法和需要。
技巧 2: 进行共同采访或是重点人群采访

召开小组研讨会。这会帮助您了解信息在不同的科室或是部门是如何传递的, 并确保工作的移交可以顺利地进行。
帖示:
在使用这两个方法的时候,对于每一项要求保持多问几个"为什么?"会是非常有好处的。这会帮助您消除不需要的或是不必要的要求, 如此您就可以建立一份最重要的清单。
 

技巧 3:运用"使用实例"

这种以情景为背景的技巧可以帮助您以用户的身份按步就班地将整个系统或流程走过场。它帮助您理解系统或服务是如何运作的。对于搜集功能性要求来说，这是一项很好的技巧,但您也许会需要多个"使用实例"来理解整个系统的功能 。
帖示:
对于系统或服务类型相似的，您或许希望发现现有的使用实例。您可以通过这些实例作为您的起点来发展您自己的使用实例。
 

技巧 4: 建立原型

建立一个系统或产品的模型或样本以便让用户了解最终的产品看上去是怎样的。在运用此技巧时,用户可以阐述可行性方面问题, 他们可以帮助识别任何不相符性和其它问题。
您可以运用上面的一项或者是多项技巧来对用户的要求进行汇总。例如,当您面谈以后已经有了一份完整的需求清单时,您那时可以建立一个系统或产品的原型。

步骤 3:对需求进行归类

为了让分析更加容易操作,您可以考虑将这些需求分组、归类为4个小组:

功能性需求----- 这些需求定义了一个产品/服务/解决方案从终端用户的角度来讲是如何产生功效的。他们描述了终端用户会直接互动的特性与功能。
操作性需求---- - 这些需求确定了在一段时间内为了让产品或者流程必须发生功效背景下的操作。
技巧性需求---- - 这些需求确定为了成功地执行所需流程以便创造产品时必须考虑到的技术方面的问题。
过渡性需求---- - 这些需求是为了让新产品或新流程进展顺利的前提下所要的步骤。
步骤 4: 解释并记录需求

一旦您已经把所有的需求进行了汇总并归类, 确定一下哪个需求是可以实现的,以及系统或产品是如何来实现这些需求的。

为了解释这些需求,请按照下列提示执行:

将需求进行精细地定义---- -确保这些需求是:
不是模棱两可或是含糊不清的。
表述清晰的。
每件事情都了解得足够具体。(项目的过度运行以及其它问题常常来自一些了解不够，认识得不够或是分析得不够。)
与商业需要相关联。
清单罗列得够具体以便建立一个工作系统或是产品设计。
 

对需求进行优先顺序的排序----尽管很多需求都是很重要的,但是仍然有些要求是比其他的要求更加重要,而且预算也常常是受限的。因此,要确认哪些需求是最至关重要的,以及哪些是"如果有就很好"。
对变化的影响进行分析----进行影响分析以确保您充分地理解您的项目将对现行的流程,产品和人产生的影响。
解决矛盾问题---- - 与关键的利益相关者坐下来解决任何矛盾需求事项。在执行这个步骤时,您也许会发现情景分析会很有帮助,因为它会让所有参与者探讨如果项目以另外不同方式进行将可能出现怎样不同的"未来"。
分析可行性---- - 确认新产品或系统将会如何可靠和容易使用。一项详细的分析可以帮助您认清主要问题。
当您所有的事情都已经分析好了以后,把您的重要结果和商业需要的详细报告向大家作一份简报。这应该是以书面的形式进行报告。

将此书面报告在重要的利益相关者、终端用户和开发团队之间进行传阅,并要求在一个切实可行的截止日以前予以反馈。这可以帮助您解决余下的任何利益相关者之间的意见分歧,并能够成为在您和利益相关者之间形成"合同"或协议的一部分。

步骤 5: 签核

最后,确保您所得到的是关键利益相关者、或关键利益相关者小组代表所签署的协议,认为这些要求准确地反映了他们的需求。这份正式的承诺将在确保项目不会遭遇"范围渐变"中起到重要作用。

重点
一份成功的商业需求分析的关键是识别新系统或新产品将会对终端用户/利益相关者做一些什么----以及了解他们需要这个新系统或产品做些什么。

您可以运用各种各样的技巧汇总这些需求,但是要确保这些需求是清晰的、 简洁明了的、与业务相关联的。这个流程还帮助您识别并解决任何早先存在冲突的需求问题 。

当您完成您的分析以后,把它记录到书面的报告中。这个成为满足您业务或者是您顾客所有需求的产品或系统的"合同"。