最近在查看一些云产品，做一些相关行业的设计研究。发现行业头部的 阿里云 正在进行一次设计迭代。有设计改版就会有我们来分析，今天来讲讲阿里云控制台的整体设计。
首先，这次改版是阿里云的工作台，算是产品当中的一个核心页面。如果单一从页面上来看，你会发现内容改版的幅度不大。
但这类型的设计改版我们不能 “以貌取人”，不要肤浅的认为就十分不好，就得品、细品~
首先给不了解阿里云的同学简单科普一下，阿里云算是国内云产品的头牌。并且可以从这次阿里的组织架构调整发现，它继承着阿里未来的希望。
同时如果你需要使用阿里云的产品，就必须通过工作台进入到其他页面。也就是说它是核心中的核心，因此它作为 **暂留页面** 是非常重要的。
（本来以为这个讲过，发现公众号里面没有分享过，那就简单给大家说说~ 尴尬）
关于暂留页面，其实在 B 端会分为三种页面状态，分别是：暂留、沉浸、配置。
我们以 Figma 为例来与大家科普一下，首先我们进入到 Figma 时，大家都会在暂留页面，进入到的是页面的工作台等页面。
暂留页面的特点是在页面当中进行短暂停留，更多是一个过渡的状态。这时候我们设计要考虑将 入口、信息 快速的传达给用户，会存在很多设计发挥的空间。比如利用颜色、字体、图标 等，对页面进行相应的区分，这也是为什么那么多工作台总是花花绿绿的。
其次当我们找到自己想要编辑的文件，就会进入到沉浸页面。
沉浸页面是让用户全身心的投入的页面，在这种页面当中，我们会尽可能的降低信息的干扰，让用户全身心的投入到工作当中。在设计上你会发现，各种信息都会做得十分克制。
比如在 Figma 编辑页里，不会出现过多的颜色，取而代之的就是系统线性图标，具有辨识度，同时也不会喧宾夺主，更具有沉浸感。
最后则是配置页面，配置页面顾名思义就是需要去单独设置很多属性。在配置页面当中我们不需要考虑信息的“美感”，更多要思考的是信息传达的效率。因为配置的信息会非常的多，需要用户快速了解，才能够进行获取。
你会发现大多数的产品，现在都是由这三种页面组成，比如 飞书、Office、等等… 而每一个页面类型，用户的诉求是并不相同，因此我们需要在设计前快速分析类型才行。
回到阿里云页面当中来，你会发现这个页面就是典型的暂留页面，也就是用户只是短暂停留，找到我想要的信息就便回离开。在设计时我们需要将信息的分类更为明确。
铺垫了这么久，我们还是回归今天的主题——阿里云管理后台的迭代设计。
在旧版本中，我们首先看到的便是非常多的信息模块。对于一个发展这么久的云产品来说，我觉得还挺能理解的。毕竟产品越成熟，对于工作台的需求一定会越来越杂。
我们在旧版本的工作台当中，发现里面会包含：我的导航、个人信息、待办事项、云上架构、费用概览、资源概览、产品信息
当大家看到 待办事项、个人信息、我的导航 的时候会不会感觉到有点熟悉，因为现在大多数的 B 端产品都会有类似的模块，并且会大量的出现在 B 端作品集当中。所以很多设计师现在想都不用想，就直接来一套组合拳…
而云上架构是一个独特的功能，是对目前系统当中的产品形态进行一个组合汇总，通过架构图的方式来去呈现。
其他的便是一些基础的 B 端工作台模块，大家可以简单浏览并理解。
同时，在云产品当中会有一个自定义视图，这算是一个比较亮眼的功能，这部分我们后续在迭代思路时，再解释说明。
在这个页面设计中，最冗余的卡片信息便是 账号信息，因为它与页面当中顶部个人信息板块是重复出现的。
其实在 1-2 年前，大家都非常喜欢去做账号信息，我们可以从 Arco Design Pro 、HIUI Pro 当中都能够发现类似的板块。
账号模块的设计，给人的感觉就像是我们需要你确认一下目前登录账号的具体情况，但现如今顶部个人信息基本涵盖这个功能，并且 阿里云 也在不断地优化，将主账号、头像、ID 等信息直接展示，同时想要复制 ID 也能够呼出满足，所以优化掉这部分内容，就是理所当然，合理~
这些都是在使用阿里云首页时，你的感受。从这些内容上来看，你会发现关于费用与待办事项的部分过于的定义，也就导致缺少了云产品的专业度。
并且待办事项对于云产品的用户来说，想看到的更多是一些 警告、异常 提示，但现在和他们的预期会存在较大偏差。
所以现在它把两个卡片合并，并且只留下重要的 额度、续费、支付，这样用户反而更明确当前费用的整体情况，减少用户的信息干扰。
我的导航，相信大家不会陌生。我在大伙的作品集上见过太多了，很多同学都会无脑的加上这个功能，与之带来的问题是页面的占比实在太大。
以目前这个截图为例，它几乎占据了产品页面的五分之一。但作为开发人员，虽然他们进入到工作台就是为了流转到其他功能模块当中，但是还会存在一种角色就是关心自己系统的状态，而目前就没办满足这类用户的需求，全都是 导航、架构、账号、待办、费用，你会发现可用性不高。
这里阿里云的做法是将 我的导航层级加深，将入口双方在右侧，这样用户也能够 hover 呼出，并将名称变为 最近访问，削弱 我的导航与导航菜单 之间的影响。
自定义入口则取消，因为这个功能会与导航菜单当中的收藏功能类似，但这种自定义的功能一旦变多，用户的配置成本也会随之变高，所以降低难度，让用户更容易理解。
自定义视图是一个非常重的功能，用户可以自己 DIY 想要的工作台页面，这个功能看上去挺好的，但是在实际的设计当中，会存在很多问题。
1.自定义的需求不高：因为在这个页面当中，本身用户的使用场景就较为局限，为了自定义单独增加配置页其实就在不断的变难。同时自定义的功能还会影响正常页面，它会在 Tab 选择时增加了拖拽柄、编辑入口 等内容，活生生的将页面做的更复杂，有一些得不偿失。
2.自定义配置项太少：因为功能本身不复杂，在配置当中能够 DIY 的组件就比较少，因此更没有自定义的必要。
这个就有点类似 figma 与 Sketch 的关系，你会发现在 Sketch 当中，用户可以去自定义顶部的工具栏，做到用户想用什么就加什么。但是 Figma 就没有这样的功能。除了 Sketch 因为底层逻辑本身就支持之外，主要是没有必要自定义，工具本身也不多，自定义还会增加复杂的。
3.设计过于局限：在设计其他模块时，你每产出一个卡片都需要去思考，页面当中应该如何呈现。它占栅格的比例。如果在类似页面当中出现的卡片越来越多，你就更不可能对页面进行较大调整，因为关联的内容实在是太多。
这就如同我之前处理的表格快捷编辑需求，提出需求是非常简单的，但是落地时，你需要对每一个字段去设计快捷编辑时的各种状态。同时关联性太多，导致后续每增加一个表格的字段，我们都需要去设计快捷编辑。增加设计的复杂度。
如果我们简单数一下卡片的数量，你会发现，由之前的 14 个内容卡片，变为现在的 10 个卡片。而其中最大的变动当属云上架构与资源模块的合并。
它们通过 Tab 切换，实现将不常用的功能进行收起，来提升页面的展示效率。我猜测后续云上架构可能会逐步移除，只留下最重要的资源部分进行使用。
你会发现在过去一年多里，许多产品都在做加法，导致产品难度偏高，无法理解。现在成熟的产品也开始做减法，简化自己的产品，降低用户的理解门槛。而 B 端设计也会一样，有着不同的趋势，我们需要理解并且进行优化。
如果对于这些内容感兴趣，我们会在本周二分享一个 B 端作品集的制作思路，大家可以到时候参加。
本篇文章来源于微信公众号: CE青年Youthce
