背景电商发展至今，供给侧升级降本提效，精细化运营是未来的关键。因此，B端中后台的需求井喷并不断增长。运营工作台SOP体系整合跨系统能力，打造运营标准运营环节，解决运营运营体验和现场交付效率问题，产品和运营能力体验的一致性需要页面研发保障，提供高效的页面研发能力保障体验尤为重要。中后台场景交互视觉趋于标准，需求环节长且角色多协同，成本高。现有研发方式的核心是围绕原子和业务组件。ProCode的大量底层重复，LowCode事件联动，数据绑定等，还是需要大量的代码。瓶颈是显而易见的，页面制作模式亟待突破。如何高效量产中后台，如何保证产品标准、质量和体验的一致性，如何提高开发效率，是我们的重中之重。问题与战略目标面向工作台/大淘宝中后台，创新页面制作模式，升级页面制作工具，提升制作效率。主要围绕两个思路：以场景为中心。根据中后端场景特点，梳理现有大部分业务，表单-列表-明细场景占比86%。基于抽象特征提取统一描述，固化结合领域特征的标准化场景，可以围绕标准制作素材进行产品设计和页面开发制作。最大化场景价值，有效降低边际成本，提高整体生产效率。以流水线为起点构建全局最优的生产模式。整个制作过程本身就可以说是有序的，包含了多个角色。围绕产品功能本身构建不同部分、不同环节的生产加工线，将每个环节的加工产品标准化、流通化，提供适应不同角色的工具，提高整体协同生产效率。而我希望从全局最优效率的角度来看待整个生产链条，而不是简单地解决某个角色或环节的问题，粗略地转移工作量，根据必要性、可转换、可替代的生产方式构建新的生产链条。模式。整体解决方案协同模式升级：通过设计和前端标准场景规范定义，沉淀场景素材，以场景为中心，围绕场景进行产品设计，围绕场景构建页面，基于场景配置衍生界面，改变生产关系每个角色，减少翻译环节，提升整体交付效率研发模式升级：构建无代码UI生产能力基于场景化无代码配置生产（包括联动交互、条件渲染、数据绑定等完整功能）页面和生成数据API需求描述，后台按需提供并绑定API后完成研发。产品标准和体验保障：基于标准场景页面全流程无代码开发，保证产品设计和技术实现的标准和产品质量。在同一个系统中呈现相同的交互语言和产品调性，降低用户学习成本，提升业务体验。技术架构场景标准化平台架构以场景为中心，产品围绕场景设计，页面基于场景构建，API数据结构根据场景定义。因此，要定义场景，收敛和规范降水。首先，场景是基于中后台常用产品模型和功能块的拆解。经过标准化和融合的交互形式和界面数据结构，提取出功能高度融合的场景素材和场景控件。从技术定义上看：按照UI系统原子设计的粒度，场景素材属于模板粒度。例如，基本查询场景包括筛选表单、操作区域、显示表单、翻页器，这些都是页面中的大块；场景控件属于组件和模块的粒度，如员工选择器、日期显示组件等。从能力上看，场景素材和场景控件具有业务属性，内置业务相关逻辑和API数据请求，用于例子：FusionTable是一个纯UI组件，AntDProTable封装了翻页、过滤等预设逻辑，查询场景素材需要额外封装接口请求处理，规范了场景需要的接口及其数据格式，即，场景模型。场景内置核心功能，预留部分扩展能力。场景控件可用于扩展场景中的输入/显示/操作等UI组件，通过能力插件可扩展条件渲染、联动执行等非UI能力。场景和控件的正交组合，结合能力插件，构成了页面块的完整功能，多个块布局的组合构成了一个完整的页面。围绕以上核心逻辑，我们构建了完整的场景标准化体系：制定场景规范：成立场景规范团队，结合业务场景需求，为每个场景制定统一的交互方式和接口数据规范。建立场景沉淀机制：对于与已有场景完全不同的新场景，先根据业务需求梳理场景案例，进行功能抽象分类，经场景规范团队审核后设计出符合规范的场景，最终发展和沉淀场景。对于与已有场景相似但有定制诉求的，拆解需要扩展/定制的能力，同组评审后在已有场景上进行迭代。构建场景生态：围绕整个淘宝中后端域，构建整体场景标准和多业务域协同机制，统一管控，沉淀标准场景。它还提供定制材料研发套件和接入能力，以支持更广泛的业务场景。数据标准化数据标准化的核心是模型定义、数据模型生产和数据实体生产。场景素材对应的API及其基于场景标准化输出的必填字段，将通过业务模型中的场景化配置和字段组合生成。所需的API和字段，后台根据API需求提供并绑定API实体，完成页面所需API的标准化生产。模型定义，基于对现有页面API结构的拆解，主要包括以下几个部分：网关模型：描述了workbench网关封装的数据结构，包括接口成败指示器、错误信息、网关的附加调试信息。网关模型是固定的，并且对于工作台的所有接口具有相同的结构。场景模型：描述了特定场景中涉及的所有接口的结构，包括场景中固定的输入参数和返回值字段，以及如何通过场景配置引入业务模型字段。业务模型：描述实际业务中的概念，涉及对象及其属性，包括字段、类型、含义等。同一个业务模型可以用于多个产品页面。模型或标准的定义并不一定意味着定义本身有多先进，而是每个人都认可它并可以遵循它。所以在整个工作台的维度上，我们建立了覆盖所有领域产品后端的规范团队。通过整体评审和RFC机制，保证模型的标准和有效性，各团队接口人员推动规范落地，收集反馈，持续优化。数据模型制作：通过以上三种模型，在使用平台开发时，可以选择业务模型字段与场景配置进行关联，进而推导出页面需要的接口定义（入参和返回值的字段结构）)。在技??术上类似于模板引擎，场景模型是一个模板。将业务模型字段填充到模板中的占位符中，最后放入网关模型的固定结构，即预期的API数据模型。数据实体制作：后端根据推导的API接口定义规范接口的实现。同时我们也基于场景标准构建了通用的Java类，比如分页列表类，级联查询类等，并配合一些工具函数，结合DO/DTO快速转化为VO，减少研究和界面表示层的开发成本。大多数情况下，比如一个新业务的后端可以根据输出结构提供相对较好的数据，但是对于一些已有的接口，二方服务依赖的接口更多等，后端改造适配的成本是比较高，我们还提供字段组合映射能力和服务编排能力，以较低的成本将非标准接口快速转化为派生API。无代码页面制作无代码的核心目的是通过场景标准沉淀的场景素材和数据规范，制作一个完整的无代码功能页面，并驱动生成页面所需的API数据结构，从而解决问题现有研发效率低下、体验和质量难以保障以及前后端联调等协同问题。页面由UI、交互和数据组成。场景标准化、数据标准化，保证研发资产（场景和模型）的融合。UI/交互/数据已经有一个大的结构化框架，只需要少量的研发工作就可以完成。页面开发，对于简单的结构化页面开发，最高效的方式就是可视化配置。从场景的角度来看，剩下的研发工作主要包括场景配置、多场景布局和联动、一些全局的数据贡献等，这些都可以汇聚抽象成一个可视化的配置。全程无代码可视化配置，降低非前端用户使用门槛，进一步提升交付质量和研发效率。与低代码的区别？相对于通用的低代码研发平台，我们基于标准场景，对非UI部分的交互逻辑和数据对接进行抽象封装，封装更深层次的能力，免去手写代码的负担，让代码开发成为可能——全程免费流程。标准协议：基于集团低代码协议和OneAPI2.0协议，补充场景模型、业务模型、网关模型、联动布局等协议，形成完整的无代码协议，支持研发配置和运行渲染同一时间。研发资产：场景中心输入场景和场景控制，模型中心输入网关/场景/业务模型，共同作为标准的研发资产。研发配置：页面研发分为三个方面：UI/交互/数据。从UI出发，配置单个场景，包括条件渲染、参数传递、全局过滤等功能配置，为多个场景组合布局，交互配置场景数据之间的联动关系，绑定API派生的接口定义到后端实现，整个页面开发完成。结合实时预览和界面模拟，可以在配置的同时快速查看效果。构建发布：配置信息整合处理后，生成页面schema和API数据模型，提取组件依赖，使用脚手架生成代码并更新仓库，最后将构建发布到CDN。除了常规的页面应用，它还支持将页面构建发布为微模块。运行渲染：使用集团低代码渲染引擎解析页面schema，渲染布局、场景和场景控件，使用联动流程调度引擎处理整个页面的联动逻辑，发起并处理接口请求由场景本身。还有一点——中后台研发业绩逐年提升却保持不变？效率是中后台研发的核心目标之一。目前，行业和集团缺乏通用的、实用的绩效衡量方案。因此，需要建立一个通用可行的中后台，能够对中后台源代码/低代码/无代码三种研发模式进行衡量和比较，并覆盖效率衡量模型和研发联调的完整生产环节方案。以数据化的方式衡量项目、个人、团队的研发绩效，指导未来绩效提升方向。?当前方案&策略有效性衡量方案存在的问题只停留在代码复杂度层面，使用Halsted复杂度来衡量，无法衡量项目变更的复杂度，无法解决中后台源码/低代码/无代码三两种研发模式的效率对比。创新设计归一化最小范围复杂度模型，解决统一度量变化和不同研发模型的问题。大多数衡量方案并没有对整个研发环节有更详细的衡量指标。中后台绩效衡量方案从微观和宏观研发联调时间出发，结合研发过程，计算过程指标和结果绩效指标，为效率提升提供分析依据和量化基准.?核心方案性能指标及计算公式定义：分析拆解性能测量指标，建立性能指标计算公式。研发效率=归一化复杂度/总研发时间=（最小范围delta复杂度/研发模式标准页面复杂度）/（持续研发工时+持续联调工时）。构建复杂度度量模型：改进Halsted复杂度算法，引入代码Diff、依赖分析、AST分析，搜索差异代码的最小范围，计算变更引入的复杂度，解决目前业界HalstedComplexity无法评估变更性能的问题。构建持续时长量化模型：对源代码/低代码/无代码研发联调作业的研发数据进行预处理，按时间划分阈值，动态构建活跃会话窗口，计算持续研发时间和连续联调时间。标准页面归一化：对不同研发模式的页面进行分层抽样，统计场景频率和比例，构建标准页面，用于归一化项目复杂度，解决不同研发模式语法信噪比不同带来的复杂度比较问题。完整的metric计算环节：整合中后台三种研发模式，设计metric采集、数据处理、指标汇总的完整环节，提供效率提升的量化基准和分析方向总结?A对低代码/无代码的了解很少各种LCDP/Low-Code概念在过去太流行了。各种解决方案和平台层出不穷，导致很多偏执的认识。有些人将所有研发内容暴力可视化，比如有些产品只是把写代码的过程转化为可视化过程，在一定程度上降低了某些人群的门槛，但在实际生产中效果有限，定位尴尬.另一个声音是完全否定的。只要一听到相关名词，就觉得是重复的，或者觉得做不到，效果肯定不好。很多进程的配置和可视化确实不适合如上所述。但不可否认的是，可视化方法更直观，约束更强，阈值更低。核心考量是具体场景、研发环节和内容抽象与合理性，能否标准化，配置是否足够友好，目标用户和解决方案主张。关于学习和使用新工具的成本和收益，如何考虑学习和使用新工具解决问题的输入和输出，主要有三个方面：权衡、成本和边际价值。说白了，如果需要掌握的是编程能力，那么不适合使用这种研发工具。如果您有大量页面制作工作并希望高效完成，那么学习曲线是值得的。因此，很多时候需要客观了解具体的使用情况和反馈（当然前提是工具真的能解决问题）。关于研发和生产，我们开发的本质很多时候是做某种逻辑转换，而不是做设计，如何把人肉复杂的加工协作过程转化为更高维的抽象，有机的各角色围绕统一模型协同生产和整体效率提升需要不断探索。不是简单的做一个工具，粗暴的转移工作量，出发点只是解决一个角色本身的问题。?部分成果完成了无代码平台的初步搭建，实现了多角色协同制作，减少了不必要的翻译环节，提升了页面制作效率。定义场景标准，沉淀25个标准场景，场景业务覆盖率达96%；存放39个场景数据和81个业务数据规范。构建统一的中后台研发效率衡量方案Orca-Efficiency可以衡量完整的页面研发联调过程，可以衡量比较ProCode、LowCode和NoCode三种研发模式。平台全年支持200+需求/项目迭代，覆盖淘宝商家、商品、营销、智慧人群运营全业务产品整体新增需求覆盖率79%，支持直播等10+产品建设广播域和X业务。统一性能测评，无代码模式性能比源代码提升5倍，低代码成倍提升，完整协同生产效率提升68.6%。并通过标准场景和无代码方式，有效保障产品体验和研发质量。
