通过业务设想评估和确定 AI 用例的优先级

简介

人工智能(AI)正在彻底改变行业,促使企业像以前那样接受其潜力。 它有可能解锁新的机会,并启用变革性的用例,重塑企业与其客户交互的方式,并提供产品和服务。 随着 AI 在日常应用程序中变得更加常见,我们需要确保 AI 项目符合业务目标,满足用户需求,并可以使用我们拥有的资源构建。

本文使独立软件供应商(ISV)能够:

  • 了解如何识别和优化潜在用例
  • 评估用例的可行性
  • 了解如何处理用例优先级

AI 正在转换行业运营方式

AI 正在打破各个行业的障碍,从提高制造业生产力到尽量减少供应链的环境影响。 在Microsoft,我们相信为你提供了构建最佳解决方案的工具,无论是使用传统的 AI 和机器学习(ML)还是先进的生成 AI(GenAI)模型。

我们的合作伙伴越来越希望开发新的解决方案和功能,这些解决方案和功能应用了这种先进技术,并为客户提供更大的价值。 我们的许多合作伙伴都专注于生成 AI 的潜力,并且有可能改变工作方式。 虽然传统的 AI 和 ML 当然具有其地位,但 GenAI 在人工智能的进步中迈出一步。 虽然传统 AI 和聊天机器人存在一段时间,但生成 AI 标志着其功能和潜力的显著进步。

使用经过训练的自然语言模型从对话体验

这种转型技术的可能性意味着,有效地应用 AI 的价值可能是一项重大任务,即使是大型公司也是如此。 虽然此页面和后续页面旨在帮助 ISV 识别、生成和部署可行的生成 AI 用例,但有更多资源可用。 我们开发了 Microsoft AI 价值加速器 (MAIVA) Playbook,以支持具有基础知识和指导的企业客户,以便在整个组织中大规模启用 AI。 虽然不是 ISV 的战术指南,但 MAIVA 可以提供有关将 GenAI 应用程序引入生活的不同角色的不同视角的宝贵见解。 此 开源框架 可帮助你了解部署和操作成功的原因、为何具有挑战性,并提供有关领导、构建数据驱动文化和管理变革的建议。

虽然 AI 技术的这一开发为跨行业的新应用程序带来了巨大的潜力,但每个机会仍应评估其可行性。 本页的其余部分致力于帮助 ISV 业务决策者识别和评估建议的 AI 用例的潜在业务价值、用户需求和技术可行性。

业务设想

识别潜在用例

本页提供一致且全面的框架,可帮助你评估潜在 AI 和 GenAI 用例的可行性。 用例的想法可以来自任何地方,但从头脑风暴开始,在线研究用例,并回顾 Microsoft客户成功案例 可以帮助开始该过程。

Microsoft在这个领域拥有深厚的经验,并与各行业的合作伙伴合作开发创新的 AI 用例。 下面是跨行业提供的一些示例:

行业 用例 说明和优势
制造 工厂助理 帮助工厂工作人员快速识别设备问题、查找解决方案、训练和改进技能,以及使用自然语言和翻译功能生成可编程逻辑控制器(PLC)代码。
医疗保健 声明管理 提供对话式 AI 助手体验,可帮助声明代理快速完成授权和管理任务。 它还能够基于声明数据创建全面的授权策略,并提高对声明和授权状态的可见性。
金融服务 企业银行 帮助银行家根据历史数据和交互预测客户端需求,自动执行日常管理任务,并实时监视客户端流。
可持续性 供应链特征 使可持续性从业者能够查看供应商数据,以确保符合环境标准、跟踪产品生命周期和优化供应链运营。
零售 应用商店操作助手 使商店员工能够查询操作策略和过程、加速载入和提高技能,并通过交互式对话助理查看常见问题解答。

