敏捷体验设计的5个设计工作坊模版电脑资料_计算机-存储.pdf

敏捷体验设计的 5 个设计工作坊模版 电脑资料 和以往的那种简单粗暴的 头脑风暴，或者索然无味的 需求评审 不同，敏捷体验设计中的过程永远是开放的，强调在和客户的互动中识别需求，并产出设计，最终对工程交付内容达成共识，模版 1：用户价值定义 用户价值的定义是任何软件体验设计的根底到底解决了什么用户的什么问题。对于问题的定义越准确和清晰，越能够对产品或特性设计方向达成一致，当所有的客户都认为，解决用户 A在情境 B 下遇到的问题 C 是本次交付的核心目标，那么自然，与解决这个问题之外的任何设计、功能、甚至讨论都应该放入低优先级。这个活动可以经常性进展，可长期保存这个用户价值板，将识别的用户问题放在板上统一进展和评价。过程 梳理出典型用户放在画板的最左侧;头脑风暴出用户可能遇到的问题;对于每一个问题进展扩展什么情境下出现这个问题?问题带来的痛苦是什么?为了解决这个痛苦用户现在是怎么做的?将每个问题进展扩展后再对每个维度进展数字评估情境和问题发生的频度?痛苦程度?和临时解决方案的风险大小?所有的问题，将数字相加，配合典型用户的优先级，梳理出最应该关注和解决的问题，再进入设计阶段。元素解释 用户：谁会遇到这样的问题?情境：在什么样的情境下会出现这样的问题?问题：如何定义这个问题?痛苦：因为这个问题的出现，会造成什么样的痛苦(直接或者间接)?暂时解决方案：为了减轻这个痛苦，这个用户是怎么做的?提示 尽量防止描述性的抽象表达，而尽量使用基于事实的语言，例如：表述痛苦时防止说 工作效率低下 而说 每天处理不必要的人工错误时间超过 1 小时更加基于事实的表达让设计师更加实质性到痛苦本身;尽可能生动地表达情境，用简短的关键字描述出该用户遇到痛苦的实际情境;使用数字进展估值时使用 1，2，3，5，8 数列进展估计，首先定义标准 1 的值，再进展比较，凭感觉;演示 上图中红色箭头便是详细要进入细节设计的用户问题，当这些问题被解决，所产生的用户价值一定是在当前产品中价值最高的，模版 2：组织改进 做产品本身就是在做商业模式，而商业模式的根底是组织运作，在产品设计之前需要对组织现状进展了解，帮助客户寻找到为了到达产品愿景的目标组织级别还有什么地方需要改进，为接下来的产品设计做准备。过程 使用 Tomorrow Headlines 的游戏让客户团队对未来产品或组织愿景达成统一认识，将达成统一认识的海报贴在画板的右上角，如演示中右上角所示;体验设计中的过程永远是开放的强调在和客户的互动中识别需求并产出设计最终对工程交付内容达成共识模版用户价值定义用户价值的定义是任何软件体验设计的根底到底解决了什么用户的什么问题对于问题的定义越准确和清晰越 么自然与解决这个问题外的任何设计功能甚至讨论都应该放入低优先级这个活动可以经常性进展可长期保存这个用户价值板将识别的用户问题放在板上统一进展和评价过程梳理出典型用户放在画板的最左侧头脑风暴出用户可能遇到 么做的将每个问题进展扩展后再对每个维度进展数字评估情境和问题发生的频度痛苦程度和临时解决方案的风险大小所有的问题将数字相加配合典型用户的优先级梳理出最应该关注和解决的问题再进入设计阶段元素解释用户谁会遇 使用一种运营模型收集对现状的描述(使用名词+形容词的表达)，在演示中使用的是，资源-产品-消费者的价值传导模型，可以根据情况选择适宜的模型;将所有贴条进展归纳分组，梳理出一些维度，例如说：销售资源分配缺乏可归于 销售资源 维度。对每个维度使用滑块进展竞争力评价，越往右说明竞争力优势越大，越往左那么反之;找到竞争力最差的维度进展单独讨论，这些维度就是阻碍我们到达共同愿景的绊脚石;对每个绊脚石头脑风暴出行动列表，在一定时间内进展改进，并制定责任人，定期进展反响;提示 这个活动可以用于任何级别的组织，只是愿景不同;对于模型的使用可以自由抽象，大部分组织行为都可以抽象成，资源、活动(效劳或产品)、效劳对象、反响等;定期(每两周)对实现愿景的行动列表进展展示或验收，及时收集反响，持续改进;行动应该是准确和结果可验收的，和销售团队达成对销售支持人数 4 人的共识 要比 找销售团队要人 要明确得多;演示 体验设计中的过程永远是开放的强调在和客户的互动中识别需求并产出设计最终对工程交付内容达成共识模版用户价值定义用户价值的定义是任何软件体验设计的根底到底解决了什么用户的什么问题对于问题的定义越准确和清晰越 么自然与解决这个问题外的任何设计功能甚至讨论都应该放入低优先级这个活动可以经常性进展可长期保存这个用户价值板将识别的用户问题放在板上统一进展和评价过程梳理出典型用户放在画板的最左侧头脑风暴出用户可能遇到 么做的将每个问题进展扩展后再对每个维度进展数字评估情境和问题发生的频度痛苦程度和临时解决方案的风险大小所有的问题将数字相加配合典型用户的优先级梳理出最应该关注和解决的问题再进入设计阶段元素解释用户谁会遇