敏捷体验设计的5个设计工作坊模版

和以往的那种简单粗暴的"头脑风暴"，或者索然无味的"需求评审"不同，敏捷体验设计中的过程永远是开放的，强调在和客户的互动中识别需求，并产出设计，最终对项目交付内容达成共识。过去的五年里，我参与了几十次和客户的设计工作坊，这里把我经常使用的五种设计工作坊形式分享给大家。

模版1：用户价值定义

用户价值的定义是任何软件体验设计的基础──到底解决了什么用户的什么问题。对于问题的定义越准确和清晰，越能够对产品或特性设计方向达成一致，当所有的客户都认为，解决用户A在情境B下遇到的问题C是本次交付的核心目标，那么自然，与解决这个问题之外的任何设计、功能、甚至讨论都应该放入低优先级。这个活动可以经常性进行，可长期保留这个用户价值板，将识别的用户问题放在板上统一进行管理和评价。

过程

1. 梳理出典型用户放在画板的最左侧；
2. 头脑风暴出用户可能遇到的问题；
3. 对于每一个问题进行扩展──什么情境下出现这个问题？问题带来的痛苦是什么？为了解决这个痛苦用户现在是怎么做的？
4. 将每个问题进行扩展后再对每个维度进行数字评估──情境和问题发生的频度？痛苦程度？和临时解决方案的风险大小？
5. 总结所有的问题，将数字相加，配合典型用户的优先级，梳理出最应该关注和解决的问题，再进入设计阶段。

元素解释

1. 用户：谁会遇到这样的问题？
2. 情境：在什么样的情境下会出现这样的问题？
3. 问题：如何定义这个问题？
4. 痛苦：因为这个问题的出现，会造成什么样的痛苦（直接或者间接）？
5. 暂时解决方案：为了减轻这个痛苦，这个用户是怎么做的？

提示

1. 尽量避免描述性的抽象表达，而尽量使用基于事实的语言，例如：表述痛苦时避免说"工作效率低下"而说"每天处理不必要的人工错误时间超过1小时"──更加基于事实的表达让设计师更加实质性体会到痛苦本身；
2. 尽可能生动地表达情境，用简短的关键字描述出该用户遇到痛苦的实际情境；
3. 使用数字进行估值时使用1，2，3，5，8数列进行估计，首先定义标准1的值，再进行比较，凭感觉；

演示

上图中红色箭头便是具体要进入细节设计的用户问题，当这些问题被解决，所产生的用户价值一定是在当前产品中价值最高的。

标签： 敏捷设计 敏捷设计模板 交互设计 

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。