阿里云的计算设计探索

简介: 云栖TechDay39期,阿里云高级视觉设计师刘宝明带来阿里云的计算设计探索的演讲。本文主要从阿里云的三代视觉语言设计谈起,着重分享了怎样可以更好的去诠释云计算的业务,打造阿里云的品牌属性,每一步的设计思考、体验与历程。分享了不同的设计侧重、赋能全链路,最后对未来做了展望。

云栖TechDay39期,阿里云高级视觉设计师刘宝明带来阿里云的计算设计探索的演讲。本文主要从阿里云的三代视觉语言设计谈起,着重分享了怎样可以更好的去诠释云计算的业务,打造阿里云的品牌属性,每一步的设计思考、体验与历程。分享了不同的设计侧重、赋能全链路,最后对未来做了展望。

 

设计师是对设计事物的人的一种泛称,宝明以视觉传达的方式来表现自己的工作。随着新技术的不断涌现,设计师学习和实践的不仅仅是设计技能,还有运营技能、产品技能,更要有发现、分析和解决问题的能力,接下来我们一起来了解下~

 

570af16b4d3b95c3dcfdb34430190ccb3c82af50

首先回顾一下几年前阿里云的设计手法:会使用字体的变形、对素材的运用使画面更有冲击力,例如:金牌服务体系,设计金牌的形象使画面更丰富多彩,砸金蛋的活动则会用金蛋的形式让画面看上去很精致。

事实上到现在这种设计也不过时,现在一些电商网站还在用这样的设计,但是基于阿里云云计算业务来说,科技属性是我们首先要去考虑的,所以偏电商化的设计与云计算业务属性不匹配,并且这种视觉表达与传统的业务会同质化。

那么怎么样去解决这两个问题?先通过用户调研了解阿里云的用户群体。

5b5e8da4527d0b82059c4bbac11fef96281bf629

阿里云的用户群体基本上为男性,集中在开发者、创业者和技术人员,大部分为企业用户,也有小部分个人用户。基于以上人群属性分析浏览阿里云网站的人,不一定是决策者,结果最终要汇报给老板,因此大部分会选择工作时间来到网站,希望以最短的时间搞定。

带着这些用户的属性,我们去提炼了几个关键词,发现用户希望阿里云是这样的:学术的、可以信赖的、严谨的。于是视觉表现围绕着这些关键词来展开。包括使用颜色、字体、图形和版式等等,打造出属于阿里云专属的视觉风格。

颜色

d71774cd29367fe340d7654097860f3972e66fcc

色相环中每一个颜色都有各自的属性,我们选取了象征神秘、激情、冷静、安全感的颜色。符合阿里云的业务特色,在做ABtest验证中,在其他元素都不变的情况下,去改变一个颜色投放,最终发现冷色调并不一定比暖色调带来的转化率低,相反更加愿意去点击冷色调。

文字

b1c79fbe3b238722dc1bf9b54cfd231afed099f2

传统的电商网站会去做字体设计,让画面整体氛围更丰富活跃,而B类网站为追求严谨理性,会直接使用传统字体作为主字体,而很少去做夸张设计。因此,阿里云第一代设计所有字体不建议去做字体设计,同时规范排版与版式,不刻意追求页面的丰富与活跃,给用户信赖感。

图形

什么是高端大气有科技感的图形呢?

1250f132988822e79eb14107142758f5f38aa64d

通过情绪化视觉探索可发现质感、优雅、昂贵的产品可代表高端;开阔的场景、非常有冲击感的场景会产生很大气的感觉;抽象图形、科幻的场景等会感觉很有科技感。

dcc783421c600132379573666871ef8a092d08d4

经过以上提炼、融合,我们得到了两个方向:一是以实物实景来作为主要的视觉语言。实景图片的设计方向经过一段时间之后验证,出现了一个问题:实景图可以代表一部分产品,但是不能满足全部需求,比如体现产品优势、性能的需求;二是让设计师发挥自己更大的能力,用概念图形式,画出我们想要表达的思考,去质感、去素材、简化颜色,抽象图形,开始一步步完善阿里云的设计风格。

阿里云产品体系icon

c8be1167a479e1c431ed7a9eaadec93f375fc5ad

在做设计的时候,首先要围绕一个主体物去实现。传统的电商网站会去找明星代言,通过人物烘托页面气氛,但是对于我们来说,显然不太适合。

阿里云的“代言人”是什么?答案是阿里云产品体系icon。于是我们决定所有的视觉风格都围绕着产品icon展开来设计,得到了第一代的统一设计风格。比如体现产品的速度感,会加入可以代表速度的元素,或为了体现产品性能会围绕性能去画抽象的图形。