开发用例时,可以考虑以下问题:

  • 问题:要解决的问题是什么? 根本原因是什么? 当前进程的工作原理是什么?
  • 机会:你的想法是抓住机会还是解决问题? 为什么你认为这个想法是一个很好的方法?
  • 业务目标:通过启用此用例实现哪些业务目标?
  • 成功度量:如何定义成功? 如何衡量成功? 显示进度的可衡量关键结果是什么?
  • 责任:解决方案的执行发起人是谁? 谁对目标和关键结果(OKR)负责?

你可能想出了不同的 AI 解决方案来解决各种用例。 业务设想可帮助你评估和确定开发和执行最可行的用例的优先级。 首先说明问题和用例。 分析业务目标、关键结果和主要利益干系人等因素,确定应用程序的战略拟合分数(1 到 5)。 业务设想可以作为为开发和执行所需的利益干系人带来这些各种用例的起点。

一个图表,用于输入有关用例的详细信息

在下一部分中,我们将回顾 ISV Contoso 使用此框架为示例方案分配两个不同的用例战略分数。 目前,将此战略拟合分数放在一边。 在评估用例的业务价值、用户体验和技术可行性后,我们将返回它。

示例方案

为了帮助你完成此业务设想过程,我们将回顾 ISV Contoso 与其大型零售商 AdventureWorks 一起分析的两个潜在用例。 我们深入探讨每个用例,并对其进行比较,以确定哪些用例具有更大的价值和开发可行性。

用例 1:Contoso Store Operations Assistant

在此方案中,AdventureWorks 正在为以下问题而苦苦挣扎:

  • 高员工营业额率
  • 员工入职速度缓慢且效率低下
  • 一线工人的低工作效率
  • 商店经理缺乏管理操作的有效工具

为了解决这些问题,Contoso 和 AdventureWorks 开发了 Microsoft Store Operations AI 助手用例。 此助理能够向员工提供有关载入材料、商店策略和过程以及任务创建的指导。 为了开始评估,Contoso 使用讨论的三个因素计算了此用例的战略拟合:业务目标、关键结果和主要利益干系人。

  • 业务目标:Contoso 旨在使 AdventureWorks 能够快速载入新员工、提高员工效率并提高商店工作效率。
  • 主要结果:Microsoft Store Operations 助手的目标是改进 Net Promoter 分数、提高员工保留率以及遵守合规性和策略要求。
  • 主要利益干系人:Contoso 确定工程和产品主管与开发团队就此应用程序进行协作。

根据这些因素,Contoso 为此用例分配了 4 个战略拟合,因为它的业务影响不一定是产生收入的机会。 这个高分表明,此用例非常合适,以帮助 AdventureWorks 解决他们面临的当前困难。

用例 2:Contoso 购物应用程序

在此方案中,Contoso 与 AdventureWorks 合作,确定以下关键业务和技术问题,以解决此用例:

  • 缺少数字店面
  • 受约束的员工沟通
  • 规划库存分配时遇到困难
  • 没有自动跟踪见解的方法,例如热门商品和购物者行为

为了应对这种情况,Contoso 建议开发 Contoso 购物应用程序。 支持数字店面、连接员工以及跟踪和分析数据的综合解决方案。 Contoso 使用这些组件评估了此用例的战略拟合。

  • 业务目标:Contoso 试图解决 AdventureWorks 在缺乏数字店面的情况下的斗争,部署能够支持客户交易、库存管理和综合通信的应用程序。
  • 关键结果:Contoso 和 AdventureWorks 确定了此应用程序的成功部署,特别是专注于每天的许多最终用户,并将收入改进为关键绩效指标,作为其主要关键结果。
  • 主要利益干系人:Contoso 拥有分配给该项目的完整开发团队,AdventureWorks 提供的额外主题专业知识已准备就绪。

根据这些因素,Contoso 为其用例分配了 5 个战略拟合。 这个高分表明非常适合 Contoso 和 AdventureWorks,并让我们在业务设想过程中迈出下一步。

在检查每个用例的详细信息并为其分配战略拟合分数后,让我们来评估它们如何根据业务价值、用户体验和需求以及使用业务、体验、技术(BXT)框架提高技术可行性。

