Ant Design的设计原则
最后再看一下Ant.D,它的设计原则就像是设计教科书一样扎实了,十大原则全部都是对界面本身的设计原则,一个优秀的设计师对这些原则应该是了然于胸,任何一个设计都应该像本能反应一样从这些原则出发。
- 亲密性
- 对齐
- 对比
- 重复
- 直截了当
- 足不出户
- 简化交互
- 提供邀请
- 巧用过渡
- 即时反应
如果说交互设计像一次考试,每个控件的可用性有一个标准答案,Ant.D就是那个几乎满分的学霸。它在设计和实现的每一个细节上不断地打磨,精益求精,才能达到这样的效果。在开头的实验当中,把一个现有的页面直接做控件层面的转换,Ant.D可以发挥它最大的优势,控件的可用性达到最优。Ant.D的组件库微小又灵活,可以有很多种组合,通过这些组合还有Ant.D Pro的一些页面模板,基本可以覆盖常见的使用场景。在这些地方,Ant.D做到了极致。
早期的Ant.D有个很有意思的页面,介绍它的三大特性(后来又叫做基本理念):微小,确定,幸福。微小和确定则是对10大设计原则的一个总结,幸福里面有一条是设计者的幸福。我个人非常喜欢这个特性,而且整个Ant.D确实可以让使用者体会到这样的幸福感。
从『无』到『有』时,提供一整套设计解决方案,帮助『设计者』将商业想法快速形成产品并推向市场,快速、低成本试错。 从『有』到『优』时,提供一系列自定义建议,帮助『设计者』塑造产品个性并提升整体体验,服务海量用户。
Ant.D最大的优点就是上手很快,实现的成本很低,并且可用性的起点就很高。不像很多从0到1的产品,一开始的用户体验惨不忍睹。对于toB领域的设计师来说,有这样一个高度成熟的组件库可以让设计师有更多是时间去理解业务和产品,在结构和范围层提供更好的体验设计。如果说只是摆摆控件,套套页面,产品经理会用Sketch就够了,完全不需要UX设计师的介入。
回过头来再看看这10大原则,角度和Fiori还有Lightning完全不一样。这10个原则都是在交互设计上的一些原则,当设计师从业务的角度出发,或者从更高的角度看项目和产品的时候,这10个原则基本上没有什么指导意义了。Ant.D本身定位是服务于企业级产品的设计体系,但是这些原则和企业级本身关系不大。不过Ant.D自己也意识到了这点,所以才有了后来的设计价值观,这一部分Ant.D自己也在不停的迭代进化。
Ant Design的设计价值观
Ant.D 3.0开始引入了设计价值观:确定和自然。在SEEConf2019 AntDesign情感化设计的主题演讲中,价值观又加入了情感的部分。查看演讲文字版
- 确定
- 自然
- 情感
关于确定和自然的解析,可以查看林外的这篇文章,不过个人感觉这两点在设计过程中很难有具体的指导意义,但情感这一点就很实用了。在主题演讲的第一个案例中,把用户的情感转化为一个可以量化的指标,结合用户的痛点再去定义设计目标,这样整个设计会更有方向的改进。第三个案例是一个现有的运维业务流程,基于用户真实的情绪波动,从整个链条梳理出一个设计目标。
Ant.D的情感卡片(图片取自蚂蚁金服的知乎专栏,作者周姮)
这样一种情感化设计和用户研究结合的方法,与传统的Design Thinking比起来有趣又实用。不仅在用户访谈阶段能够让真实用户更好的参与进来,还能产出让设计师以外的同事能看的明白、能感知到的用研数据。在定义设计目标的时候,也非常的清晰和有效,最终产出的设计也可以按照这套体系度量结果。面对一整块功能或者流程的时候,这套方法依然可以从情感的角度出发,挖掘出体验设计上的盲区,并最终推动产品的改进。
很多企业级产品是缺乏人情味的,用户在使用的过程中不得不接受和适应,几乎没有愉悦感。Fiori设计原则中的Delightful只是轻描淡写,始终没有给出一个有指导意义的方法,告诉大家如何做一个让用户Delightful的设计。而Ant.D通过自己的探索,给出了答案。
以人为本:让用户从自身出发,优先关注自己多样的情感,而不是优先关注产品,这样反而能洞察到不少用户的真实诉求,以此改进我们的产品体验。 标本兼治:避免情感化设计由于忽略情感本源导致的 「治标不治本」的问题,平衡本能、行为和反思三个层面,整体去思考情感化设计,让设计视角更加开阔、更加贴近用户和产品,带着对 「人」 的关怀,去打造温暖人心的企业级产品。
Ant Design 设计原则总结
尽管原则只覆盖了交互设计的基本原则,但设计价值观还是进行了有意义的补充,Ant.D本身我也是非常敬佩。每个构成页面的组件,就像构成产品的微小零件。如果每个零件在生产的过程中都有那么一点误差,一开始不以为意,但当这些零件装配到一起的时候,误差的积累会让缺陷放大到肉眼可见的程度。其实我最喜欢Ant.D这种不忘初心的情怀,不断的去打磨每个零件,无限的接近那个最完美的尺寸。把这种“微小”做到极致,才是我们所谓的工匠精神。
结语
Fiori是一个面向企业级应用的设计语言,它比较适合于庞大的ERP和平台级产品。在组件层面主要以业务为导向,可以承载及其复杂的业务逻辑,全球化多语言处理的也很周全。缺点也很明显,对于标准化的小微型中后台产品并不太适应。比较臃肿,单纯交互层面不够高效和直接,并且用户的学习成本比较高,整体视觉上还有很大的改进空间。但设计原则定义的既有深度又有全局观,对于企业级产品的设计方法和思路,甚至是设计师视角的转变,自身的成长,都很具有指导意义。
Lightning自身的适应性我不太好验证,但至少在自家的生态链产品中适配的很好。Sales,Service,Marketing,Finance对应的产品都采用一致的Lightning。基于业务上下文的组件设计的都非常精妙,体验很好。设计原则简洁实用,非常适合今快速迭代的SaaS产品,对于团队项目中多个角度权衡的很好,帮助设计师去做设计决策。
Ant Design的适应性应该是这三者里面最广的,不仅适合标准化的小微型中后台产品,而且体量向上覆盖也是可以的。虽说前阵子圣诞节彩蛋的事情影响不好,但是也从侧面说明了Ant.D的适应范围是非常广泛的,整个业界对于这样一个设计体系的需求是非常迫切的。控件灵活精致,复用性极高。设计原则不忘初心,精益求精。设计价值观除了自然和确定的部分有点用力过猛,在实际项目中不太有指导意义,但情感部分还是非常扎实,从探索需求到具体设计的各个环节都可以使用这套思想,把情感化设计真切的落实在每个细节上。
去研究不同的设计语言其实挺有意思的,不是在某个时间点去看,而是要用很长的时间去观察它的演变。如今前端技术日益完善,各家的组件库总会趋近于差不多的体验,到那时候,不同产品的设计规范还会有什么区别么?其实区别就在这背后,设计原则是一切设计规范的根本,是产品体验的基因。