5ce9a00f573cf37710c0bae93cc447643ef3bbc7

同时,我们对产品本身的属性去做诠释:负载均衡可以对多台ECS进行流量分发,可以直观的把ECS图表画出来,然后通过很多线的分发表现,让用户一眼可以理解清楚我产品的用途。

OCS是在线缓存服务,它可以作为一个排头兵,帮服务器缓解一部分的压力,让一部分访问请求可以直接通过OCS去满足,而不必去访问服务器,通过概念图很直观的表达了这个属性。

OSS最大的特点是可以实现多点存储,通过画面很直观的体现出来。

而在这些图形基础之上,再对颜色、形状去做规范就得到了一套成体系的视觉语言。

如何更进一步?

怎样可以更好的去诠释我们云计算的业务?

回顾这几年,云计算行业已经进入了一个火爆期,同时阿里云也进入到高速发展期,在中国,阿里云的市场份额已稳居第一,且市场份额相当于第二名到第八名厂商之和加起来还要多,阿里云的品牌价值已经今非昔比。

对于设计师来说,急需把阿里云的品牌气质准确的传达给用户,让用户一眼看到这是阿里云的设计。

a36b59bf60009d3092369083130ff3d937e9f3ec

2016年,阿里云更新了logo,logo最初的灵感来源于键盘上的符号,同时代表计算的基础的0\1语言代码,再加上体现生态链接合作的概念融合到一起。计算机的设计都是基于二进制,计算的本质就是获取信息的一种过程,那这个过程就是用0和1去组成的,我们就把这种0\1迭代的语言定义为阿里云贯穿全网站,贯穿所有业务的一种设计语言,因此得出第三代的阿里云设计体系。

9265bf17c419ecaf4a57784a3df4f6eee33456d2

第三代设计语言在抽象概念图的基础之上,加入了0\1的概念。

比如对图形进行解剖,大家会发现主体物层和平台层,事实上是一个点和线,以及0和1的组成:点就是元素,点和线,0和1去组成画面,再利用这套规则延续到其他的图形当中,然后再把所有的图形去规定一个特有的透视角度,同时加上规范化输出,得到了第三套设计语言风格,相对于之前来说更加统一,相当于打上了阿里云的防伪标记。

用户会不会对这套视觉语言感到疲劳,同时从上到下的浏览会不会存在焦点不是很集中的问题?这些成为新的考验。

9cd0542fc405a35db1af5ac927ea0d7183f4ebff

回到构图,什么样的构图方式可以让主体物更加的集中?答案是发散式的构图。

发散式构图把主体物放到最中间,所以基于此我们再去做了层体系的输出,就又多出来一套视觉体系。

两套视觉体系在官网轮换上线,几个月切换一次,达到缓解视觉疲劳。

沉淀复用

0704e5d336061a90bf3e3f3a50aab4e91c64baa7

我们能不能把这些全部的图形重复利用起来?

基于以上思索,出现了一个素材库:所有画过的图,甚至是“freestyle”去画的一些图形,搭建活动图形,还有页面框架,都汇聚到一起,赋能设计师,让大家可以把每次画过的图重复利用起来,发挥最大的价值。

ee111a19c8f1cec8e81a93ba8b49ab8a81239949

千人千面系统——现在个性化推荐是很主流的,根据用户购买的业务和他的浏览习惯在官网给他推荐一些相关联的产品。

每个人来阿里云的首页看到的图是不一样的,都会根据你自己的业务和浏览行为来触发,那它需要的图就会成百上千甚至更多,如果每一个都去原创,肯定是做不过来的,所以基于这套千人千面系统,把所有的产品层,所有的主体物层和所有的特点层都分拆开,再去让它自由的排列组合,把每个元素都打上关键词,然后基于运营内容的关键词,设计师就可以去得到它想要的Banner来适应我们运营业务场景的需要。

897cfb8fea6ee0d3e041e9f1ce4dc0b978b391e4

借助天猫的节日气氛,阿里云的双十一也有活动,设计师想要让所有人知道,我们是一个和天猫双十一关联的活动,是一个官方的活动。那天猫双十一有什么视觉上的东西是我们可以用的?

比如双十一的logo可以拿过来用,还有45度的斜线特有的符号,我们用到阿里云的一些视觉设计中去,就得到了2015年的一套视觉体系,我们把它运用到了国际会场、学生会场和云计算会场等,并形成一个系列满足运营的需求。

d99e18825f86f10a0bb6daeec483ccc3be29e9a2

