时间:2017-10-13

核心方向

一种问题一个解决方案,砍掉更多的个性化,规避过度发散的方向。不为20%的需求去增加基础组件的体量。而这个过程必然是痛的。

那如何面对外来的个性化压力?

[主要]把那一个解决方案,不断地做的更好
[个别]放开,不使用组件支持,想个性自己去搞。

踩过的坑

盲目地跟随业务需求改造组件(表层地扩张组件的通用性)未必拿到好的产出,有取舍有创新,这个创新指的是应对“不断变化的需求”这个痛点的进化。

业务模版很难搞,无法定义通用性,复用性往往很低,蚂蚁后来就把继续研究业务模版这件事的优先级降到最低了。

蚂蚁曾尝试做编辑器,做出来只能服务前半段,没发走到后半段实现真正的即插即用,代码质量低也是主要问题。这点乐高走在前面。

手段

蚂蚁在试行第一套组件的时候用了一个方式:先让外部用户做了小白鼠,再转回来自己用

蚂蚁的计划

蚂蚁当下在做的,产出UI资产之上的设计语言,使UI中台资产可以被复制&进化。风格会过时,方法论更多是经验层面上的沉淀,所以这算是一件不过时的事。

团队执行中具体的方法

组件/模版沉淀方式:所有设计师页面统一收集汇总到一个站点池中,由中台设计师统一萃取/提炼

一致性的把控:组件层/模版层统一的基础上,建立指引,进行部分的review。做好这个指引需要不断的研究,是重心也是难度大的点。review是维护一致性下下策,但通过这种执行方式的结果也最终反哺到底层的指引。