企业AI原生架构深度拆解(下):从编排到交互,解锁AI落地的关键环节

0 阅读6分钟

本文作者:得帆智能联合创始人兼CTO徐翔轩

上期,我们介绍了架构的“地基”与“中枢”,但距离AI员工真正落地,还有很大的距离。这就涉及到今天要介绍的编排层和交互层。

图片

编排篇⸺从碎片能力到AI原生业务系统

很多企业都有过这样的经历:花费大量精力做出的AI Demo,在展示时让眼前一亮,可一旦要嵌入日常业务流程,却立刻陷入“好看不好用”的尴尬。

造成这种困境的核心原因,就在于Demo与成熟业务系统之间,隔着一道关键的“鸿沟”:缺乏能将AI能力与业务流程深度融合的业务编排层。

1

三个核心问题

业务编排层要解决三个核心问题:

第一,复杂流程无法用单一Prompt搞定。企业的业务流程往往是多步骤、有分支、需要人工确认的。以采购审批为例,系统要查库存、核预算、走多级审批、通知供应商。这些步骤环环相扣,不可能全塞进一个Prompt里。此时,就需要可视化的编排能力,把复杂流程拆解成一个个标准化节点,让AI按照流程来执行。

第二,业务逻辑散落各处,难以沉淀和复用。很多团队做了AI应用,但逻辑写在代码里、配置写在表格里、规则记在员工脑子里。这种模式,导致AI能力无法形成合力——换一个项目,就要重新开发;员工离职,核心规则可能随之流失。业务编排层的核心作用之一,就是把业务逻辑沉淀下来,组件化、服务化,得到复用。

第三,中长尾需求响应慢。企业中80%的需求都是中小型、个性化且变化快速的,等待IT部门排期开发,往往需要数周甚至数月的时间。业务编排层需要具备低代码甚至零代码的能力,让业务人员也能快速搭建应用。

2

核心能力

为了解决这些问题,业务编排层需要以下核心能力:

  • 低代码应用开发平台(aPaaS):低代码平台提供可视化的开发界面与丰富的预置组件,开发者能将模型能力、数据服务、业务规则等模块进行组合编排,快速搭建出符合AI驱动的业务应用。
  • 零代码平台:比低代码更进一步,让完全不会写代码的业务人员,通过拖拽就能搭建简单的业务应用。
  • AI数字员工平台:即AI驱动的企业级工具自助应用平台,供企业统一创建、配置、管理所有的AI数字员工。

当业务编排层的能力全部打通后,企业的AI应用开发就会形成完整的闭环:可视化编排快速交付业务应用,沉淀的业务逻辑转化为可复用的组件,不断提升AI能力。此时,AI不再是一个个孤立的Demo,而是持续构建、持续迭代的AI原生业务系统。

入口篇⸺以角色为中心的智能交互

如果说前面五层架构是AI数字员工的“技术骨架”,那么用户交互层就是衡量AI架构成功与否的关键。再强大的AI能力,如果业务人员不愿意用、用不顺,终究是空中楼阁。

1

员工困境:在系统切换中消耗精力

我们来看看现在大部分企业员工的工作状态。

销售经理想查客户的订单情况,得先打开CRM查客户信息,再切换ERP查订单状态,如果涉及到回款还得登录财务系统核对,最后可能还要走个OA审批。四五个系统来回切换,员工大部分精力都消耗在了切换与重复录入上。

更糟糕的是,当企业引入AI工具后,员工需要在多个业务系统之外,再打开一个AI对话窗口,将从各个系统中收集到的信息手动输入给AI,才能得到想要的分析结果。

因此,员工真正需要的,是一个能“一站式解决问题”的工作入口——无需在多个系统之间切换,无需手动整理数据,只需用最自然的方式表达需求,就能得到精准的结果。这正是用户交互层要解决的核心问题。

2

交互层的三个核心能力

用户交互层要把"系统操作"升级为"以角色为中心的智能入口",需要三个核心能力:

  • AI Agent平台:AI Agent是快速创建、部署和管理AI智能体的统一平台,支持定制化创建各种业务场景的AI智能体,比如销售助手、采购助手、HR助手。
  • AI智能门户:AI智能门户是员工的统一业务入口和工作台。与传统的企业门户不同,AI智能门户“以角色为中心”,不管你是销售、采购还是财务,门户会根据其岗位角色自动展示最相关的信息与工具。员工只需用自然语言下达意图,AI就会在后台调用各个系统,呈现结果。
  • 场景化和行业化应用:不同行业、不同场景的业务需求存在巨大差异,交互层需要提供面向特定场景或特定行业的AI应用解决方案。比如制造业的质检场景、零售业的智能补货场景,这些都可以作为预置的应用,员工无需进行复杂配置即可直接在门户里使用。

交互层的核心价值用一句话概括:以角色和入口为中心,让员工用自然语言下达意图,直接使用AI并完成业务闭环。这种模式下,AI能融入到业务流程的每一个环节中,支持企业每一项工作。

至此,AI数字员工的六层架构已全部揭晓,从最底层的基础系统,到连接集成、数据资产、智能中枢、业务编排,再到最顶层的用户交互,共同构建了从技术底座到业务落地的完整闭环。

图片

但理论架构终究需要在实践中验证,下一期,我们将通过真实的业务场景,详细拆解六层架构如何协同工作。