2016年,对于我们来说,直接强调和天猫相关联的活动已不像以前那么重要了,相反需要体现阿里云的价值,反而显得更加重要,那再一次回到阿里云logo,我们直接把阿里云的logo运用到主会场上面,同时为了强化品牌属性还做了开场动画等。

除了主会场logo设计之外,我们从基础的视觉语言方向也做阿里云特有的视觉,通过分析行业的设计趋势,结合阿里云业务属性,我们想到通过多彩的渐变,再加上利用AI吻合的方法,来营造一套抽象的、多彩的设计属性,也作为大型活动的一套视觉语言。

这套设计体系可以运用到所有的分会场,同时我们给它命名为vibrant  gradient,中文译为“多彩的渐变“,这套系统运用到活动中,很好的弥补了平日很科技很高冷的设计系统,同时能把目前100多款产品很好的体现出来,能把每个分会场的不同更加淋漓尽致的体现出来。

efcf5854c2800aa723f2fec194fe8235d3d4734b

我们把这套系统应用到日常设计中,让服务商设计师和自己内部设计师都基于这套规范去做风格的统一。比如说在所有的活动里都会加入渐变,在整体依旧是冷色调,依旧是抽象图的基础上有一定的活跃,强调活动的气氛,让用户可以感受到优惠。

2017年的双十一,阿里云会场会有什么新设计?请大家拭目以待。

一个成功的活动仅仅在视觉层有一些想法是不够的,在内容层、框架层都要去想,让三个层面关联起来,才能够很好的去互动,最终达成活动成功。

在内容层平常的优惠方式有打折、赠品、抽奖和送代金券等活动形式,除此之外,到底什么样的活动形式是适合阿里云用户的?

阿里云的用户大部分在决定购买云资源的时候都基于业务,比如说PV达到了下一个层级,要加服务器,比如说每天的访问波峰比以前更大了,要再来买一个资源,那如果我们仅仅在活动期做打折赠品,就不能很好的匹配他们业务到来的时刻,最终选择用代金券的方式,让用户更享受到我们的优惠,需要的时候拿出来用。

所以在2015年双十一的时候,我们把免费抽奖领券作为一个主要的优惠形式,让用户以零门槛的方式直接来网站领奖,使用代金券来购买阿里云服务器资源,当时效果特别好,领券量大大超出了预期。但是后来发现到了双十一当天,真正来使用代金券的人,它的转化率并没有达到我们想要的效果,那原因到底是为什么?是不是代金券的匹配度不够?因为这是完全随机去领的,或者零门槛让大家随便领,会产生不珍惜的感觉。

所以2016年我们去做了改进,把免费领券方式改成充值返券,让用户根据自己的业务去判断该花多少钱,然后基于充值给他一定比例的返券,这样就很好的匹配用户的业务度,同时加入一些抽奖,这种不确定性让用户的参与感更强。

最后看数据发现,改变之后效果特别好,甚至到了双十一还没有开始,在预热期原本的预算就已经用完了,这是我们在内容层面的想法。

to C设计侧重体验

40aa0c3354d0c6bcba81d6b3ad8d79a33d3d5a19

传统的to C设计更侧重体验,这个体验可能是五花八门的。

比如说天猫的活动会场要营造琳琅满目的感觉,有一些活动页面会让你感觉到特别的优惠。那也有一些公司会有他自己的想法,比如宜家,宜家的家具展览间绕来绕去特别难走出去,也许是宜家故意搞成这样,延长用户的停留时间,从而使转化率更高。

还有一个例子,我们的运营商——移动联通的官网,我们会看到有各种各样的流量包,有各种各样的套餐,让人感觉到不知道从何下手,选哪个好。最终我们买的流量包,你会发现它并不是适合你最优惠的一个,事实上运营商不希望你去买到最便宜的一个流量包,而故意搞得体验很复杂。

to B的设计侧重效率

13daf0cb724a37df75cd4f87dcbe5eed25415fdf

对于to B的设计来说,一定会侧重效率,因为它是一个公司里的业务,如果你不能够让他以最快的时间完成操作的话,他就会放弃你,那对于我们来说,如何提升用户的浏览与效率,而降低用户的理解成本?

首先是充值的优惠区,然后是产品的各个模块,比如说有云产品会场,有安全会场,国际会场,大数据会场等等。每一个产品模块都是不太一样,有些是基于产品,有些是基于代金券,有些是基于金额,有些是基于地域等,事实上都是基于阿里云的100多款产品去做,因为我们所有要售卖的产品都是自己的产品,我们能不能把每一次设计的模块提炼出来进行固定,让用户每次在不变的情况下,去看产品模块,用户每次不需要看特别详细,所以我们把模块提炼,统一,应用到活动版本,每次只需要做视觉层面的一些设计来体现理念就好,这样就达到了提升阅读效率的想法。

