时间: 2021-07-30 10:44:14 人气: 7 评论: 0
除非你是在从零开始打造一个全新的产品,不然的话,你多半**是在一个已经积累了数年的设计档案,对其产品已经有了一定研究的企业里工作。即便你所做的项目是全新的,你的企业还是将要面临如何统一所有产品体验的问题。可以考虑升级老的产品,使其适应新的产品;也可以从现有的产品中获取灵感并应用到新产品中。要注意的是,一份支离破碎的产品目录常常**导致用户体验的全**的崩坏。
充分的理解一家企业及其用户,并有针对性的设计相应的交互、视觉系统,需要付出极大的努力。而且你还需要把这套新的系统传达给那些已经设计过一些与新系统不相符的团队。这可不是个简单的活儿。在这篇文章中,我们将**为你介绍一种弥补此类出现了断层的用户体验的策略;这一策略从最表层的改进开始,逐步深入到结构性的问题当中,最后以一次巨大的全局性调整作为总结。
很多成功的大型公司都不得不面对这样的局面:他们必须维护几十个(如果还没有到成百上千的地步的话)产品目录中的所有应用。这些巨大的套件是大型企业对不同的用户需求,传统服务的内容及以往的合约的不断融合与兼并的过程中自然形成的。有的时候保有这么多的产品线是合理的,但更多的时候,过宽的产品线并不能很好的实现任何人的需求。由于相关联的一系列软件之间在视觉及操作上存在着巨大差异,用户常常需要在挣扎着学习之后方能使用。
修复这些断裂的用户体验不仅需要雄心壮志,更需要建立某种通用的规则,比如说“通常的视觉表现及感觉”,“统一的线上体验”和“统一视觉表现及感觉”。无论如何措辞,所谓通用元素代表的是一种将一致性引入到一系列不同开发进度下的产品当中手段,同时可以让一个内部的专业团队重点负责此类工作。但实际操作中的紧迫感总是如影随形,我们常常**感受到来自内部的阻力;还有很多时候我们不得不去弥补之前一个设计事务所没能完成的任务,试图设计和建立一套用户可以自行演进的设计及规范。
修补断裂的用户体验时所需付出努力的层级关系
一大有效的方法是从表层的改进开始,逐步深入到结构性的问题当中,最后以一次巨大的全局性调整作为总结。我们从最低处的果子下手,之后在每一阶段都更深入一步,从而最终打造出能够提供非凡体验的产品。这最初的一步,不仅旨在保证开发团队可以对正在开发的软件进行重大的提升;还要放眼未来的新版本,保证在重写代码或是重新构想交互体验的时候不**出现过于支离破碎的情况。
如果你所在的企业是第一次打造自己的产品,那么步骤**是完全相反的。但是在一个积累了厚重历史且拥有众多产品的大企业,以上的步骤将为你提供短期的和长期的策略,帮你更加自信的厘清并建立起一份易于学习且可以让你的工作更简便、更高效的产品目录。
在金字塔的底部是需要花费最少努力的部分,所以我们建议从这里开始。诚然,这样做看起来实属治标不治本。但是仅仅是让视觉保持一致,也可以有效的帮助你将多个不同的产品统一到共同的品牌体验之下。
假如你已经为建立某一理想化的试验性设计进行了初步的准备工作,最简单、当然也是颇具争议的实施方法便是为现有的开发中的产品重新蒙上一层皮。寻找简化及去除不必要信息的方法,统一信息架构,采用标准字体、颜色及操作,这些都是相对来说比较低成本的改进现有产品的方法。
当然这只是最基本的。它不能从根本上解决一个设计得非常糟糕的交互体验,但它可以戏剧化的增强最终客户在表现的一致性方面的体验。具有一致的视觉语言的一系列产品可以表明它们属于同一阵营。先提升视觉系统的好处在于改变或调整软件的外观和改变操作行为,和涉及到重新构想产品及重写软件代码等更为底层的元素比起来要容易得多。
如果你所在的企业已经简化并统一了视觉语言,下一步要做的便是保证行为的一致性了。这也是最基本的部分:以建立各种模式的使用原则来替代指定使用一堆插件中某一特定模式的行为;此外还应该统一术语及概念性框架模型。一切顺利的话,每个独立的产品都将拥有具有内在一致性的模式块。没能很好的做到这一点,正是你面对一系列有不同团队开发出来的,或是通过兼并取得的软件时**感觉到巨大的差异的原因。
假如现有的设计已经具有了高级别的设计准则,并且提供了一套基本的模式库,那么这一阶段的主要目标则是评估每一款独立的产品,并确认让他们表现一致需要多少的工作量。工作的内容涉及对某些软件中的组件进行尽可能少的替换。通常还需要进行少量的代码编写和测试工作,以保证所有的修正都能够达成一致性的体验。为了保持进度上的同步和理解上的一致,需要和开发团队进行更多的协调和交流。
操作行为的一致性可以让目标用户更简单的学习使用工具,并在之后将所学的技能转化并运用到相关的工具中去。用户只需要建立一套软件是如何工作的思维模型就可以了。这**让他们觉得自信,让他们在面对新软件的时候不需要重新学习,且不**对目标是如何达成的感到困扰。
前面的步骤主要是在统一不同产品见的行为。而真正想要优化行为,并让软件变得更强大、更易用,我们还需要做一些更深层次的工作。
这一步骤更进一步的改写了产品。它意味着改善现有产品,使其适应用户的需求和目标,并且视图寻找减少工作量、简化模式的方法。这就要求我们,提前估算好设计所需的工作量,并确认在哪些方面下功夫可以得到最大的改善。这意味着要以用户为中心的产品设计,要进行相关的研究,要建立人物模型及场景设定。如果没有这些,你就无法确定哪些模式是可以简化的,哪些工作是可以省略的,哪些用户需求是需要细心考虑和妥善解决的。
优化后的体验可以让用户在付出更少(或者更多努力)的情况下完成他们的任务。任何已经完成过的工作都应该通过某种方式进行捕获并不再需要用户重复的执行。提供聪明的默认设置可以让任务流工作得更快速。如果可能的话,让计算机来完成计算的工作,人只需要负责进行判断。积累数据,用以发觉更具有普遍性的模式,并且让系统在产生问题前达到预期目标,实现所需功能。
这是你应当不惜一切代价让每一款软件都做到最好的阶段。这很花时间,需要引入新的交互形式,以及重写大量的代码。你需要准备好投入大d量的时间和精力。
之前的这一轮迭代**产出一系列的产品,它们都在自己的职能范围类有着最优秀的表现。而这一轮的迭代目标则是重新思考整个套件究竟是如何协同工作的。这常常意味着重新考虑产品策略。
设计一个统一的体验,需要我们放宽眼界,重新评估内部产品数据孤岛在整个企业中的位置,并且重新考虑对于个体及不同角色之间的理想的工作流程。这样做很可能**导致多个产品合而为一,或是发展新产品以填补产品的缺失,或是消除了功能上的重复、冗长的部分,或是重新关注服务。此类工作需要组织内部的深入交流和授权。需要长期而非短期的计划。这份工作不可能很快完成,要想做到最好需要全体的坦诚与努力。
这些努力的最终受益人**是终极用户,因为这样的一款产品其开发策略就是以用户为中心的。企业认识到这款产品的存在意义在于帮助用户更好的完成他们的工作,同时它们还**意识到,用户可能也**同时运用其它工具和服务来完成他们的任务。单一任务上的表现不是衡量其是否成功的标准,应关注它是否能够在一系列的人、数据、设备以及服务之间游刃有余。当一个公司将他们的产品线提升到这样的水平,无论是企业本身还是产品线都发生了巨大的变革。
此前的所有步骤都着眼于修复断裂的用户体验。以它们为迭代依据,我们完全可能大大的提升那些曾出现了断层的用户体验。如果想要避免几年之后再次重复这一系列步骤,企业本身也需要进行变革。软件开发和服务提供多是在特定的企业文化的基础上构思和发展而来,这对产品本身有着深远的影响。一个以工业生产为驱动的公司所推出的产品对错误**表示零容忍,重点将**关注技术层面的事项;关注销售量的服务**对其特色进行重点的阐述;而一个重视用户体验的企业不可避免的**去关注如何提供好的用户体验。
如果你想要不断的提供好的用户体验,你需要做的将比针对表层的视觉设计深入得多。你所在的企业需要理解并时刻把用户体验作为首要的核心价值进行考虑。高管们需要支持和大力提倡设计所带来的独特视角;设计师们需要以用户为中心进行设计;一种以用户为中心的做事方针需要渗透到企业中去。
杰出的用户体验从不**从天而降。理解用户并且始终将他们的需求作为你设计过程中的首要任务,然后在开发阶段竭尽全力予以实施。产品和服务是依靠团队中所有成员的通力合作才能够将想法变成现实的。最终的产品将**受到那些公认的最为重要的因素,工作的实现方法,以及衡量优劣依据的准则的左右。企业文化的变革需要最大的努力和最长的时间,但它终将导致最剧烈,最普遍也最有影响力的变革;这变革不仅仅是为了企业和产品,而更是为了那些将要使用它们的人。
“但是,等一等,”你可能在想,“这难道不是本末倒置了吗?难道你不应该先依据正确的工作流程设计出整体的系统,优化系统中的行为,保证与其它产品的一致性,最后才是确认它看起来简洁明了吗?”是的,是的,你应该这么做,特别是当你在打造一个全新的产品的时候。
但我们一次又一次的看到,很少有大公司可以做到把一切归零,从一个清晰的点出发打造某个全新的产品。更多的情况下,**以某一不可或缺的产品线作为出发点。企业有着众多的软件,有来自全球各地的团队为它们提供支持,也许所有权**属于不同的子公司,完成情况也不尽相同。也许你可以设计出理想中的体验,但你就是无法实现它。实现某个设计真正要展示的效果需要多重的迭代。这种情况并不让人觉得舒服,但这就是现实。当你发现自己身处现实的时候,你无法逆天而行。你必须从现实入手。以我们的经验来看,从底端开始是非常具有可操作性的方法。
—–
本文来自SocialBeta的内容合作伙伴@译言 的泽维尔的翻译
本文链接:http://www.socialbeta.cn/articles/repair-fracture-user-experience-2012.html
原文链接:http://uxdesign.smashingmagazine.com/2012/09/27/fixing-broken-user-experience/