中台建站的智能化探索

时间：2023-07-11 18:33:01 | 来源：网站运营

时间：2023-07-11 18:33:01 来源：网站运营

中台建站的智能化探索：三年前公司提出大中台战略以来，中台业务爆炸性增长。中台业务走到今天，既要好体验，也要高效率，给技术团队提出了巨大的挑战。无法满足快速迭代的中台业务需求，缺前端、体验差是各业务发展中名列前茅的痛点之一。

众多传统企业和中小企业/政府机关/金融机构在 DT 时代中面临信息化数字化压力。没有庞大的技术团队支撑，即便有了可购买的云基础设施，但自身业务系统的建设门槛太高，依然或不知如何入手或承受着巨大的建设成本。解决了快速建站和优质体验打造问题，会成为企业信息化的助力。

我们看到，游戏行业中 unity/unreal 引擎早已打造出 IDE 级别强大的集成解决方案。他们把很多本来需要写代码的地方可视化掉，例如 ue4 的 blueprint；他们把游戏中常用的功能集成进来，使各种游戏元素触手可得，以提升效率。不同角色围绕这一系统协同工作，逐渐向流水线方式靠拢。

回到建站领域，我们发现逐渐兴起了 low-code development platform，google 有 app maker，微软有 powerapps，大家都在铆着劲找解决方案。阿里和蚂蚁对中台建站的探索也层出不穷，有乐高、金蝉、luna、ice、aimake 等，在不同的业务领域都进行着令人敬佩的探索。

中台建站是一件很难的事情

前端技术日趋专业化，让参与中台建设变得更难




近些年前端技术飞快发展，我们有了 react/vue/angular 等优质的框架，也有层出不穷的状态管理方案。这使得我们对于复杂站点的建设有了强大的炮火支持。

但日趋专业化的分工导致门槛过高，招聘反而更难。前端厚度的增加，也使得一个产品的其他角色很难参与到 UI 部分的建设。

只有将门槛降低下去，才有可能提高效率，也让更广泛的群体参与到建设中来。但降低门槛，很难。




UI 组件库日趋完善，打造好体验依然很难




我们打造了 Ant Design 设计体系和组件库实现，在内外部中台广泛应用。它很好的解决了从 0 到 1 的问题，使得中台业务可以顺手拿来，『弹药』充足。

但回头看我们的中台产品，又有多少真正做到了好体验。当然用户体验是一个综合命题，产品设计、服务能力和生态链条的完整都比 UI 体验起着更大提升作用。但一眼看上去的『山寨感』终究还是不及格的。

做到好体验的道理很简单，遵循设计规范即可。即便我们有强大的设计团队，良好的设计体系，但落地又是另一回事，没有前端，项目时间紧都会是体验杀手。

涉及广泛协作的命题都是复杂命题，解决起来很难。




打通简单，流畅的打通很难




开发过程中最耗时的一个流程就是联调，上下游间的协同因约定而高效，也因约定的执行不到位而低效。所以有了 datahub 等专门提供 mock 服务的平台，也有专门管理接口定义的平台。

设计师产出的 icon 会上传到 iconfont 平台，视觉稿上传到语雀画板。专业化平台解决了特定领域问题，开发框架中如何快速消费上游产出，是否可以打通平台使得开发过程更加流畅？从想法到产品，也许可以更快。

开发过程协同是复杂的，总是会出现这样那样的问题。不够好用就不用，是大多数人的选择。打通简单，做到如水流一般流畅很难。




复用容易，容易的复用很难




提效的手段中最容易想到的就是复用，可以复用的组件、设计、流程、API 都会大大提高研发效率。

• 首先是技术体系必须是对复用友好的，能够让可复用的东西沉淀下来。
• 另外一方面是信息的流动，这也往往是被忽视的部分。信息能够在合适的场景被发现，才能够被消费。
• 最后是消费的友好度。要写多少代码接入？有文档吗？融入产品中需要付出多少努力，这都是成本。

复用容易，容易的复用很难。




做的到可视化搭建，做好可视化搭建很难




在可视化搭建的道路上各家前赴后继，产品层出不穷。它化解了 GUI 应用技术栈本身的复杂度，有效的降低了门槛，使得原本参与不进来的人能够参与进来。




可视化搭建类产品细节多到爆炸，它要覆盖 sketch 和 axure 提供的功能。因为需要支持直接上线，还需要提供他们没有的自适应布局能力。做一个可用的版本简单，做到用户愿意作为效率工具就很难了。我们已经做了有竞争力的初版，并攻克了绝对定位系统下的布局问题，但前路依然漫长。

