从「科学方法」到「设计实践」 - 云产品设计师会梦见服务器么？

1. 科幻中的世界

云产品设计师可能是离未来最近的一批人。

设计师们创造的虚拟界面，能调度上万台机器，

使计算资源不断的组合、拆分、串联、并行。

从而支撑起整个数字空间（cyberspace）的运行。

我们每一次拿起手机，每一次在动森拜访朋友，每一次逛淘宝，都会牵动数百台机器的运转。这些在机房里嗡嗡作响的机器，已经渐渐变成了世界的基础设施。

云产品机房

这样的基础设施也在科幻作品中频繁的出现。

科幻机房图

科幻作品中涉及到的话题很多

《黑客帝国》的脑机接口

《阿丽塔》的机械义体

《头号玩家》的虚拟现实

但如果仔细想想作品背后的世界观，会发现他们大多都绕不开“云计算”，

云计算可以创造《黑客帝国》的母体（Matrix），

云计算可以指挥《阿丽塔》中的浮空城市“撒冷”；

云计算还能支撑起《头号玩家》中的“绿洲”。

云计算让科幻中的世界，离我们不太远了。

而云产品设计师，试图让它更近一些。

2. 系统 · 一致

云产品设计师处理的是一个系统。

部分云产品家族

阿里云将近两百款产品，在很多的场景下，用户都需要联动使用它们。意味着用户需要同时在多个产品控制台中做不同的操作，来实现调度。

如果以单个产品的视角去切入设计，只站在单一产品上考虑问题，我们会获得很多局部最优解。

规则的不一致，让用户仿佛在左道驾驶和右道驾驶并存的城市里开车。有些路是靠左驾驶的，有些路靠右，甚至有些路只能飞起来。交规的学习成本一定非常高。即便把城市中每条路都烂熟于心，开起来也会是提心吊胆。

每个设计师也都会有自己的独特创意，在真实的场景中，不同组的云产品会有不同的设计师来设计。如果让设计师放飞发展，在云产品系统里，一定会出现很多个截然不同的方案。输入框会有圆角方角，确定按钮变成了薛定谔的猫，可能同时出现在取消按钮的左边或者右边。

设计师的创造力，继续加剧了这个“交通系统”的混乱程度。

所以这个系统问题必须解决。

这个好说。

云产品设计师们组成横向小组，为云产品控制台量身打造了规则 - XConsole设计规范。和其他所有设计规范一样，我们仔细讨论了设计理念、系统框架、交互行为、细节样式。

XConsole规范

XConsole还是一个会持续打磨和进化的规范。也会吸收外部的理论，去确保每个细节的契合程度。栅格和间距体系中，就引入了斐波那契数列这一数学原理，达到美的平衡。

XConsole细节

为了量化在真实场景中的落地效果，我们还研发出一致性评估方法。这个评估方法是以规范为基准，来量化评价每个产品的一致程度。这一评价方法产出的论文，被ACM Digital Library收录，也被设计师带到了CSCW 2019大会现场，被评价为“业界难得的学术量化方法”。

XConsole-一致性

希望用户在这个系统的每一处，都能有一致的体验。

就像在全世界都能吃到一样的麦当劳薯条。

3. 效率·解决方案

统一的规则会给用户带来方便，但增加了设计和研发成本。

设计师和研发工程师们需要花时间来学习并使用规范，拖慢了工作的效率。

更头疼的，是处理那些“历史遗产”，艰难的迭代每个不一致的页面。

需要想办法消解掉成本，降低门槛。

3.1 从组件到功能模块到场景解决方案

因此，XConsole逐步提供从组件元素、功能模块到场景页面递进式的场景解决方案，使用者既可以基于提供场景页面调整设计，也可以从零开始，使用组件、模块进行新产品的设计。还准备了插件，让整个组件库即拖即用。

XConsole组件 - 功能模块 - 场景方案

3.2 从设计文件到代码库到部署发布流程

从原型设计到开发搭建，XConsole提供了完整的设计及开发工具体系，包括组件、模块、场景页面的Sketch文件、Axure文件、开发代码库、部署发布流程等。

3.3 从Web到Mobile

XConsole还提供了从Web端到Mobile端一站式服务，使多端体验不再脱节，提升体验的延续性。

由此，XConsole规范，升级成了XConsole设计解决方案平台。

XConsole设计师降低了用户门槛，还希望把用户群一并扩大。

设计师通过XConsole，不仅能够设计出云计算领域更好用的产品。更希望服务更多的B类产品设计师、产品经理、前端开发，提供企业级产品（B类/管控类）设计的解决方案，基于XConsole撰写的团体标准《云计算管控平台界面设计指南》 也已经被中国标准化研究院审核并公示。

4. 下水道规划师

我们常常把云产品设计师称作下水道规划师。

下水道长得不太显眼，又深埋在地下，平时也见不着。

但下水道的合理规划，高效疏水，容易维修，对城市生活质量起着决定性作用。毕竟谁也不想一下大雨就进入《未来水世界》，过马路像在渡河。

设计师凭借着自身专业性，XConsole平台的加持，尽全力的塑造云产品体验。

但如何确保优质体验？

如果有一套统一的体验度量方法，定期检查质量，跟踪需要改进的问题，度量改进效果，岂不美哉。就像定期的管道检修程序。

设计师说：“安排！必须安排！”

于是我们有了用户体验度量标准UES，还有了易用性测试方法。

为了避免遭遇XConsole推行时遇到的阻力，在推行的初期，就由方法衍生出了操作手册，行动指南，测试工具。提升了62.5%的效率，为单次测试节约成本6000元。

怀着反哺行业的初心，也相继编写和发布了《云计算软件产品使用体验质量度量模型和度量方法》团体标准，《云计算软件产品易用性度量方法》团体标准。

UES大图

希望通过度量体验，来确保用户的优质体验。

定期检修，下雨不愁。

5. 创造力被扼杀了吗？

规范...

...啊好无聊

一致...

...有点困了...

标准...

...能有点想象力吗？！

这一切都落地执行后，设计师还有发挥空间吗？

创造力还会在线吗？

放图过来

XConsole框架

用户服务衍生设计

云安全钉钉机器人管理用户生命周期。事件告警，有求必应，提供十足安全感。

云安全钉钉机器人

机群拓扑可视化表达

机群再也不枯燥抽象，一览层级关系与机器健康状态。

VCS

Xtrace

硬软件结合

跨次元联动设计。

Polardb box

---

对今天的分享，你有什么想沟通交流的么？

欢迎在后台与我们互动，会有「神秘人物」，以「神秘方式」告诉你答案。

明天，我们一起看看当“数”与“物”在街角相遇，ta 们会有怎样的火花；

从「数的物化」到「物的数化」- 阿里云数字设计先驱

明天见

---

意犹未尽？

& 为了衡量设计规范落地，而研究出的一致性评估：

从业务解法到学术论文：一致性量化评测体系

& 为了确保优质体验，而产生的UES和易用性度量方法：

设计是玄学？如何科学度量100+款「中后台技术类产品」体验

& 除了服务内部设计师，也想开源给全行业的标准：

越标准越自由，阿里云设计标准化初探

---

仍有余念？

「新设计新青年 - 阿里云设计中心年鉴」 其他作品

 

从「物种起源」到「设计进化论」- 阿里云设计语言哲思

 

新设计新青年 - 阿里云设计中心年鉴