数据中心企业客户服务门户
2018年｜类型：平台产品｜标签：设计系统｜角色：交互设计、项目管理
企业客户服务门户是什么？
数据中心企业客户服务门户（下文简称 DCSM ）为不同规模的企业客户提供机房资源的相关服务。企业客户用户可以通过该门户向腾讯数据中心提交服务申请，跟进服务进度，查看服务质量。同时，不同角色还可以通过该门户查看机房资源和设备的使用情况，配备企业客户人员，查看对账月报等。除此之外，还为腾讯云的客户经理提供机房参观、现场查勘等能力，便于与企业客户经理沟通。
数据中心与用户的关系
设计改版篇
现状与问题
通过用户访谈，我们了解到企业客户在使用 DCSM 时遇到了以下问题：
接受通知消息
- 运营通知不及时、不更新；
浏览首页信息
- 为企业客户不同角色呈现的内容是一致的，比如员工日常工作没有关注资源使用情况的诉求；
操作服务申请
- 目前机房托管方式没有告知用户，导致用户在填写申请单后提交失败。原因是平台根据角色、机房托管方式的不同，提供不同的服务；
- 用户教育成本较高，通常用户不知道下一步应该做什么；
- 不同服务的页面在布局上一致性较差，且具有误导性；导致理解成本增加、提单频繁；
- 物资进入和物资退出的界面没有统一性；
- 物资退出需要来回切换界面复制粘贴响应的信息，表单的填写效率不高；
查询资源信息
- 各客户要求显示的字段不一样，是定制诉求，存在放不下的隐患；
- 列表的规范缺乏统一性，列表项的可读性不强；
- 容量管理的图形化表达可读性不强；
新增管理人员
- 无法自行管理本企业角色权限；
我们可以将用户遇到的问题，抽象为以下：
- 角色：平台现有权限随着用户数增加而模糊不清；
- 任务流程：客户定制需求的增多，而导致流程任务混乱，并需要更多描述来解释这些任务；
- 界面：同类界面UI样式不统一，定制界面UI样式多变；
怎么解决
了解用户诉求，厘清六类角色。
角色
解构平台基本能力和客户定制需求，重塑IDC服务。
数据中心提供的服务
基于角色分配产品功能，梳理信息架构，制定权限策略。
信息架构
基于产品功能，将框架布局与业务流程抽象化。将后台系统的常规功能剥离业务，通过位置关系，厘清「用户以什么角色进入有多少权限查看哪些内容」，在这个前置条件下，进一步划分了框架布局，包括但不限于列表与详情、创建流、消息通知以及邮件模版。
布局框架
基于框架布局，开始填充产品功能，包括但不限于：查看数据概览与详情、填写业务表单。
内容与功能
除此之外，为了帮助用户理解改版，我们为首次使用新版网站设计了：系统介绍、引导操作、帮助文档。让用户在首次使用新版网站的时候有引导，在不清楚使用时有选择，在不了解业务时可查询。
用户参与
设计系统篇
为什么要做？
在实际执行过程中，为了加速 IDC平台部各系统之间的一致性，解决过程会跳出业务层面的思考，从底层的维度构建设计权限、流程框架、界面布局以及控件样式，以帮助IDC平台部其他系统更快更高效地复用。
除此之外，数据中心计划以一揽子交易的方式将多个系统的核心能力打包成可对企业进行销售的整体方案，在保持 IDC 的品牌特征的前提下，品牌方的视觉特征同时需要被考虑在内。
现状与问题
规范层面：通过学习他人的设计规范文件，我们发现部门沉淀下来的设计规范是说明书式的规范，具有一定的阅读成本和不可操作性。尤其当项目交接之后，规范的阅读、理解和应用都有一定的门槛，设计师对这类规范接受度并不高。规范对新的产品特性的兼容性不强，随着时间而积累了越来越多的特例，导致规范文件阶段性臃肿。
设计师层面：设计师自身的职业素养和专业经验都会对规范有不同层面的判断，基于这种情况，单个设计师的认知和行为不具备标准化的条件，需要类似设计师联盟的虚拟组织，共同协定一套规范的设计，通过认知和操作帮助用户（设计师、工程师）建立共识。与此同时，这套规范的设计需要从最底层开始建设。
理想条件下，规范的设计具有以下特征：
- 规范文件兼具可读性、可操作性、可维护性；
- 较一致的认知，规范命名；
- 可低成本快速上手，缩短路径；
怎么解决
将规范与设计稿合二为一：在操作层面逐步统一，对设计稿的输出有更高的要求，前期将规范以 .sketch 文件格式呈现，在 Symbol 中形成库，在 Page 中形成常见的 UI Component 和 Template；后期交由工程师组件化。
组件与模版
定义节点，规范命名：在认知层面逐步统一，命名决定了 Symbol 的信息架构。解构并重组页面元素，提炼高频、重复相同、结构近似的符号，尽可能提高库内符号的复用。
组件命名
梳理符号系统的信息架构，最小化操作路径：通过行为进一步优化认知，逐步标准化、最小化。借助语义学的内涵和外延的概念来丰富四组定义。
梳理命名规范
最终效果
DCSM 这一套设计方案已经全面覆盖 IDC 平台部系统产品，括整体对外的方案 T-Nebula。
© 2024 Xiang PENG. All Rights Reserved.