设计价值的拓展 赋能全链路

接下来我们想把所有的模块沉淀下来,能不能再一次提高我们的设计价值?我们除了赋能设计师之外,能不能赋能整个业务的全链路?

a26f089c11c0cdff58c7dd39cd91a701f8e1cabe

我们推出了自己的一个页面搭建系统——页厨。可以让运营自动化去搭建页面,我们把所做过的一些页面模块拆分出来,分装到页厨的平台里面去。

首先是做过的页面,一些能够复用的模板放到我们的仓储,同时把客户案例的模块,还有产品售卖的板块都集合进来,让运营可以根据自己的业务需要,来挑选他需要的模块,点击添加到页面里面去,做删减,就得到了它想要的一个活动页面。

运营完全可以在不经过设计师和前端的情况下,就可以得到自己想要的页面发布上线。

我们还会有一些个性化的操作,可以去换文字,改变文字颜色,添加链接,改变页面的图片等等。同时还会给前端去添加条件,添加动作,完全可以在页厨的平台里面去实现一个可视化的操作,而不需要写代码。

对于设计师来说,我们依旧可以发挥我们更大的价值,让我们设计复用起来。

对于公司来说,他们在相同的模块只去写一次代码就够了,不需要每次再写这个代码,提高了生产效率。

未来的方向

传统的设计中,设计师代表艺术,前端开发代表技术,艺术在左,技术向右,关联程度是不够的。

未来我们就会往计算设计的方向走,把艺术和技术连接的更紧密,把数据的可视化做的更多元更立体。

 

相关文章
|
6月前
类型提升和不同类型计算时的痛点和难度
类型提升和不同类型计算时的痛点和难度
|
3月前
|
存储 运维 Serverless
函数计算产品使用问题之如何解决代码需要多个gpu的问题
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
3月前
|
存储 监控 Serverless
函数计算发布功能问题之用户在使用主流函数计算产品的日志服务时可能会遇到使用成本的问题如何解决
函数计算发布功能问题之用户在使用主流函数计算产品的日志服务时可能会遇到使用成本的问题如何解决
|
5月前
|
机器学习/深度学习 算法 搜索推荐
通过元学习优化增益模型的性能:基础到高级应用总结
在当今数据驱动的决策过程中,因果推断和增益模型扮演了至关重要的角色。因果推断帮助我们理解不同变量间的因果关系,而增益模型则专注于评估干预措施对个体的影响,从而优化策略和行动。然而,要提高这些模型的精确度和适应性,引入元学习器成为了一个创新的解决方案。元学习器通过将估计任务分解并应用不同的机器学习技术,能够有效增强模型的表现。接下来,我们将详细探讨如何利用元学习优化增益模型的性能,特别是通过S-Learner、T-Learner和X-Learner这几种估计器。
107 1
|
4月前
|
存储 监控 Serverless
函数计算产品使用问题之如何安装pngquant
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
4月前
|
物联网 Serverless API
函数计算产品使用问题之如何安装kdbox
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
5月前
|
运维 安全 网络架构
【计算巢】网络模拟工具:设计与测试网络架构的有效方法
【6月更文挑战第1天】成为网络世界的超级英雄,利用网络模拟工具解决复杂架构难题!此工具提供安全的虚拟环境,允许自由设计和测试网络拓扑,进行性能挑战和压力测试。简单示例代码展示了创建网络拓扑的便捷性,它是网络设计和故障排查的“魔法棒”。无论新手还是专家,都能借助它探索网络的无限可能,开启精彩冒险!快行动起来,你会发现网络世界前所未有的乐趣!
70 2
【计算巢】网络模拟工具:设计与测试网络架构的有效方法
|
6月前
|
运维 Serverless 数据处理
Serverless 应用引擎产品使用之阿里云函数计算中的应用、服务及函数之间的关系如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
|
运维 监控 Serverless
函数计算3.0评测:更强大的功能,更简单的操作,更出色的性价比
函数计算3.0版是一个全托管Serverless计算服务的重大升级版本,它具有更高的弹性,更少的复杂性,更多的灵活性和更好的成本效益。它采用了统一的处理程序签名,消除了服务概念,并支持自定义域名,使函数成为一级实体,便于管理和运维。此版本还改进了函数执行引擎,支持新的计量模式和自定义运行时,并增加了更多种类的触发器类型,使用户可以更加方便地使用云服务和调试。
|
Serverless
函数计算的典型用户场景
函数计算的典型用户场景自制脑图
119 0
函数计算的典型用户场景