中台建站的智能化探索

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

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

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

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

google app maker


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


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


近些年前端技术飞快发展,我们有了 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 自动落实。

你来吗


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


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

智能建站雏形


我们是蚂蚁金服的体验技术部,我们做了 antddvaumiegg语雀antv云凤蝶等产品,具体到我们组是云凤蝶团队

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


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


(欢迎私信 or 邮箱联系 shuai.shao#alipay.com

编辑于 2019-01-09

文章被以下专栏收录