精益设计，敏捷开发，一个都不能少

Lean UX（精益用户体验）和Agile UX（敏捷用户体验）这两种方法对于设计师来说并不陌生，但对于设计新人来说，想准确地对二者进行区分是件不容易的事。如果你在谷歌中搜索“Lean UX 和 Agile UX 的区别”， 然后一篇篇地阅读相关的文章，你会发现很多观点和立场是互相矛盾的，最终还是一脸茫然。实际上，我们在讨论任何概念时，只要以其在实际中的应用为导向，就不会过分纠结。对于精益用户体验和敏捷用户体验，我们只需知道它们的渊源，核心原则，优缺点，再根据这些来判断其在产品开发中的适用性，就已经足够了。有一点可以肯定：在实际的产品设计与开发流程中，二者大多数时候是相辅相成，混合使用的。

一、渊源与定义

精益用户体验（Lean UX）和敏捷用户体验（Agile UX）这两个概念实际上是在精益软件开发（Lean Software Development）和敏捷软件开发（Agile Software Development）的基础上提出的。我们先来看看后两者的定义：

敏捷软件开发：又称敏捷开发，是一种从90年代开始逐渐引起关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（被认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。

精益软件开发：源于Mary Poppendieck和Tom Poppendieck的同名书籍。这本书将传统的精益原则重新阐释，提供了22种开发实践“工具”，并与敏捷开发的实践做了比较。 通过Poppendieck夫妇在敏捷软件开发社区中的努力，包括在敏捷开发会议上的几次演讲，精益软件开发已经被敏捷开发社区广泛接受。

同理可得，Agile UX 和Lean UX即两种软件开发方法在设计领域的应用。敏捷用户体验注重产品设计中人员交流，软件交付及开发的高效，而精益用户体验则以人为核心，注重产品与市场的匹配度。两种方法各有优缺点，但同样重要。

二、核心原则

三、优缺点，重要性

在敏捷用户体验设计中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。该方法能提高设计效率和产品的响应能力。

然而，想要设计出一个好的产品，最终还是与“人”有关，人是既麻烦又非二进制的动物，人的需求只有被整体地结合起来考虑时才能提供最好的用户体验，这是精益设计最显著的优点。由于这一方法一定程度上拉长了产品设计与开发的时间，对于大多数以结果为导向的设计师而言，敏捷设计可能是更好的选择。

有一点需要注意的是：敏捷不等于低质量，精益不等于低效率。

四、产品原型在两种设计方法中的作用

原型作为产品设计初期的雏形，被用于测试产品的可用性，数据表明，原型可以减少产品发布后约25%的bug。因此无论是在敏捷用户体验设计（Agile UX）还是精益用户体验设计（Lean UX）中，产品原型对于设计师都是一个很好的刺激。正是因为有了原型设计，设计师才得以从舒适的房间和办公室里走出去，带着他们的“想法”到客户那里，与他们进行交流，深入地了解用户需求，从而使得两种设计方法中以“人”为核心，以“用户体验”为导向的原则得以被贯彻。

以下推荐一些优秀的原型设计工具：

Mockplus – 做原型，更快更简单。支持团队协作和在线审阅。

Axure – 原型及图表一体工具。

Justinmind – 网页及移动应用原型工具。

关键字：产品设计, 原型设计, 敏捷

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！