从「科学方法」到「设计实践」

1. 科幻中的世界

云产品设计师可能是离未来最近的一批人。
设计师们创造的虚拟界面,能调度上万台机器,
使计算资源不断的组合、拆分、串联、并行。
从而支撑起整个数字空间(cyberspace)的运行。
我们每一次拿起手机,每一次在动森拜访朋友,每一次逛淘宝,都会牵动数百台机器的运转。这些在机房里嗡嗡作响的机器,已经渐渐变成了世界的基础设施。
云产品机房
从「科学方法」到「设计实践」
这样的基础设施也在科幻作品中频繁的出现。
科幻机房图
从「科学方法」到「设计实践」
科幻作品中涉及到的话题很多
《黑客帝国》的脑机接口
《阿丽塔》的机械义体
《头号玩家》的虚拟现实
但如果仔细想想作品背后的世界观,会发现他们大多都绕不开“云计算”,
云计算可以创造《黑客帝国》的母体(Matrix),
云计算可以指挥《阿丽塔》中的浮空城市“撒冷”;
云计算还能支撑起《头号玩家》中的“绿洲”。
云计算让科幻中的世界,离我们不太远了。
而云产品设计师,试图让它更近一些。

2. 系统 · 一致

云产品设计师处理的是一个系统。
部分云产品家族
从「科学方法」到「设计实践」
阿里云将近两百款产品,在很多的场景下,用户都需要联动使用它们。意味着用户需要同时在多个产品控制台中做不同的操作,来实现调度。
如果以单个产品的视角去切入设计,只站在单一产品上考虑问题,我们会获得很多局部最优解。
规则的不一致,让用户仿佛在左道驾驶和右道驾驶并存的城市里开车。有些路是靠左驾驶的,有些路靠右,甚至有些路只能飞起来。交规的学习成本一定非常高。即便把城市中每条路都烂熟于心,开起来也会是提心吊胆。
每个设计师也都会有自己的独特创意,在真实的场景中,不同组的云产品会有不同的设计师来设计。如果让设计师放飞发展,在云产品系统里,一定会出现很多个截然不同的方案。输入框会有圆角方角,确定按钮变成了薛定谔的猫,可能同时出现在取消按钮的左边或者右边。
设计师的创造力,继续加剧了这个“交通系统”的混乱程度。
所以这个系统问题必须解决。
这个好说。
云产品设计师们组成横向小组,为云产品控制台量身打造了规则 – XConsole设计规范。和其他所有设计规范一样,我们仔细讨论了设计理念、系统框架、交互行为、细节样式。
XConsole规范
从「科学方法」到「设计实践」
XConsole还是一个会持续打磨和进化的规范。也会吸收外部的理论,去确保每个细节的契合程度。栅格和间距体系中,就引入了斐波那契数列这一数学原理,达到美的平衡。
XConsole细节
从「科学方法」到「设计实践」
从「科学方法」到「设计实践」
为了量化在真实场景中的落地效果,我们还研发出一致性评估方法。这个评估方法是以规范为基准,来量化评价每个产品的一致程度。这一评价方法产出的论文,被ACM Digital Library收录,也被设计师带到了CSCW 2019大会现场,被评价为“业界难得的学术量化方法”。
XConsole-一致性
从「科学方法」到「设计实践」
希望用户在这个系统的每一处,都能有一致的体验。
就像在全世界都能吃到一样的麦当劳薯条。

3. 效率·解决方案

统一的规则会给用户带来方便,但增加了设计和研发成本。
设计师和研发工程师们需要花时间来学习并使用规范,拖慢了工作的效率。
更头疼的,是处理那些“历史遗产”,艰难的迭代每个不一致的页面。
需要想办法消解掉成本,降低门槛。
3.从组件到功能模块到场景解决方案
因此,XConsole逐步提供从组件元素、功能模块到场景页面递进式的场景解决方案,使用者既可以基于提供场景页面调整设计,也可以从零开始,使用组件、模块进行新产品的设计。还准备了插件,让整个组件库即拖即用。
XConsole组件 – 功能模块 – 场景方案
从「科学方法」到「设计实践」
3.从设计文件到代码库到部署发布流程
从原型设计到开发搭建,XConsole提供了完整的设计及开发工具体系,包括组件、模块、场景页面的Sketch文件、Axure文件、开发代码库、部署发布流程等。
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 们会有怎样的火花;
从「数的物化」到「物的数化」- 阿里云数字设计先驱

- Posted in: Blog

- Tags: , ,

0 条评论 ,11 次阅读

发表评论

  1. 既然来了,说些什么?

Top