在迭代过程中，来自不同团队成员的建议和反馈不可避免地体现了他们自己的经验。那些提出自己意见的团队成员会开始产生一种主人翁意识，并在其他人身上也能够看到。如今它已经成为创新的另一条途径。这种主人翁意识将设计师装备成一只新的同盟军，共同保卫作品，应对来自外界的压力。这个团队最终也成为这个成功的体验中最有价值的一部分。

　　精益用户体验不是懒惰的用户体验

　　也许一开始看起来这是一个通向用户体验的懒惰的方法，因为目标显然是少作工作。恰恰相反，你确实运用了所以用户体验的工具。草图、介绍、评论、研究、测试、原型、甚至线框图——这些都在每个过程中得到了坚实的试验。诀窍是恰当地运用了这些工具，但是更重要的是，在适当的深度将他们用来解决你正在试图解决的问题。

　　设计师需要感觉一切都在控制之中

　　“但是我已经放弃控制我的设计了!”这是那些试图精益用户体验的设计师们最常听到的抱怨声。他们关心的是如何收集那些来自非设计师的反馈，他们对团队的价值逐渐降低并且成为像素驱动的仆人。

　　坚持概念并且避免不必要的限制是精益用户体验的关键。

　　Holding on to the concept and avoiding the unnecessary is vital in Lean UX. Image by Kristian Bjørnard

　　保持精益，然而频繁地收集来自整个团队的反馈实际上是将时间花费在了错误的方向上。设计师不断驱动设计，但是护栏(即约束)在每次迭代和审阅后变得越来越清晰可见。基本上，如果你花了三个月的时间来完善一个设计，但是最终上线后你却发现它并不能满足客户的需求，那么你只是浪费了你生命中的三个月，更何况是你的团队。

　　精益用户体验同样加速了开发时间。通过让团队在早期洞察到设计的方向，可以奠定该体验的基础。这个阶段的基本准则有助于揭示已提出的解决方案在可行性上面临的挑战。时间、材料和资源充足，然后优化产品元素。所有这些都影响着设计师如何分配他们的精力，从而减少徒劳。

　　原型：你和客户之间最快的沟通方式

　　精益用户体验让原型发挥作用。在起初的草图阶段，侧重于体验的重要组成部分的原型是必不可少的。挑选核心用户群(或者两个)，然后原型中只体现这些画面。原型最终的保真度并不重要，所以用你擅长的方式来创建。一旦创建，就可以立即进行用户测试。

　　成功的精益原型可以用诸如 Adobe Fireworks甚至是 PowerPoint来创建。有时你的客户(内部的或者外部的)会要求创建一定精度的原型以帮助他们更好地展示体验。用这些工具可以帮助你更加方便快捷地向客户传达设计概念，并且具有足够的保真度。

　　接下来，将你设计的原型在内部进行评估，以确认该原型是否达到了商业需求。

　　上图为设计迭代和评价过程。

　　Diagram of the iterative design and critique process. Warfel, Todd Zaki. 2009. Prototyping: A Practitioner’s Guide. New York: Rosenfeld Media.

　　最为重要的是，将原型展示在用户面前。让他们定期测试工作流程，最好一周一次。你并不需要大量的用户参与测试。 Jakob Nielsen研究指出，如果多于5个测试者，那么他们在体验中遇到新的障碍的几率很低。如果你经常测试，你可以将每周参与测试的用户数量减少为3人。这样也降低了成本。

　　收集反馈。找出哪些可行哪些不可行。调整雏形。见鬼，你不得不精简它：这就是精益用户体验之美。每个阶段你所投资的成本是如此之底以至于你可以随时进行 重新构思、重新配置或者重新设计。

　　一旦通过验证，向你的团队演示已更新的原型。解释流程，用户动机以及你为什么这么设计。此时原型就是你最好的文档。它就是“规范”。不需要更多(如果有的话)。无论如何，你在那里就可以回答所有随之而来的问题。通过验证的设计，使得设计师可以进入到体验的下一个核心部分，而不是花费六周时间来创建设计需求文档以及精确到像素的规范，这就是精益用户体验的优势。

　　原型的力量在于它可以将设计方向更加快速地交到最终决策者——你的用户手中进行验证。他们可以让设计自己开口解释，在那样的环境下终将取得成功。

　　保持完整的视觉效果

　　“那么我的视觉设计怎样?通过拆分设计并将它们逐个分派到团队，最终，用户接受我所设计产品的视觉效果并产生出额外的体验!”

　　为精益而快速的开发呐喊!

　　Lean and Agile Development are called for! Image by Kristian Bjørnard

　　用户体验设计师们从前总是顶着许多头衔。现在你又有了另一个头衔：视觉设计的管理者。在这个新的角色，你的责任就是保持大局观。精益用户体验迫使你优先考虑体验。 最终，这些散落的部分都凝聚成一个产品。这个凝聚的产品体现你的大局观。即使在迭代和用户反馈过程中设计产生变更，你总是朝着更好的目标进行设计。 “增加网站报告用户的时间”可能是一个梦想。 “能够在一个更真实的情境中快速传递内容”可能是另一个梦想。不管设计如何变化，这些目标驱动你继续工作。

　　这不是一件简单的事情。在过去，全部授权于你来设计特定的方向是不可思议的。伴随精益用户体验，在迭代周期中频繁地出现和你观点相冲突的意见是不可避免的。你可以从这里开始反击。运用既定的观点来帮助你整理反馈信息，并专注于终极目标。

　　维护的结果没有任何意义

　　长期以来文档一直被企业机构用来维护他们的软件。它成为了一个了解过去和现在决定的参考工具。同时这可能会对复杂的商业规则有所帮助，但是对于设计却毫无用处。最终的产品是一个文档。这是一个体验。创建的厚实的交付成果仅仅作为将来关于用户体验的参考，这在它完成之时就已经过时。在用户体验中，当被提问一件事情应该如何进行时，我们通过产品流程图找到最简单的方式。 旧的文档方式是一种浪费并无法解决当前问题。

　　内容如何适应策略和规划?