应用业务、体验、技术框架

业务、体验、技术(BXT)框架使 ISV 能够评估其用例的潜力。 本练习旨在全面演练每个用例的详细信息,并评估其可行性。 在这里,你可以将用例介绍给可能参与其开发的利益干系人更广泛的生态系统,从安全性和合规性专家到技术开发团队。 将 BXT 应用于更广泛的群体不仅有助于明确每个用例的实际实施情况,还有助于确保从利益干系人入手,其努力使这一愿景成为现实。 高级过程包括:

  • 三个高级重点领域:业务可行性、经验和可取性,以及技术可行性。
  • 在每个区域中,有三个子组件,每个子组件都有自己的分数。
  • 接下来,你将使用这些组件的组合来对用例的可行性进行排名和可视化。

我们使用前面介绍的两个示例用例逐步讲解此框架:Contoso 商店管理助手和 Contoso 购物应用程序。

业务可行性、体验可取性和技术可行性

业务

首先,请务必确保优先用例与总体策略保持一致,并具有真正的收入机会。 业务下的主要考虑因素是解决方案的财务可行性。 为了完全回答这个问题,我们已将框架的这一部分细分为三个组成部分:执行策略一致性、业务价值和变更管理时间范围。

如果想要深入了解如何围绕用例及其提供的价值推动内部对齐, Microsoft AI 值加速器(MAIVA)框架 可以提供帮助。 此框架提供全面的指导,包括 AI 策略规划、试验周期、数据平台和部署。

执行策略一致性

所选用例应与组织的总体任务和团队保持一致。 若要成功开发用例,应明确确定关键利益干系人和受影响的用户,并准备好参与这项工作。 这有助于通过协调团队、资源、目标和开发工作以及避免冗余或非生产性工作来避免效率低下。 用例是否与总体业务策略和目标保持一致

业务价值

成功的用例是为企业生成值的用例。 虽然这通常可以采用为最终用户创造价值的形式,从而获得收入机会,但价值也可能类似于在内部提高客户的工作效率和成本效益。 无论生成的价值如何,需要考虑的主要事项之一是实现货币化的方法:例如,这是核心产品还是免费加载项? 四种主要方法已经开始在此方面具体化:

  • 核心:应用程序对于核心产品体验至关重要,必须具备。
  • 扩展:应用程序可增强产品体验,但对于所有用户来说可能不是关键任务,这是一个好事。
  • 加载项:应用程序为当前用户的特定子集添加重要价值。

用例如何生成业务价值

有关商业策略和盈利的注意事项对于确定应用程序的业务价值至关重要。 可以在“生成 AI 应用程序商业策略”页上详细了解此决定的内容。

更改管理时间范围

开发时间线是用例业务可行性的一个重要因素。 要考虑的关键里程碑是应用程序何时准备好进行内部测试、为初始试点用户做好准备以及何时开始生成收入。 不准确的时间估计可能导致成本高昂且效率低下的延迟,这可能会影响整个业务运行状况,并从更有效的或高效工作中拉取宝贵的资源。 此外,产品更改的实现和维护可以扩展到发布之外。 需要较少根本性更改且对操作的影响较低的用例可以作为可实现的快速胜利。 为了帮助缓解复杂开发项目的潜在缺点,必须现实对待时间线估算的方式。

实现用例和管理任何更改所需的预期时间是什么

请务必注意,具有较长推出和更高用户影响的更复杂的用例不一定是一个不可行的用例,但可能需要更多资源和时间来开发和部署,并可能引入新的障碍。 例如,推出时间较长的应用程序可能具有更长的盈利能力路径。 这不会阻止应用程序进行开发,但 ISV 必须睁大眼睛做出这些决策,并在 BXT 之间平衡注意事项,以确保预期用例符合其需求、环境和可用资源。

示例用例业务评估

让我们来看看我们引入的每个子组件的示例 Contoso 用例,并为其分配分数。 我们将其中每个分数与前面分配的战略拟合分数一起使用,确定要开发的用例的优先级。 你将单独为每个子组件评分,然后获取这三个分数的平均值来查找此组件的总体分数。

