今天和大家分享一个有意思的故事，是我在第一份工作中做的第一个项目(目前在西雅图一家成长中的软件公司做DevOps工具的用户体验研究和设计)。写这篇文章是想和大家讨论一下我最近思考的一些问题，反思一下我做的好的和不太好的地方，也希望和关注运维技术发展、开发者用户体验的朋友建立联系。

作者：译者：陈凌霜 Liz Chen，华盛顿大学Human Centered Design and Engineering研究生

名词解释

运维：英文 Ops，又称运维工程师，是对技术类运营维护人员的统称。运维人员的职责是根据业务需要规划信息，网络，服务，通过网络监控，事件预警，业务调度，排障升级等手段，使服务处于长期稳定可用状态。(来自中文维基百科)

DevOps:(Development和Operations的组合词)是一种重视“软件开发人员(Dev)”和“IT运维技术人员(Ops)”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。(来自中文维基百科)

为什么工程师也值得好的用户体验

运维工程师支撑起了我们互联网的基础。当晚上我们酣睡的时候，他们可能随时被BP机吵醒，立即撑开惺忪的眼，打开电脑解决各种IT服务的问题;在有些施行了DevOps模式的公司，软件开发人员也会担任这一职责。他们有一套软件来帮助监控、诊断服务器的状态，自动化一些人工的工作。这些技术和软件对于提高技术人员的工作效率和生活水平、企业的生产效率来说至关重要。可以说，是这群人支撑起了整个互联网的基础，让我们普通用户可以毫无顾忌地随时刷手机看直播，以及减少碰到知乎“服务器提了一个问题”页面的几率。然而现实是，很少有人来关注这群人的“用户体验”。关于他们到底是如何工作，如何解决问题，如何与他人合作等问题，鲜有外人了解。这也是公司雇佣了我们这群用户体验设计师的原因，我们的职责就是增进产品开发团队对用户的了解，明确需要解决的主要问题，同时也让我们的产品变得更加容易理解和使用。

一个创新产品和两个难题

公司最近推出了一个新的开源产品，如何推广是个很重要的问题。特别是这种概念新又抽象的技术型、企业级产品。就算是经验丰富的一线开发者也没有那么容易一下子就理解，更别说企业中非技术出身、做决定的人了。

和我们之前的产品的目标用户不同，这次的产品的革新之处在于，它是给程序开发者用的，理念是让开发者可以自己很方便地部署ta写的软件，同时让软件的后续运营和管理变得更加自动化，可以灵活地部署到不同的平台上，省了很多麻烦事。为了达到这个目的，有很多新的概念被发明，或者已有的概念被赋予了新的含义。如何让用户更好地接受这些新概念，这是第一个难题。

第二个难题：产品没有通常用户体验设计师做的酷炫UI界面，唯一的界面就是个黑漆漆的命令行(据闻是程序员最爱?)。这又增加了理解产品的难度，因为发现性很差，不花很多时间去读技术文档基本上不知道怎么用，也不知道可以拿来干啥。

针对网站，我们做过一些用户测试，得到的主要反馈是：“这个东西到底是个什么玩意?有什么价值?那个黑盒子什么意思?和xxx、xxx到底有什么不同?看完了主页也没弄明白，果断放弃。”

一个尝试

作为一个程序开发和运维技术小白，在进公司的几周内我完全听不懂同事在讲什么，常常怀疑自己的智商：“面试的时候我可跟你说了连package是什么我都不懂，你是不是招错人了……”。更加令人心酸的是，有一天老板路过问我“怎么样，有一个计算机科学学位是不是好理解很多?”当时我就瞎了：“?!我本科学的是工业设计!” ——辛酸事不说了，转入正题：在我尝试理解这个新产品的过程中，有一个若隐若现的想法在心里萌发。我想尝试一下解决第一个难题：如何让用户更好地接受和理解产品的新概念。

构建用户心理模型

学过交互或工业设计的人可能听过这个概念：用户在使用产品的过程中，会构建一个产品的心理模型。这个心理模型就是用户自己心里认为这个产品大概是个什么概念，会怎么运行，对产品的反馈有一个预期。心理模型是非常主观的，通常不能反映一个产品真正的实现方法(即技术模型)。但这都不重要，重要的是在用户的心理模型内，这个产品能够符合预期地运行，把一件任务完成，就行了。这就是交互设计的一个很基础的工作：如何构建一种模型，使得技术上能够支持，用户可以轻易理解。

