ERP Kit 是一套基于 AI 协作的业务 UI 工程体系。 它把中后台 UI 从「每次重新设计、重新实现」,变成「按规范组合已验收组件」——让产品、设计、前端和 AI 用同一套语言,快速交付一致、可验收的业务页面。

这并不是一次简单的命名升级,而是在原有设计系统基础上,面向 AI 时代完成的一次升级:从“给人看的设计规范”,演化为“人和 AI 都能执行的工程体系”。


一、背景:业务扩张带来的体验割裂

随着路特创新业务快速扩张,组织规模从 400+ 人增长至 2000+ 人,研发团队扩展至百余人,前端也拆分为多个小组,并行支撑不同业务线。

在早期流程中,设计环节长期缺位。前后端通常直接依据产品 PRD 与原型开发,缺少统一的视觉规范、交互规则和组件约束。

随着业务系统增多,这一问题被不断放大:不同前端业务组采用不同开源设计系统,导致各系统在视觉风格、交互逻辑、组件使用方式上差异明显。用户在不同系统之间切换时,会感受到强烈的体验割裂;团队之间的协作、维护和返工成本也随之增加。

在部门年度规划中,ERP 系统改版被确立为重点项目。统一产品体验、规范设计研发流程、提升交付效率,成为明确且迫切的业务诉求。这也成为设计系统建设的直接牵引。


二、第一阶段:用设计系统解决体验一致性

设计系统建设的第一步,不是先罗列组件,而是先判断 ERP 系统中最核心、最高频、最值得标准化的场景是什么。

经过全量调研和业务场景拆解,我们发现,ERP 系统 80% 以上的核心页面,都可以归纳为三类高频结构:筛选区、操作区、表格数据区。

这意味着,设计系统的建设方向可以非常聚焦:不需要从零定义每一种页面,而是优先把这些高频、稳定、可复用的页面结构做扎实。

筛选区负责条件收敛,操作区承载批量动作与业务入口,表格数据区完成信息展示、状态判断和后续跳转。正因为这些核心页面具备稳定骨架,后续才有可能进一步沉淀为标准组件、组合范式和验收规则,并最终演化为支持 AI 协作生成的业务 UI 工程体系。

因此,第一阶段的设计系统重点围绕 ERP 核心场景展开:

建设内容解决问题
基础样式规范统一色彩、字体、间距、圆角、投影等底层视觉语言
通用控件组件统一按钮、输入框、选择器、表格、弹窗、抽屉等基础控件
框架布局规范统一导航、多页签、筛选区、操作区、页面骨架
数据录入与展示覆盖表单、详情、列表、状态、反馈等业务高频场景
业务定制组件沉淀 ERP 场景中的专用组件和业务范式

到这一步,我们完成的是面向人的设计系统基础资产:规范文档、Figma 组件库、组件使用说明和设计验收标准。

它的第一层价值,是让产品、设计和研发在同一套规范下协作:统一体验,减少重复设计和重复开发,降低跨团队沟通与返工成本,并为 ERP 改版提供稳定的底层支撑。


三、组织保障:让设计系统真正落地

设计系统不是单纯的设计产物,它要真正进入业务流程,需要跨部门协同和分阶段推进。

首先,我们联动项目经理,拉通前端、产品、测试和部门负责人,开展设计系统价值宣讲,明确建设意义、业务收益和落地方式,争取资源与排期支持。

其次,我们与前端负责人共同确定技术路线:基于成熟开源设计系统进行二次定制,在保证研发效率的同时,满足企业级业务系统的定制需求。

同时,我们建立了闭环流程:设计定义规范与组件,前端分阶段开发交付,测试验证可用性,设计进行体验验收。

在资源有限的情况下,团队采取渐进式交付策略。先覆盖 ERP 核心场景中的基础样式和高频组件,再逐步扩展通用组件、框架组件和业务定制组件,让设计系统尽快在真实项目中产生价值。

设计系统上线后,我们进一步搭建门户网站,集中沉淀规范文档、组件说明、设计源文件和开发资源;同时面向产品、研发、测试开展多轮宣讲与培训,帮助业务团队真正理解并使用这套规范。


