将团队从静态文档过渡到交互式原型

介绍

改变很难，但不改变是致命的。对于许多希望创新并保持领先地位的商业领袖来说，这就是他们的宗旨。某著名公司用户体验总监和奥莱理出版社设计书籍的作者丹妮分享了她最近在世界上最受尊敬的企业品牌之一《哈佛商业评论》中引入变革的经验。

她的使命：想要将设计团队从大屏幕的静态模型转变为使用 Axure 的交互式移动原型，说起来容易做起来难。事实证明，在这个案例中，丹妮坦率地概述了她的失误和成功，并从她的经历中提供了来之不易的教训和见解。

关于项目

2014 年秋季，HBR公司经过数月的努力，启动了重大的响应式重新设计。我在启动后不久就被聘用，以帮助企业“实现”在设计和开发过程中采用更加以人为本的方法的愿望。

创建交互式原型能够使开发人员和其他利益相关者更直接地了解我们设计的预期行为，同时还提供了一个单一的链接——通过 Axure Share 原型——可以在整个项目中保持不变。

在我最初的几周里，我注意到设计团队为开发团队创建文档的方式与开发团队构建事物的方式之间存在脱节。为了使已建立的工作流程更有效地迭代设计，我们在 Photoshop 或 Illustrator 中创建了静态资料。不幸的是，由于时间短以及设计团队认为利益相关者无法“在移动设备中思考”的原因，大部分设计工作都集中在更大的屏幕体验上，并以静态组合的形式呈现。因此，由实施设计的前端团队来解释设计如何适应较小的屏幕。由此产生的在不同设备上不一致的体验，团队成员对这种沟通障碍感到沮丧。

当我回顾我们当前的流程并就如何将 UX 融入我们的工作流程提出建议时，其中之一是从静态合成转向交互式、自适应的 Axure 原型。由此产生的工作将使我们能够思考我们的设计如何适应不同的设备和屏幕尺寸，而不是将“PC”和“移动端”视为不同的环境。此外，能够创建交互式原型使开发人员和其他利益相关者能够更直接地了解我们设计的预期行为，同时还提供了一个单一的链接——通过 Axure Share 原型——可以在整个项目中保持不变，而不必不断上传静态文档的新版本。

指引团队

作为高级用户体验设计师和常驻 Axure 专家，我带头将 Axure 带入设计团队。我的任务包括让我们的两个交互设计师加快使用 Axure 的速度，并帮助团队制定战略，如何在不失去项目势头的情况下将原型设计融入我们的工作流程。我们各自的BOSS在整个过程中提供了支持和指导。

开始执行 

将 Axure 引入 HBR 公司涉及两个重要步骤。第一步是在过渡中获得设计和产品的领导地位。通过展示原型在清晰度和响应性方面的优势，我们能够获得足够的支持，让设计师接受如何使用该工具的培训。

第二个重要步骤是向设计团队展示如何在项目中使用原型。这两个步骤这样做：第一个是重新设计网站的论坛部分，这一部分最初专注于没有自适应视图的大屏幕体验。第二个最重要的步骤是重新设计我的图书馆，这是读者在网站上创建帐户时获得的一组内部功能。这是我们第一次体验真正的自适应原型、团队项目，并试图为我们的原型带来更高水平的视觉保真度。

第一次碰撞

在这两个项目中，技术团队和利益相关者都看到了交互式原型的直接好处。迭代速度快，不需要上传新的截图；在原型中比在静态合成中更容易看到预期的行为。

然而，设计团队并没有接受这个概念。虽然原型旨在作为可以使用现有设计模式快速实施的中等保真文档，但设计团队需要看到更高级别的视觉保真度，以便对设计方向充满信心。结果，他们创建了单独的静态组合来表示他们预期的“最终”设计。

在重新设计“我的图书馆”期间，这种重复工作尤其成问题，设计团队将整个功能部分创建为静态的、带注释的 PDF，独立于原型，而原型则显示出完全不同的交互模式。这在开发团队中引起了混乱，他们无法确定应该参考什么来构建设计。它还在设计和产品/用户体验团队之间造成了一些内部冲突，他们努力确定谁“拥有”原型设计和用户体验流程。

第二、三次碰撞

当我们反思“我的图书馆”项目面临的挑战时，我们发现了团队成员之间的一些重要挫折。设计师喜欢与 Axure 合作，但发现学习曲线令人沮丧。因此，他们犹豫是否将其视为一种设计工具，并认为需要额外的静态合成来确保他们所追求的视觉保真度。而产品/用户体验人员，他们认为 Axure 可以很容易地帮助设计团队实现他们的视觉保真度目标，并担心继续重复工作会破坏我们将交互式原型设计作为我们用户体验过程的关键部分的目标。

使问题更加复杂的是首席设计师和我之间日益紧张的关系。在 HBR 公司的整个重新设计过程中，首席数字设计师担任团队的 UX 设计师；我来到这家公司标志着她的角色发生了重大变化，而我参与改变网站设计的工作，长期以来一直在她的控制之下，这让我非常不舒服。由于之前没有让她和其他交互设计师参与这个过程，我无意中让事情变得更糟，这让我似乎没有重视设计团队在改进网站方面所发挥的作用。

结果

经过几周的讨论和一些反复试验，我们已经朝着主要基于 Axure 的工作流程走了很长一段路。随着设计师使用 Axure 的经验不断增长，他们对创建可作为利益相关者和技术团队的主要设计文档的高保真原型变得更有信心。为了重新设计网站的主要导航，设计师在 Illustrator 中绘制了预期设计的“草图”，并共同将这些设计以完全的视觉保真度放入 Axure 中进行测试和记录。对于我们最新的项目——升级网站上的视频体验，设计师们从头到尾都在 Axure 中合作，在收集反馈时从中到高保真度进行迭代。与此同时，我已经将我的角色转移到一个更专注于建议和指导用户体验的角色上，

随着流程的不断发展，团队开始在设计流程的早期采用移动端优先的方法，并在开发人员实施设计时更有效地使用注释来支持他们。设计团队还积极与技术团队合作，将他们的期望从静态设计转向交互式原型，以提高流程效率。向基于 Axure 的工作流程迈进的努力在改进站点内的整体设计和交互方面取得了显着的回报。在重新设计导航的过程中，设计团队能够设想并获得利益相关者对完整体验的认可，而不是让他们想象设计将如何适应不同的屏幕尺寸。对于“我的图书馆”中的关键互动，我们能够为技术团队演示完整的交互，帮助他们理解预期行为以及视觉设计。

得到教训

回顾这次经历，有三个主要收获：

随着时间的推移，人们会使用特定的工具包积累专业知识，而让他们转向其他东西是破坏性和不舒服的。对您的团队成员正在经历的事情表示同情，并在他们的学习过程中提供支持和指导，对于帮助他们完成过渡至关重要。

相互学习并发挥各自的优势。在这个过程中我犯的一些最大的错误是没有花更多的时间来了解设计师在使网站变得更好方面的作用和使命。一旦我们能够更好地了解彼此，我就向前迈进一步，让他们承担更多的原型设计工作，同时为交互和用户行为提供建议。

请记住，这是一个过程。在敏捷环境中工作时，很容易陷入“快、快、迭代、快！” 但是学习一种新工具和一种新的工作方式需要时间，并且通常会在路上遇到很多颠簸。从长远来看，时不时地花点时间反思一下你的进展情况，对让事情坚持下去大有帮助。