举个大家都知道的例子，“电脑桌面”。桌面这个概念本来是可以不存在的，计算机被大量普及前人们敲命令行敲得不亦乐乎。计算机的技术原理在有“桌面”这个概念前后并没有什么改变。有了“电脑桌面”，用户可以把电脑屏幕跟自己实物桌面这个概念联系起来，即把在物理世界中的经验和数字世界中的概念结合，于是一些操作就变得理所当然、符合直觉。例如，用户可以把自己的“文件”放在“桌面”上，可以把几个文件叠放在一起，成为一个“文件夹”，还可以把文件随意拖拽，移动到任何一个角落——就好像你可以在实物桌面上做的事一样。苹果最初的“拟物化”界面设计理念就来源于此。这种联系的建立使得心理模型快速得以建立，容易理解和学习如何和新产品打交道，并且不容易忘记。因为人们从出生起就开始与物理世界产生交互，使得与物理世界打交道的经验得以不断强化，直至内化为不需要刻意思考的直觉。

解决问题的思路

所以我想解决的问题变成了：如何为这个程序员用的工具找一个现实生活中已经为人所知的比喻?为了尝试解决这个问题，我做了这几件事：

问问题。问技术主管，问产品，问市场部，问CTO，为什么要做这个产品，产品解决的问题，有什么意义，为什么取这个名字，为什么LOGO是这个样子，为什么这个命令叫这个名字(还有非常多脑残的基础问题也问了)——我意识到，很多问题的答案早已经存在在不同人的脑子里了，只不过大家没有能拿出来一起捋捋，于是一些重要的产品决策就在沟通中被遗漏了。比如说，为什么产品叫Habitat(栖息地)?

理解技术模型。继续尝试理解产品的技术设计思想，提取主要的概念和步骤，筛选出对人们理解产品整体架构最有帮助的概念——简化需要输入的信息，先给个高层次的解释，具体的细节等你有兴趣了咱们回头再聊。

视觉化想法。有了最基本的对技术的理解，我开始尝试把我想到的任何可能可行的比喻都画出来，不求质求量。视觉化我的想法，这点很重要——画的过程也是我不断构造新想法的过程，从工业设计中学到的，受益匪浅。

寻求反馈。每次我画了一个粗糙的概念——最开始几轮都是用粗签字笔直接画在大概A3的纸上，我就拍个照或扫描后发到我们的聊天室里给公司里不同的人看看。他们绝大多数都是工程师，也有产品经理。——大家的反馈让我可以不断地意识到我对技术理解的偏差，让我可以在下一轮中修正。

画漫画。最初我画这些草图的时候，只是为了让我自己理解整个系统，也许能帮助到公司内部其他不懂技术的人，并没有指望着变成别的什么。直到有一天市场部的主管跟我说，我们可以把它变成一个在线广告，投到facebook上去，看看反馈如何。我们确定了用单格漫画的形式，用facebook的幻灯片广告模板。于是我开始用数位板在Illustrator里面画，之前有画过几套简单的在photoshop里，但是发觉Illustrator更好用(有兴趣的可以在youtube上搜索comic strip，有很多挺好的教程，我是现学现卖的)。

(图：投放到facebook的广告，共8张图)

修正、上线和测试。另外一个和我做同一个产品的设计师帮我修订和规范了故事的内容(我一个英语写作渣)。在漫画被投放到facebook的同时，我们也用了另一个在线测试产品叫UsabilityHub，有免费试用。facebook的广告投放平台可以搜集到很多信息，但是大多数是定量的数据。我们还想知道一些定性的数据。

在UsabilityHub上我问了三个问题：1. 对这个漫画故事总体打个分——这样方便我们下次继续测试来对比数据。2. 哪些图和你产生了共鸣——即类比很有效的;3. 哪些图对你来说没啥意义——即类比不怎么有效的。我们把这个测试链接发给了我们的用户聊天室，收到了不少反馈。

数据分析，继续修改。这只是我们发出的第一版设计，接下来我会继续跟进这个项目，根据用户的反馈和公司的策略来调整比喻方式。

我的反思

这个故事仍然在继续。我的收获是：不要嫌问的问题蠢，也不要怕回答你问题的人级别太高，讲一遍不懂可以再问一遍，不断用自己的语言和草图来输出自己的理解，反馈得到的越早越好。我也想提醒自己，不要过早地陷入到对细节的纠结当中，特别是一些并不是那么重要的漫画中的细节。最后就是对自己时间和精力的分配，步骤1-4是最应该花精力的地方，相反漫画的最终呈现并不是那么重要，2/8定理在这里也同样适用，有些东西做到80%就可以了，该放下的时候就放下。

结语

我感觉最幸运的地方是：可以在一家软件公司里为工程师们画漫画。虽然这不是作为用户体验设计师的主要工作，但可以用自己的一技之长把技术和艺术结合起来，帮助忙碌的工程师们理解一个复杂的概念，我觉得是很有意义的。这种创新的尝试在公司里也得到了很多认可，因为这个方向就是我们想要做的：如何让技术更加人性化，让技术为人服务，而不是人受控于技术。

想象一下，如果有一天，每个新技术都可以通过“说人话”来让人更快地学习理解，这样活着岂不是更爽?