修补断裂的用户体验.pdfVIP

修补断裂的用户体验 除非你是在从零开始打造一个全新的产品 ，不然的话 ，你多 会是在一个已经积累了数年的设计 档案 ，对其产品已经有了一定研究的企业里工作。即便你所做的项目是全新的 ，你的企业还是将要 面临如何统一所有产品体验的问题。可以考虑升级老的产品 ，使其适应新的产品 ；也可以从现有的 产品中获取灵感并应用到新产品中。要注意的是 ，一份支离破碎的产品目录常常会导致用户体验的 全盘的崩坏。 充分的理解一家企业及其用户 ，并有针对性的设计相应的交互、视觉系统 ，需要付出极大的努力。 而且你还需要把这套新的系统传达给那些已经设计过一些与新系统不相符的团队。这可不是个简单 的活儿。在这篇文章中 ，我们将会为你介绍一种弥补此类出现了断层的用户体验的策略 ；这一策略 从最表层的改进开始 ，逐步深入到结构性的问题当中 ，最后以一次巨大的全局性调整作为总结。 需要付出的努力及繁重程 很多成功的大型公司都不得不面对这样的局面 ：他们必须维护几十个 （如果还没有到成百上千的地 步的话 ）产品目录中的所有应用。这些巨大的套件是大型企业对不同的用户需求 ，传统服务的内容 及以往的合约的不断融合与兼并的过程中自然形成的。有的时候保有这么多的产品线是合理的 ，但 更多的时候 ，过宽的产品线并不能很好的实现任何人的需求。由于相关联的一系列软件之间在视觉 及操作上存在着巨大差异 ，用户常常需要在挣扎着学习之后方能使用。 修复这些断裂的用户体验不仅需要雄心壮志 ，更需要建立某种通用的规则 ，比如说“通常的视觉表现 及感觉” ，“统一的线上体验”和“统一视觉表现及感觉”。无论如何措辞 ，所谓通用元素代表的是一种 将一致性引入到一系列不同开发进度下的产品当中手段 ，同时可以让一个内部的专业团队重点负责 此类工作。但实际操作中的紧迫感总是如影随形 ，我们常常会感受到来自内部的阻力 ；还有很多时 候我们不得不去弥补之前一个设计事务所没能完成的任务 ，试图设计和建立一套用户可以自行演进 的设计及规范。 修补断裂的用户体验时所需付出努力的层级关系 一大有效的方法是从表层的改进开始 ，逐步深入到结构性的问题当中 ，最后以一次巨大的全局性调 整作为总结。我们从最低处的果子下手 ，之后在每一阶段都更深入一步 ，从而最终打造出能够提供 非凡体验的产品。这最初的一步 ，不仅旨在保证开发团队可以对正在开发的软件进行重大的提升 ； 还要放眼未来的新版本 ，保证在重写代码或是重新构想交互体验的时候不会出现过于支离破碎的 情况。 如果你所在的企业是第一次打造自己的产品 ，那么步骤会是完全相反的。但是在一个积累了厚重历 史且拥有众多产品的大企业 ，以上的步骤将为你提供短期的和长期的策略 ，帮你更加自信的厘清并 建立起一份易于学习且可以让你的工作更简便、更高效的产品目录。 视觉的一致性和简洁化 在金字塔的底部是需要花费最少努力的部分 ，所以我们建议从这里开始。诚然 ，这样做看起来实属 治标不治本。但是仅仅是让视觉保持一致 ，也可以有效的帮助你将多个不同的产品统一到共同的品 牌体验之下。 假如你已经为建立某一理想化的试验性设计进行了初步的准备工作 ，最简单、当然也是颇具争议的 实施方法便是为现有的开发中的产品重新蒙上一层皮。寻找简化及去除不必要信息的方法 ，统一信 息架构 ，采用标准字体、颜色及操作 ，这些都是相对来说比较低成本的改进现有产品的方法。 当然这只是最基本的。它不能从根本上解决一个设计得非常糟糕的交互体验 ，但它可以戏剧化的增 强最终客户在表现的一致性方面的体验。具有一致的视觉语言的一系列产品可以表明它们属于同一 阵营。先提升视觉系统的好处在于改变或调整软件的外观和改变操作行为 ，和涉及到重新构想产品 及重写软件代码等更为底层的元素比起来要容易得多。 行为的一致性 如果你所在的企业已经简化并统一了视觉语言 ，下一步要做的便是保证行为的一致性了。这也是最 基本的部分 ：以建立各种模式的使用原则来替代指定使用一堆插件中某一特定模式的行为 ；此外还 应该统一术语及概念性框架模型。一切顺利的话 ，每个独立的产品都将拥有具有内在一致性的模 式块。没能很好的做到这一点 ，正是你面对一系列有不同团队开发出来的 ，或是通过兼并取得的软 件时会感觉到巨大的差异的原因。 假如现有的设计已经具有了高级别的设计准则 ，并且提供了一套基本的模式库 ，那么这一阶段的主 要目标则是评估每一款独立的产品 ，并确认让他们表现一致需要多少的工作量。工作的内容涉及对 某些软件中的组件进行尽可能少的替换。通常还需要进行少量的代码编写和测试工作 ，以保证所有 的修正都能够达成一致性的体验。为了保持进度上的同步和