业务分析师在软件APP开发中扮演什么角色？

公司常常错误地认为软件开发人员可以独自推动项目成功。但是，如何弥合技术细节和业务议程之间的差距，以确保两者保持一致？这时候，您需要一名业务分析师来为您提供支持，并向开发人员传达您的需求。 

在本文中，我们将充实业务分析的基础知识，揭穿常见的误解，并分享为您的项目聘请业务分析师（BA）的好处。

什么是业务分析？

业务分析通常是指一系列活动，这些活动有助于引出、验证和解决业务需求、要求、问题和解决方案，以便根据利益相关者的愿景校准最终产品。业务分析师的投入是反复出现的，并且存在于移动软件APP开发过程的所有阶段。业务分析师作为技术部门和客户之间的调解人介入，将不同的观点带到一致的项目愿景中。

作为一个阶段，业务分析通常启动软件开发生命周期，并为表达需求和业务需求奠定必要的基础。

随着项目的进展，业务分析的目的可以呈现三种形式：

• 第一个目标是在提出解决方案之前彻底了解商业理念。

• 第二个目标是确保满足正确级别的用户需求和相关功能，以满足团队对准备开始开发过程的定义。

• 第三个目的是帮助以最小的风险和成本构建成熟的解决方案。

为什么业务分析对移动软件APP开发如此重要

根据麦肯锡的报告，17% 的 IT 项目最终以失败告终，甚至影响了业务。平均而言，项目进度落后计划 7%，超出预算 45%。对于消费者移动应用来说，这种趋势似乎更加糟糕，平均成功率为 0.05%。

这些令人望而生畏的统计数据可能会让公司不愿投资移动应用和一般技术。然而，业务分析可以扭转这些数字，让你的项目获得成功。以下是方法。

应用市场相关性

市场调研是应用开发生命周期的基本起点。其主要目标是确定解决方案在市场中的独特定位，并证明其市场可行性。考虑到激烈的竞争，企业主会花费数月时间梳理竞争对手及其独特卖点。 

业务分析师接手全力以赴的市场研究并帮助您回答以下问题：

• 您的目标受众是谁？

• 你的竞争对手有哪些？

• 您的软件APP的优点和缺点是什么？

• 您的软件APP的目标是什么？它与实际用户的需求相关吗？

因此，软件APP所有者拥有一个详细的、数据驱动的软件APP概念，这将有助于优先考虑最小可行产品 (MVP) 的核心功能，该产品将根据市场需求、最新的利基趋势和用户需求进行微调。

准确的需求引出

根据项目管理协会 (Project Management Institute) 的报告，对需求管理进行尽职调查的公司有 65% 的项目能够实现其最初的目标和业务意图。相反，模糊和不稳定的需求会使项目的成功率降低到 46%。

业务分析师帮助收集和记录新功能和增强功能的需求，并与整个组织的利益相关者密切合作。通过了解项目背后的业务目标，他们可以创建详细的用户故事，开发人员和测试人员可以使用这些故事来制定切实可行的行动计划。 

这项工作的成果是一组功能性和非功能性需求，可用于指导解决方案的设计、开发和交付。通过这种方式，业务分析师可以帮助确保移动应用的设计和开发符合企业的需求和愿望。

定义应用指标

虽然下载量可能是您首先想到的指标，但它可能会产生误导，因为有些软件APP可能会在下载后立即被删除。业务分析师可以选择更广泛的核心指标来评估软件APP的性能。 

根据您应用的具体情况，业务分析师将精心挑选一份体现您战略目标的绩效指标列表。一旦您的解决方案启动并运行，这些指标还可以支持更务实的营销策略。

降低软件开发成本

行业研究表明，普通软件产品中约 80% 的功能很少使用或从未使用。同时，只有 12% 的功能会用于日常使用。因此，许多公司投资于无关紧要的功能，这些功能最终被搁置，而不是带来收入。冗余功能的问题直接源于业务分析不充分或缺失，导致镀金和需求不匹配。 

