Tom Godden:
我们在 2023 年和 2024 年经历过有关生成式人工智能的炒作,虽然激动人心,但随之而来的是一点炒作。我相信,而且我认为 AWS 也坚信,随着时间的推移,我们将看到几乎所有的应用程序都会在人工智能和生成式人工智能的帮助下得到增强。但在此背景下,我们如何帮助领导者在提出有关生成式人工智能的商业案例时进行合理化,从而避免过度推销? 这样才能找到正确的价值。你如何建议人们在这方面取得进展?
Matt Fitzpatrick:
这就是为什么现在只有 8% 能够成功的原因。我认为,成功的不确定性是商业案例开发过程中的棘手问题。我的意思是,假设你想安装新的软件系统以完成支出等任何流程,对吗? 现在,你会构建商业案例,清楚地知道它要进行的工作流程,而且信心十足。构建商业案例的过程非常简单。但想象一下,你的商业案例围绕着 12 件不同的事情,你可以利用组织-
Tom Godden:
解决 N 个问题。
Matt Fitzpatrick:
其中五项可能有效,七项可能无效。我认为你必须改变商业案例开发的方式,让它看起来更像风险投资。我不认为这意味着只有十分之一能成功。我认为,这意味着你必须乐于尝试,尝试 10、12、14 种不同的东西,随着时间的推移,你会在第一批中发现五项行之有效。下一批,你会发现 10 项行之有效。你也不必为开发每一种产品都投入巨额资金。
我的想法是,以知识管理为例,你用于服务呼叫的数据,也许可以用于联络中心,也许可以用于关于呼叫过程的文档制作,诸如此类。你最终会得到与你构建的行之有效的用例相关联的 5、6、7 个用例。
Tom Godden:
我喜欢这种做法。我一直建议人们,也许可以让文档摘要用例发挥作用,然后将其用于人力资源、财务领域。你需要对其进行调整,并对模型进行一些训练,但你已经完成 80% 或 90% 的任务。
Matt Fitzpatrick:
这一直是商业案例的难点所在。你所采用的并非花两年时间完成的范例,这是最终完成的单一商业案例。实际上,这更像是“我需要为这个用例获取四个不同数据组件”的范例。所有这些数据组件都是模块化的,我可以用于其他四个用例。我的商业案例开发实际上是,“这看起来是否值得,我将建立足够的能力,并且我可以证明开始的合理性,因为它对重复的事情有用?”随着时间的推移,在三、五年的基础上,你将获得数倍于投资的收益。只是可能不是第一个。
Tom Godden:
Matt,假设我是一名首席信息官,作为前首席信息官,这样的假设并不难。假设我正在寻找一种情况,我希望某些东西非常独特,为我量身定制,但我也希望它价格低廉,对吧? 这不一直都是范例吗? McKinsey 如何建议大家进行构建而非购买? 构建时,你可以对其进行自定义。但成本要高得多。购买时,理论上成本更低,但自定义程度更低。作为首席信息官,我陷入两难。帮帮我。你有什么建议?
Matt Fitzpatrick:
你知道,我有这样一种观点:实际上,作为任何技术组织,我们对“构建”和“购买”的定义已经变得非常扭曲。我就是这样想的。10 年前,构建和购买意味着购买:我从货架上拿下东西,它能用,而且花了我一些钱。但就构建案例而言,要构建,我必须搭建一台大型计算机。我必须从头开始构建所有代码,这通常是指 15 年前,但-
Tom Godden:
全部构建。
Matt Fitzpatrick:
你真的要从头开始构建,这是一笔巨大的投资。
Tom Godden:
感谢你这么说,因为这有点像 AWS 的策略。帮助进行无差别的提升。
Matt Fitzpatrick:
如果我从广义的角度来看,而不是任何特定的技术提供商,“构建”意味着我启动一个云实例。我使用多种模块化组件。我从 GitHub 代码库、代码存储库中提取信息。我从六七种不同的现成组件中选取一些,只需花费 10 年前所用组件的一小部分成本,就能为我的组织定制出真正有用的东西。
三年前,我曾与一家在考虑购买现成系统的公司合作,这是一家大型资产管理公司,他们需要重建自己的信用系统。他们在争论是应该购买现成的信用平台还是构建信用平台? 这不是一家技术公司,10 年前,构建信用平台的想法简直太疯狂了。
Tom Godden:
警钟已经敲响。
Matt Fitzpatrick:
但当他们仔细研究后发现,要购买该平台,需要投入大量资金以自定义数据模式,以便与现成的信用平台相匹配。我需要看起来像这样的屏幕...他们本想替换自制系统,当他们这样做时,要将现成的系统定制成想要的样子,需要投入大量资金。映射数据需要投入大量的资金。当他们完成时-
Tom Godden:
结果是怎样?
Matt Fitzpatrick:
基本上是在这种现成的系统上构建一个新的系统。而另一种选择是使用所有现有的现代工具、现代数据工具、云基础设施等,然后构建一个系统。这实际上也足够疯狂,并不比使用的成本低。
我们发现这种情况越来越多。我认为生成式人工智能将真正加速这一进程,因为我喜欢生成式人工智能生态系统的一点在于,所有不同的应用程序都有很强的互操作性。没有人会说:“你只能使用我们的”。 每个人都认为你可以参与其中。因此,任何新技术的出现,你都能参与其中。但问题来了,如果你今天创建出新的信用应用程序,并购买一些东西,然后出现新的生成式人工智能工具,但你无法使用。实际上,使用已有 10 年历史的现成信用平台所欠下的技术债务,比构建现代、可互操作的常青堆栈并允许使用所有现代组件所欠下的技术债务还要多。
我想说的正如您今天所说,已经能够自如进行构建的公司数量,可能比五年前要多得多。正是对云和基础设施的投资,才使得速度大幅加快。
Tom Godden:
Matt,你完成过很多转型,领导过很多,也见过很多。McKinsey 经常谈论如何重组组织以使其能够做到这一点。在我们使用这种生成式人工智能的过程中,你发现哪些成功的模式可帮助在文化方面取得成功?
Matt Fitzpatrick:
我认为有几个不同的因素是关键。一是要非常清楚哪些用例真正重要且能够起到推动作用。我认为,如果你以 10 年前的眼光来看,你可能会发现技术组织并没有真正与业务组织进行交流,那肯定会失败。你需要清楚了解我的愿景是什么? 我要尝试的 10 个用例是什么?我的技术团队和业务团队将如何合作进行测试和学习? 整个过程都是全新的挑战。我认为,我们现在最感兴趣的技能组合就是所谓的翻译技能组合,或者是既懂数字技术又了解业务的人。例如,我曾与许多房地产客户合作过,既懂技术又懂房地产行业的人比只懂其中一种的人更有价值。
我认为,你需要在技术组织和业务团队之间建立联系,这样构建的东西才行之有效,才符合业务用户的需求。因此,我认为翻译技能非常重要。
我还认为,你必须多加考虑技能再造,或者至少要考虑培养工程组织的技术技能组合。比如,如果你的工程组织不知道如何使用 Python,甚至不知道如何使用 Rust 这样的新工具,你就很难使用很多现代的生成式人工智能工具。这可能会导致再培训、技能再造等类似的事情或新的招聘,但你必须强化传统的工程组织。