什么是商业价值？

业务价值是App程序预期的结果，可以计算为App程序为我的业务带来什么价值的问题的答案。请记住，App程序是一种强大的业务工具，成功的衡量标准与任何其他关键业务指标没有什么不同。

App开发者通常更关注应用设计、速度、安全性和功能，因此您的主要关注点必须转移到业务目标和 KPI 上。

想象一下，一家企业每天都会收到大量的销售查询，拥有庞大的销售团队。为了处理其销售功能，该企业构建了一个潜在客户管理App程序来记录所有查询并跟踪每个潜在客户的进度。在这种情况下，应主要根据应用如何帮助使潜在顾客管理流程有效并提高销售团队的效率来评估应用。所有其他因素（如应用运行速度或应用随容量扩展的程度）都应被视为实现主要目标的构建块。

如何构建完美的App程序？

有必要了解，没有公式可用于在第一次尝试时最好地解决您的问题的App程序。无论经验丰富或熟练的专业人员如何构建App程序，他们都不能在第一次尝试时提供正确的App程序。您必须迭代几次才能达到它提供所有预期指标的水平。App程序开发人员的经验和技能只会帮助您在更少的迭代中达到完美的App程序。话虽如此，以下是我们在Tarakhilpa的专业知识中得出的几点，可以帮助您更快地实现目标。

定义并关注预期的业务成果

步骤1：您可以首先定义和记录业务的长期愿景以及App程序将如何帮助您实现目标。例如，在上面提到的销售 LMS App程序的情况下，长期愿景可能是将业务营业额提高到一定水平，LMS App程序将提供帮助如下-

• 这将有助于销售团队提高效率
• 它将帮助App程序所有者跟踪销售团队的绩效并预测业务增长

第 2 步：下一步是确定实现这一长期愿景的当前重点，并在同一文档中注明

• 定义您希望从App程序中解决的痛点
  • 在销售团队的 LMS 应用中，由于潜在顾客数据处于无组织状态，解决的痛点是一个低效的过程。就像日常销售代理可能很难找出他们今天的会议或任务一样，举一个由于缺乏有组织的数据而导致效率低下的例子。
• 列出应用的预期结果，例如，在销售团队的 LMS 应用中，以下是可能的结果
  • 组织良好的潜在客户数据和高效的销售流程。
  • 高效的管理分析仪表板，用于跟踪销售团队的绩效。
• 定义要从App程序跟踪的 KPI，您应该跟踪的 KPI 的几个示例是 - 收入、平均支票大小、客户获取成本、保留率、下载和用户满意度在 LMS App程序中，销售（收入）的增加应该是 KPI 之一。

第 3 步：跟踪应用的目标和 KPI

• 本文档准备就绪后，这些要点应成为您的主要关注领域。您为App程序做出的每个决定都应根据目标一致性以及是否有助于您实现这些目标进行交叉验证。
• 在构建应用以及启动应用和运行应用时，应定期不断跟踪这些目标。

获得灵感：从成功案例和案例研究中学习

作为App程序所有者，一旦确定了使用App程序要解决的痛点，就需要对为解决相同痛点而构建的现有App程序进行初步研究。您可以比较竞争对手创建的应用，也可以研究您网域中的任何现成应用。与销售 LMS App程序一样，您可以参考由类似企业构建的App程序或为您的行业开发的任何可用的现成 LMS App程序。您可以参考如何在这些App程序中设计解决方案，以及它们在解决痛点和提供预期结果方面的效果。

创建以用户为中心的设计

您希望从App程序中获得的每个 KPI 都会与将使用该App程序的用户相关联。因此，重要的是App程序的设计应该以用户为中心。步骤1： 第一步是确定谁将成为App程序的用户。

• 与 LMS App程序一样，用户将是组织的销售主管及其经理，他们将跟踪他们的绩效

步骤2：然后我们应该确定使用目的和这些用户的需求。

• 借助 LMS App程序，销售主管将使用该App程序查找他们今天拥有的会议和任务列表，以及他们今天开会的潜在客户的进度。

第 3 步：最后，开始设计屏幕、数据或流程，让每个用户实现他们的目的。这种做法俗称写作用户故事.

构建迭代增量

当您的目标是构建提供高价值的App程序时，您必须承认构建高价值App程序没有单一的公式。达到目标（高价值）的唯一方法是尝试您设计的解决方案，启动应用并观察应用在 KPI 方面的表现，从中学习，然后迭代以进行微调。话虽如此，重要的是，我们要使每次迭代尽可能小，同时足够有意义以提供有效的业务成果（价值）。通过使用较短的开发周期，您可以增加变得“敏捷”的功能，并根据持续的客户输入在将来的迭代中更改这些要求。

步骤 1：将应用开发划分为多个版本与在一个版本中构建所有功能相比，上面确定的所有用户故事（功能）都应分为多个版本。每个版本都应尽可能简短，并应专注于解决当时应用最重要的目标。

• 例如，对于 LMS App程序，第一个版本可以专注于开始使用该App程序所需的最低功能，而所有其他功能可以保留以供将来的版本使用。也许在此版本中，销售代理将能够在App程序中记录潜在客户并跟踪他的会议和任务列表。
• 第二个版本可能计划为销售经理提供分析以跟踪销售业绩。

此外，每个版本都将包含用户在以前版本中提供的反馈点。

步骤 2：迭代生成每个版本

既然您已经计划了其中的版本和功能，那么是时候开始构建一个又一个的版本了。如果您是非技术人员，或者您没有足够的时间深入了解App程序构建的细节，那么聘请App程序代理商一次付整个版本是很诱人的。瀑布模型.这在大多数情况下都很好用。

但是，如果您可以参与细节，则可以在迭代中运行每个版本，并从每个冲刺中获得更好的价值。发布中的每次迭代通常称为冲刺。通过决定将这些冲刺 （sprint） 保持相等的长度，可以实现最佳结果，并且开发团队应在每个冲刺 （sprint） 结束时交付单独提供一些业务价值的应用部分。效果最好的典型冲刺长度是 2 到 3 周。但是，根据正在构建的App程序的类型和复杂性，您可以与开发团队就冲刺 （sprint） 的长度达成一致。想法是保持足够长的长度，以便开发团队在结束时提供一些业务价值。App程序所有者将能够以这种方式在每个冲刺结束时提供有关App程序如何形成的反馈，因此与非迭代的一体式发布相比，版本的最终版本更有价值。

在 LMS App程序的第一个版本的情况下-

• 第一个冲刺可以提供线索记录功能。
• 第二个冲刺 （sprint） 可以提供以下功能：添加潜在顾客进度详细信息、设置与潜在顾客的后续会议，以及为自己添加转换此潜在顾客所需的任务，
• 第三个冲刺可以提供销售主管可以跟踪其今天的会议和任务的功能
• 第四个冲刺 （sprint） 可以专门用于完成其他待处理任务和问题修复
• 第五个冲刺可能致力于为销售主管发布App程序。

每个冲刺 （sprint） 还将包含从您之前的冲刺 （sprint） 中收到的反馈。