可视化搭建如何有持久的生命力，它的产物可维护性就变得很重要。是导出代码还是直接发布？目前我们的方向聚焦在一站式平台，用户是看不到产物代码的，从而绕开了用户因为 flavor 偏好不同而重写代码的问题。但这就对功能集合提出了更多的要求，视图部分没有代码，需要提供一个相对全面的功能集合，能够支撑 Ant Design 设计体系下的各种变化。

降低了门槛是一回事，提高效率又是另一回事。GUI 界面层有无数的细节，对齐、间距对于非设计师角色来说既做不好，也做的慢。灵魂拷问：不会写前端的人就会用 sketch 么？




要有一种方式，能够粗粒度的拖拖拽拽就完成设计师才做的好的事情，做好很难。

我们尝试通过组装和智能破局

终极目标有两个，提高交付效率和打造极致体验。

我们看业界 low-code 平台的大量实践，也看我们本身的业务特性，结合对未来的判断，尝试找出适合我们的解决方案。我们称之为『智能建站』，是云凤蝶产品的新类型『企业中台站点』。



组装是最快速的研发方式




我们的想法很朴素，复用依然是提效的不二法宝，我们称复用的机制为组装。




首先，需要建立一条简单易用的组装线，组装过程尽量简单。它就像生产线一样，输入各种原材料，可以通过流程化的通道生产出产品。我们学习建站领域的 google app maker，或者游戏领域的 unreal，尝试通过打造集成 IDE 的方式建立我们的组装线。我们走了 webIDE 的道路，需要可视化的地方可视化拖拽/配置，需要写代码的地方少些代码（low-code），打通从开发到上线的一站式通路。组装过程一定要简单而顺滑，才真正有机会改变开发方式。

其次，需要让可被组装的原材料极大丰富，触手可得。只有生产线是不够的，必须有原材料。这些原材料包括设计资产、antd 组件、后端 API 、DB 服务和丰富的云端服务。有了这些基础资产和服务能力的支持，希望业务只关注自身业务的开发。

最后，我们希望建设出的产品能够充分发挥云基础设施的威力，利用 serverless 能力达到运行时和开发时架构一致，部署体验顺滑。这也是众多 low-code 平台的选择，用户不需要准备服务器，不需要关注发布和运维，站点可以直接上线。




通过 AI 保障设计规范以提升体验




解决提效之外，对体验的要求依然是个必选项。如果建设出的站点体验不好，一切都失去了意义。遵循设计规范即可获得相对较好的 UI 层体验。我们已经有了比较优秀的 Ant Design 设计体系，那么落地好设计规范就是我们一定要解决的问题。

我们尝试通过 AI 来解决体验问题，通过智能化的方式优化人工产物也许可行。我们观察已经有非常多的智能辅助设计方面的探索，集团前端委员会也成立了智能化方向的委员会。




AI 在图像领域硕果累累，技术相对成熟。AI 在代码方面的探索目前看还在早期阶段，实用性还不强。微软做出了大名鼎鼎的 sketch2html，但由于产物是 html 往往面临技术人员的 flavor 窘境，产物需要人的后续维护，程序员倾向于重写。我们的思路是把战场拉回技术较为成熟的图形图像领域。

• 通过图片识别技术自动还原设计稿。这是目前我们正在尝试的方向。
• 通过智能布局系统，解决对齐、间距和有效的交互反馈。因为有设计规范，所以有迹可循。可以将设计规范的落实通过 AI 自动落实。

你来吗

『智能建站』是蚂蚁体验科技从产品到想法中的一环。着眼未来，立足当下。在业务中来，到业务中去，希望三到五年达到效率十倍提升，打造极致体验。




冰冻三尺，非一日之寒，好的产品需要长期的投入。从立项开始，产品已经走过了一年的时间。目前落地了四个业务，尚未正式对外开放。以上提到的方案中，我们才刚刚打通组装线的闭环，坑多体验差。后端服务的集成没做，智能化探索也才刚刚开始。




我们是蚂蚁金服的体验技术部，我们做了 antd、dva、umi、egg、语雀、antv、云凤蝶等产品，具体到我们组是云凤蝶团队。

也许你使用过我们的产品，现在我们在做一件很难的事情。这样一件事情，不仅有技术难度，还有来自团队内外对方案的争吵和对方向的挑战。




我们需要 webIDE、可视化搭建、工程领域和人工智能方向高手，如果你喜欢挑战，希望我们能够聊一聊，期待你的加入。




（欢迎私信 or 邮箱联系 shuai.shao#http://alipay.com）