用例如何与组织的执行策略保持一致

体验

确定用例的业务价值后,需要确保解决方案的需求。 BXT 框架的体验组件侧重于用户的需求和首选项,以及解决方案和体验是否适用于用户。 为了最好地回答这些问题,我们已将经验分解为关键角色、价值主张和改变阻力。

关键角色

了解与用例相关的关键角色对于识别现有需求至关重要。 这包括最终最终用户,但也涉及构建和维护应用程序的利益干系人。 准备好并承诺内部资源将有助于推动高效的开发过程。 了解这些角色使开发人员能够优先处理满足这些关键组的特定需求、挑战和目标的用例,确保应用程序为最重要人群提供最大的影响和价值。

 谁是主要利益干系人和将受到用例影响的用户

价值主张

用例的价值主张概述了用户从使用应用程序中获得的优势和优势。 这包括提高效率、节省成本、提高工作效率或增强最终用户体验等方面。 了解价值主张至关重要,因为它决定了用例的潜在吸引力和采用。 令人信服的价值主张有助于确保应用程序不仅满足最终用户需求,而且在竞争激烈的市场中脱颖而出,从而增强收入机会。

用户的价值主张是什么

更改阻力

更改阻力是确定用例优先级时需要考虑的另一个因素,因为它反映了用户采用新技术和流程的意愿。 高级别的更改阻力可能会阻碍应用程序的成功实施和采用。 了解更改阻力级别,开发人员能够设计策略来管理和缓解阻力,例如增强的培训和使用指南。 有效地解决变更阻力有助于确保更流畅的转换和更高的验收率,从而更成功且持续地使用应用程序。

用例的更改阻力级别是什么

示例用例体验评估

让我们来看看我们的示例如何使用事例与其中每个子组件保持一致。

体验价值用户可取性影响评估

技术

最后,在确定用例的优先级时,考虑技术可行性、集成挑战和 AI 模型的准确性等技术因素对于应用程序的最终有效性和开发过程至关重要。 若要全面审查用例的技术可行性,请考虑以下三个主题:实施和操作风险、足够的保护措施以及 AI 和大型语言模型(LLM)。

实施和操作风险

确定并采取措施来缓解实现和操作风险,可以帮助开发人员避免延迟、bug 和成本溢出,最终有助于推动应用程序的成功。 潜在风险可能包括技术问题、资源约束和数据安全问题。 缓解策略可以涉及彻底的测试、应变计划,并确保可靠的支持和维护策略。 通过尽早解决风险,开发人员可以防止中断并确保更流畅的实施过程,从而更可靠且可持续的应用程序开发和部署。

与用例和缓解计划相关的潜在风险是什么

足够的安全措施

管理风险和合规性(尤其是 AI 方面)对于应用程序的成功开发和部署至关重要。 主动措施,例如可靠的安全性和合规性措施、数据保护和访问控制以及负责任的和安全 AI 标准,可以帮助保护用户及其数据。 这还包括确保遵守所有相关的法律和法规要求。 通过优先处理具有良好保障措施的用例,开发人员可以增强其应用程序的可靠性和安全性,从而增强用户信心并最大程度地降低潜在责任。

适当的安全措施是用于管理风险并确保合规性

AI/LLM 拟合

若要将 AI 有效地实现到用例中,必须评估具有用例的 AI 和 LLM。 与 AI 和 LLM 功能保持一致的用例可以从增强的自动化、改进的决策和个性化用户体验中获益。 了解这些技术如何有效地集成有助于最大限度地提高其潜力并更有效地满足特定用户的需求。 通过优先考虑适合 AI 和 LLM 实现的用例,开发人员可以创建具有显著竞争优势的创新应用程序,并为用户带来巨大的价值。

AI 和 LLM 技术的用例适合什么

示例用例技术评估

最后,让我们看看我们的示例用例如何与每个技术子组件保持一致。

技术价值 - 可行性影响评估