相反，业务分析师利用一组经过测试的优先级排序技术（如故事地图等）来缩小具有最大用户价值的功能范围。这也有助于避免将来的重新开发费用。

平衡团队工作量

当您聘请业务分析师时，您会在团队成员之间平均分配任务。否则，项目经理将不得不身兼数职。这增加了分析不佳或需求定义不准确的可能性。当两者兼备时，项目经理可以专注于监督软件APP开发过程，而业务分析师则可以制定战略以满足业务需求。

增强沟通

据《经济学人》报道，44% 的受访者表示，沟通不畅导致了项目延误或失败。

业务分析通过在开发人员和利益相关者之间建立稳定的融洽关系来降低这种风险。由于业务分析师通常拥有技术专业知识，他们可以以易于理解的方式向双方传达正确的信息。他们还充当单一联系点，从而消除了沟通鸿沟。

关于业务分析师的最大误解

由于业务分析师的工作范围很广，因此人们对其存在许多误解。我们在下面收集并揭穿了有关该职位最常见的误解。

误区一：没有业务分析师，团队也能做得很好

是的，你可以在没有业务分析师的情况下开展项目，但这是有代价的——无论是从比喻上还是从物质上。如果没有业务分析师，你就必须将他们的职责分配给所有团队成员。 

让我们比较一下有和没有业务分析师的项目，看看您的团队成员会得到什么：

从我们的图表中可以看出，如果没有业务分析师接手，整个开发团队就必须共同完成一份技术需求文档。这会导致愿景分散和开发流程不一致，从而导致更多的成本和时间。 

另一方面，业务分析师减轻了需求获取的负担。他们还创建了一个“项目 wiki”，详细描述了项目的逻辑，并涵盖了每个单元可能出现的案例和场景。分析师还充当项目导师，使开发和业务保持同步。

误区二：每个客户都知道他们想要什么

缺乏明确的目标是37% 项目失败的最常见原因。仅凭这些统计数据就挑战了明智的项目规划和有意识的选择的神话。

很少有客户带着完整的愿景和项目细节来找你。大多数情况下，合作都是从一个模糊的要求开始的，比如“我想要一个像 Facebook 一样的即时通讯应用”。虽然这个议程看起来很简单，但这还不足以继续开发。 

在这种情况下，项目范围不明确，交付成果不明确。原因如下：

• 客户可能喜欢 Facebook 的用户界面。但是，并非每个 Facebook 功能都能为客户的最终用户带来价值。

• Facebook 的设计架构可能与确保最终用户的正确可用性水平无关。

因此，客户带着业务问题前来，但他们并不总是能够明确定义它或将其与正确的技术解决方案相结合。相反，业务分析师不会将客户的要求视为理所当然。他们首先进行全面的研究以验证客户的想法或建议更合适的选择，无论是技术上还是业务上。 

分析师的目标是帮助客户识别问题并制定考虑到业务需求、用户需求、系统限制和预算的解决方案。

业务分析师还会在整个开发过程中对客户的产品提出质疑，例如“为什么？为了什么？我们想解决什么问题？”这些问题看似显而易见，但对于与开发团队达成共识至关重要。

误区三：客户和团队总是能清楚地了解彼此

并非所有团队和客户都具备沟通能力来传达他们的需求和瓶颈。此外，完整的开发过程通常由多名团队成员负责，这可能会导致沟通障碍和脱节。 

业务分析师充当中间人，收集所有利益相关者的需求，并将必要的信息传递给每个团队成员。这些专家确保整个团队对项目、项目目标以及实现这些目标的目的有共同的理解。

看看下面的图片，试着想象如果没有业务分析师，沟通流程会是什么样子。

业务分析师还会在开发阶段之前确定需求，确保客户充分了解项目范围。除此之外，业务分析师还会与客户和团队进行演示通话，以再次确认每个人是否意见一致。

