在 Low Code/No Code 的发展中我们看到，其本质就是将需求中能结构化表达出来的部分通过图形化的工具表达出来，例如“权限”可用表格表达出来，“流程”可用流程工具表达出来。使得更多非专业的研发人员和非研发人员都能参与到研发流程中来，以此降低成本，减短短研发链路来提升效能。

前端技术的发展在这个过程起到了很重要的作用，不管是页面开发技术本身的完善还是“跨端”能力越来越强，都使得我们可以越来越容易地创造结构化工具，并且直接通过 Web 实现在线编辑，甚至协同编辑。这和过去更倾向于创造 DSL，创建客户端图形编辑工具的时代已经完全不同。

例如我们可以创造“网站地图”编辑器，给产品经理用来描述页面以及页面之间的跳转关系，页面访问权限等。这些信息结构化了之后，可以直接拿来作为元数据生成项目里的一些入口文件和代码来提供效率。还可以和项目管理工具结合承载一些开发任务相关的信息，例如哪个页面是分配给谁来完成？页面目前是什么状态，是视觉稿已完成还是接口已完成等。还可以和质量保障体系结合，例如当出现报警后，可以更加直观地看到可能影响的上下游页面等。

除了网站地图，我们还有很多场景可以创造，例如“多语言编辑器”来承载国际化信息、“树形编辑器”来承载一些运营活动中的决策树逻辑、“图编辑器”来承载存储需求中的实体关系等。

快手商业化的前端团队已经开始打造中心化地平台，提供越来越多的编辑能力来承载这些需求中可以结构化的信息。我们发现这样的方式至少在以下方面为研发效能提供助力

• 极大降低协作时的成本。特别是对于横向支撑多个项目的团队来说，能使得人力能更好地流动。
• 保持元数据在整个工程里都只有一份，通过自动编译到工程中或者自动推送等能力保障前端后端信息。极大地减少了需求在修改时产生的人力成本，很多场景下对元数据地修改甚至不需要工程师再介入。同时也极大地减少了人工同步信息导致的错误。
• 将需求的结构化表达和项目管理等信息结合起来，可以加直观的看到风险、进度、成本、警报等信息。通过串联各个系统，打造更好的工作流。

在具体的实践中我们发现了一些值得和容易承载的信息，也有一定关于实施的经验，将在本次演讲中分享给大家，也欢迎一起探讨。

演讲提纲：

1. 需求结构化标的背景

• 前人的研究
• 现在契机

2. 需求结构化表达的实践

• 需求中关于视图的表达
• 需求中关于存储需求的表达
• 需求中关于流程的表达
• 需求中关于其他元数据的表达

3. 实践经验

• 相应工程体系的建设
• 实践中的重难点

4. 关于实现“产品能力”沉淀的重要意义

你将获得：

• 了解以产品定义为中心的前端研发体系建设
• 了解实践经验和重难点解决方案
• 得到效能提升提升，团队管理的新思路