现在,你已考虑了有关用例可行性的每个因素,我们如何评估结果?

评估用例的可行性

使用 BXT 框架检查用例后,下一步是评估要确定开发优先级的用例。 在此阶段,你正在检查的每个用例都应有三个分数,一个用于业务、体验和技术。 可以使用此模板来合并用例的 BXT 和后续分数:

此空白用例模板包括 BXT 框架的所有子组件

现在,让我们回到我们之前计算的战略拟合分数,当我们识别这些用例时。 将战略拟合分数与每个用例的业务可行性、体验价值和技术可行性相结合,可生成我们用于确定哪些用例值得优先考虑的指标。 我们使用两个指标作为轴来可视化这些用例的可行性:

  1. 战略业务影响程度 = 战略拟合和业务影响平均值
  2. 执行度拟合度 = 用户可取性和技术可行性平均值

使用这两个值,可以绘制用例优先顺序的结果:

此图表包含四个同样大小的矩形组成每个象限

每个用例都落在何处有助于确定其开发的最佳路径。

  • 搁置:低业务影响和价值,以及开发和/或需求的潜在困难,表明此用例不可行,应在情况发生变化之前搁置。
  • 研究:潜在的高业务影响,但目前不可行或需求低。 这些用例已经成熟,可以研究可能影响此解决方案的执行拟合的因素,例如问题空间、用户需求和/或市场条件。
  • 孵化:在技术上可行和/或具有现有的用户需求,但业务影响或战略适应度较低。 进入此类别的用例已经成熟,可用于在受控环境中进行原型制作和测试,以帮助确保将用例优化为符合你的战略适应和业务目标。
  • 加速到 MVP:战略业务影响高、技术上可行并满足现有需求。 这些用例已准备好投入和开发。

示例方案:用例优先级

除了两个分析的用例外,另一个团队还完成了第三个用例的业务设想练习:一个与库存数据库集成的 AI 驱动的库存管理解决方案。 后面的表显示其 BXT 分数。 让我们查看所有用例的结果,包括其初始战略拟合分数和 BXT 组件分数,并可视化它们在优先顺序图上的位置。

BXT 组件 应用商店操作助手 购物应用程序 清单管理器
战略拟合 4 5 3
业务影响 3 4.3 3
用户体验 3.7 4 3
技术可行性 4.3 4.3 4
战略业务影响程度 (4+3)/2 = 3.5 (5+4.3)/2 = 4.7 (3+3)/2 = 3
执行度拟合度 (3.7+4.3)/2 = 4 (4+4.3)/2 = 4.2 (3+4)/2 = 3.5

使用我们的两个公式,我们可以看到每个用例都位于此图表上的位置。

包含四个同样大小的矩形的示例图表,这些矩形组成了每个象限

可以看到,Contoso 购物应用程序完全位于“加速到 MVP”象限中,如上所示,表明此用例最适合在技术和战略上开发。 此角代表最佳价值和技术可行性的交汇点。 相比之下,库存经理没有提供足够的战略业务影响来开发和应进行更多的测试和修订。

值得注意的是,应用商店运营助理也属于这个象限,这表明它也适合开发。 但是,购物应用程序的业务价值和技术潜力明显更大。 此外,购物应用程序还提供围绕构建更大、更复杂的应用程序的大型学习潜力。 在独立商业应用程序的明显收入潜力之上,这一努力通过学习和模板化可重用功能提供长期的战略和商业价值。

鉴于购物应用程序的强大可行性,如本练习所示,Contoso 可以自信地进入开发阶段。 此过程的下一步是确定开发此解决方案的最佳方法,以及该旅程的外观。 在此 ISV 应用程序开发旅程过程中,我们将返回到此示例方案和其他方案,为你提供从头到尾开发应用程序的路线图。

后续步骤

确定优先级用例后,可以开始考虑如何设计和生成解决方案。 此路径中的下一步是查看 功能设想 和 ISV 旅程页,了解如何为所选用例确定最佳开发方法。