四、小团队建设大基建

设计系统建设初期,最大的挑战是人力不足。团队只有 1 位设计师,同时还要承接日常业务需求,兼顾设计系统自驱项目。

为了解决这个问题,我们从两个方向推进:

一方面,向部门负责人清晰说明当前系统体验割裂的核心问题、设计系统的长期价值,以及它对 ERP 改版和研发提效的支撑意义,争取设计团队扩编。

另一方面,建立设计需求多维表和优先级管理机制,联动项目经理对齐紧急需求、业务需求和基建任务的排期,平衡短期交付与长期建设。

后续,设计团队从 1 人扩展至 3 人,并形成稳定分工:1 位设计师专职负责组件设计、前端落地跟进和全流程推动;1 位设计师承接业务需求;我本人统筹整体规划,把控组件设计质量、规范一致性和系统扩展方向。

在此基础上,我们完成了设计系统门户搭建、Figma 组件库沉淀、产品与研发培训、体验问题收集机制,以及多轮跨团队宣讲,推动设计系统从“设计团队内部资产”变成“业务团队共同使用的基础设施”。


五、关键转折:为什么要从设计系统演化为 ERP Kit

设计系统解决了体验一致性和复用效率,也让我们进一步看清了 ERP 业务页面的结构规律:大量页面并不是完全独立的设计问题,而是在同一套页面框架下,替换不同的业务字段、操作动作、状态规则和数据内容。

尤其是列表页、详情页和表单页,往往都围绕筛选区、操作区、表格数据区、详情字段区展开。既然页面结构高度稳定、组件组合方式高度重复,一个自然的问题就出现了:这些标准业务页面,是否可以不再每次都由设计师重新画、前端重新搭,而是让 AI 基于既有规范和组件直接生成?

这正是从设计系统走向 ERP Kit 的关键转折。

但在实际尝试中我们发现,仅有传统设计系统还不够。AI 的确可以很快生成页面,但如果缺少足够明确的工程约束,就很容易自创样式、自创交互,甚至偏离已经验收过的组件规范。

PRD 往往只描述业务字段和功能逻辑,却不会完整描述滚动区域、分页规则、固定列、详情结构、筛选布局等框架级行为。设计规范虽然写在文档里,但 AI 不一定读得完整、记得稳定、执行一致。验收标准如果仍然停留在人脑中,换一个人、换一个模型,结果就可能发生偏移。

这说明,给人用的设计系统,和让 AI 稳定执行的工程约束,并不是同一件事。前者解决“人如何理解和复用规范”,后者还要解决“AI 如何被限制在正确的组件、结构和验收标准内生成页面”。

因此,我们在原有设计系统之上继续升级,逐步形成 ERP Kit。


六、ERP Kit 的三层升级

1. 规范工程化:从文档到可执行契约

ERP Kit 将规范拆解为基础视觉规范、通用控件规范和框架布局规范,并让每一类规范都与代码、Token、Demo 对应起来。

例如,筛选区如何换行、列表页哪里可以滚动、详情页标题如何组织、抽屉内嵌表格如何展示,这些不再只是文档描述,而是写入规范文件、组件实现和 AI 规则中。

在 ERP Kit 中,优先级被明确固定:spec、已验收组件和 Demo 是唯一 UI 依据;PRD 只提供业务信息,不能成为重新发明 UI 的理由。


2. 组件验收化:从能用到可组合、可验收

ERP Kit 不只提供组件 API,更提供已验收的组合范式。

例如,列表页有标准结构:应用框架、多页签、筛选区、操作区和数据表格。详情页有标准结构:详情容器、字段体系、分区规则和内嵌表规则。业务页面也会提供 Workspace 样板,作为“正确拼法”的参考。

组件状态从“可用”进一步变成“已验收、已冻结”。组件的形态、交互和 Token 不能在业务页面中随意修改,业务页面只负责填充数据和业务逻辑。

这让“按规范组合已验收组件”从一句口号,变成了可执行、可验收的交付标准。


3. AI 协作化:从人读规范到人机共读同一套语言

