可视化，一个被误解和低估的运维工具建设

可视化，是一个被误解和低估的运维工具建设。

误解，可视化是面子工程，华而不实。

低估，可视化是锦上添花，可用可无。

日常使用的2C应用的设计、交互越来越好，google、苹果、微软大厂带来的扁平式的设计方案更是引领应用行业， 当我们身边的同事/用户早己习惯了更好的应用交互体验后，企业内进行工具开发的团队也迫切需要花精力在工具的设计方面，可视化是设计的表现形式。所以，今天工具可视化建设己不是华而不实与锦上添花，它决定一个工具的成败，是专家经验的数字化落地形式，可视化是运维工具有效运营的必要条件，可视化简化人对IT的探索门槛。

一、可视化专家经验的数字化落地形式

工具的引入本质上是为了替代专家经验式的手工操作方式，专家经验是以人为中心，带有人的思想在里面，要让工具更好的落地需要让工具带有人的情感交流思想，否则工具的替代会带来很多阻力甚至失败，这种人的思想重点体现在工具可视化上。运维开发人员需要了解用户，了解用户与用户，用户与机器在交互过程中的思想传递，顶级的运维开发人员应该也是一个好的产品经理与设计人员，通过工具的可视化传递专家用户的思想，并能与其它用户进行思想的交流，让工具更快更易转化为生产力。

在设计上，有幸得到了天旦贺总给的产品设计材料，并结合一些工作思摘录几点：

• 好的运维开发人员需要为工具的设计负责，需要具备对数据的认识、了解用户，并形成价值主张。数据是可视化传递专家经验思想的素材，要知识有哪些数据，数据怎么来，怎么用。
• 从用户的角度启动，并归纳出创建原型可行性的设计，从概念模型，到线框图、任务流、交互模型的心智模型。原型设计过程中实际上是对专家经验传递思想的深层次归纳，是专家经验与设计人员在思想上的碰撞与磨合过程。
• 由情感与思想的反馈，视图、配色标准、交互动画方式，以配色为例运维中什么时候应该用橙色，什么时候应该又是红色的配色标准，要用不同色引领用户的工作习惯，比如看到红色就是必须要处理，看到橙色就是警告，这类情感与思想的反馈需要在整个工具中进行贯彻。

二、可视化是运维工具有效运营的必要条件

运维开发与企业里业务应用开发团队不同，业务应用开发的应用在交付生产后由运维团队运营，运维开发团队却需要负责工具的全生命周期的管理，尤其是工具开发后的运营，需要对工具产品产生实际生产力负责。由于用户通常会安于现状，如果你要改变用户的习惯，你不能提供1比1的效果解决方案，而要用1比5，或1比10的效果解决方案，这种解决方案就需要工具具备好的可视化。甚至，很多时候可能本来用户对工具的预期是80分，我们要做到“80+20+20”分，让用户眼前一亮，这多出来两个20分中，前20分是良好的可视化效果，后面20分是用先进的理念，更好的工作方式，引领用户做得更高。同时，我们在工具设计时，不仅要专注于各种功能集的实现，还要在工具上配套整个工具应用的总览，工具运营状况的分析报告这些辅助功能实现的可视化模块。

三、可视化简化人对IT的探索门槛

各种交互优秀的APP应用让我们能够更好的探索生活，在复杂的IT运营管理世界里也需要有良好设计的工具。由于IT运营管理中会用到很多工具，数据，还有敬畏生产而来的流程，我们需有一个可视化的解决方案来简化我们探索IT世界的门槛。

狭义的运维工具体系可以有“监管控”，结合现在运维数据分析可以再增加“析”，在实际的落地过程中，又通常会将注意力分散在各个不同的工具，导致很多工具最终是解决一个局部的动作，实际上运维的工作应该以场景为单位，一个场景是指在一个特定期间完成一项相对完整的工作，场景从人的动作看通常涉及“监管控析”多个工具间的交互，场景可视化则是以场景的思想将多个工具进行整合，减少用户在多个工具工来回切换。将“监管控析”的工具进行整合，我们可以看到实际上一个场景会包括数据、流程、动作的整合，那么在场景可视化中需要将多个工具中不同类型的数据、流程、动作通过一种通用的方案进行分解与归纳，场景可视化提供可定制的组装能力。