这种不间断的沟通渠道有助于避免因客户和开发团队之间的意见分歧而导致的重新设计。

误区四：在开发过程中很容易做出改变

在开发阶段，没有哪个项目能够免受变化的影响。这就是大多数团队支持敏捷方法的主要原因，该方法允许迭代、频繁和灵活地交付。然而，一些变化可能会适得其反，从而破坏其他功能甚至整个解决方案的架构。 

业务分析师帮助项目变更变得轻松无忧。他们首先对变更请求进行全面分析，并提出最佳解决方案。相反，在没有事先分析的情况下引入变更可能会因需求不一致而导致许多错误。

业务分析流程：逐步

接下来，为了帮助您更好地理解业务分析背后的机制，我们简要描述业务分析师在每个开发阶段的贡献。 

第 1 阶段：识别、分析和指定需求

业务分析师的工作成果是未来开发流程和最终产品的支柱。具体来说，需求识别和初始项目支持是业务分析师的主要关注点。

步骤 1. 确定需求

当客户只是以原始格式传达他们的想法时，分析并不归结为收集需求。相反，需求获取是一个协作分析过程，包括广泛的活动。这些活动包括收集、发现、提取和定义需求。

在 言鼎科技，业务分析师使用以下方法识别需求： 

• 采访；

• 工作坊；

• 专门小组;

• 观察；

• 问卷调查；

• 系统接口分析；

• 用户界面分析；以及

• 文档分析。

业务分析师的任务是挖掘出各种需求，包括明显和隐藏的需求。随后，他们将这种拼凑起来的需求转化为所有利益相关者共同的愿景。 

第 2 步：需求分析

在此阶段，业务分析师完善需求并确保所有利益相关者都清楚了解这些需求。他们彻底检查需求中的错误、差距和其他缺陷。此外，需求分析还包括将高级需求分解为更详细的需求、原型设计、可行性分析和优先级排序。

此阶段的目的是使需求足够详细，以帮助估算项目成本。对需求的深入描述还将指导技术人员设计、开发和测试解决方案。

步骤 3. 需求规范

这是记录所有需求的阶段。业务分析师以一致、易懂且可测试的方式记录各种类型的需求，以便利益相关者和开发人员清楚了解。 

业务需求可能包含在愿景和范围文档中，而用户需求通常以用例或用户故事的形式呈现。详细的功能性和非功能性软件需求记录在软件需求规范 (SRS) 或需求管理工具等其他存储库中。

第 2 阶段。测试并批准需求

接下来，团队审查并验证需求是否存在差距和弱点。需求测试是开发前的一个重要部分，因为它可以最大限度地减少重复的机会。 

验证的重点是未来的产品是否满足最终用户的期望和要求。 

此阶段还有助于确保：

• 软件需求规范正确描述了系统预期的功能和特性，以满足项目利益相关者的需求；

• 软件需求准确反映业务需求、系统需求和业务规则；

• 需求完整、可行、可测试；

• 各项要求均已充分，且均足以实现业务目标；

• 所有要求均相互兼容；并且

• 这些需求为设计和软件开发提供了质量基础。

第 3 阶段。在实施过程中支持设计师、开发人员和 QA 团队

尽管业务分析师的大部分工作是在开发前完成的，但他们参与了所有开发阶段。因此，他们在设计期间确定需要改进的地方，在开发后收集反馈，并在测试后提供准备情况评估。

业务分析师是项目信息的保管人。此人负责在项目开发过程中回答团队的所有问题，并确保整个团队意见一致。

为您的项目添加业务分析专业人员

业务分析能力较差的公司项目失败率是成功率的三倍。我们的业务分析师团队可加快您的成功率，并帮助您交付以用户为中心、以业务为中心的移动软件APP。 

在 言鼎科技，业务分析师会确保您和开发人员使用相同的语言，并为您的项目开发准备需求和文档。给我们留言，我们将共同创造伟大。