ERP Kit 为 AI Agent 配置了与研发等价的约束体系,包括全局规则、组件规则、框架规则、详情页禁用项、踩坑清单和 Demo 路由。

AI 在生成页面前,需要对照同一套 spec、组件名、Demo 结构和验收清单。这样一来,AI 不再是另起一套实现方式,而是设计系统能力圈中的延伸执行者。

产品写 PRD,设计出 Figma,前端实现业务逻辑,AI 生成页面,测试按 Demo 和验收规则检查,所有角色都引用同一套语言。


七、业务需求交付方式正在被重写

过去,一个标准业务页面通常需要经历完整的线性流程:产品输出 PRD,产品团队内审,产品组织需求评审,设计师基于需求重新出图,设计评审通过后进入前端开发,随后再进行前后端联调和测试验收。这个流程能够保障复杂需求质量但是周期也长,对于大公司来说要不停的拉会对齐,但对于大量结构相似的 ERP 列表页、详情页和表单页来说,也意味着许多页面都在重复经历“重新设计、重新实现、重新验收”的过程。

这套流程对于复杂业务需求是必要的,它能够帮助团队在需求理解、方案合理性和交付质量上形成共识。但在大型组织中,每一个环节都意味着会议、沟通、排期和跨角色对齐,整体周期天然较长。对于大量结构相似的 ERP 列表页、详情页和表单页来说,如果每个页面都完整走一遍“重新设计、重新实现、重新验收”的流程,就会产生大量重复成本。

ERP Kit 之后,标准业务页面的交付流程被重新拆解:

原流程ERP Kit流程
产品输出完整 PRD,并在 PRD 中描述大量页面结构与交互细节产品聚焦业务字段、业务规则和异常场景,页面结构默认引用 ERP Kit 标准范式
设计师逐页出图,重复定义筛选区、操作区、表格区、详情区设计师维护组件规范、页面模板和例外场景,常规页面不再重复从零设计
设计评审逐页确认视觉、布局、交互是否合理评审重点转为确认是否符合已验收组件、Demo 样板和业务例外规则
前端按设计稿重新搭页面、调样式、补交互前端或 AI 按 ERP Kit 组件组合页面,前端重点处理业务逻辑、接口联调和异常状态
测试依赖需求文档和人工经验逐项验证测试基于 spec、Demo、冻结组件和验收清单进行一致性校验

ERP Kit 带来的核心变化,是把标准页面从“人工线性生产”改造成“PRD 输入 + AI 生成 + 人工校验”的协作模式。

以标准 ERP 列表页为例,过去通常是产品完成 PRD 后,设计师重新出图,前端再根据设计稿搭建页面。接入 ERP Kit 后,产品可以直接将 PRD 提供给 AI,AI 基于已验收组件、标准页面结构、Demo 样板和 Agent 规则,直接生成符合规范的前端页面;前端重点完成业务逻辑接入、接口联调和代码校验,设计师则主要负责验收生成页面的样式与交互是否符合标准,并把更多精力投入到创新型业务需求和持续体验优化中。

对应到效率上,按标准 ERP 列表页估算,从需求评审到 UI 交付的周期可由约 3-5 个工作日缩短至 0.5-1 个工作日,整体效率提升约 70%-80%;标准页面搭建工作量可由约 2 人日降低至 0.5 人日左右。

这才是 ERP Kit 最关键的价值:把产品、设计师和前端从重复页面生产中释放出来。产品聚焦业务规则,设计师聚焦设计决策,前端聚焦工程质量,AI 负责在明确规则内完成标准化页面生成。

后续,我们会继续扩展业务 Workspace 样板和定制组件,沉淀更多真实项目中的效率数据,让 ERP Kit 从“生成一致页面”走向“规模化稳定交付”。


Figma设计系统

从设计系统到 ERP Kit:一套面向 AI 协作的业务 UI 工程体系

路特 ERP Kit 是一套基于 AI 协作的业务 UI 工程体系,把中后台 UI 从「每次重新设计、重新实现」变成「按规范组合已验收组件」,让产品、设计、前端和 AI 用同一套语言快速交付一致、可验收的业务页面

更新时间2026/07/13