读书笔记：一种敏捷UX方法

最近读完了《用户体验与可用性测试》，书里介绍了很多用户测试的详细实际操作，收获不小。分享书中提到的敏捷 UX 案例。

背景

敏捷开发的迭代周期通常为 1-4 周。在敏捷 UX 中，并没有严格的流程和方法，基本概念是“个体和互动高于流程和工具”，不仅总结特定的方法和流程是自相矛盾的，而且挑选一套最合适的组合用于特定团队、特定产品的开发中也是一件非常难的事情。以下内容是一个使用敏捷 UX 开发产品的例子，作为参考。

原则

• 不开发多余功能，从对用户最有价值的核心功能开始开发，慢慢扩展到可选功能上。
• 先做UX设计，再进行开发
• 在不损害质量、持续关注目标的前提下，削减没用的流程和文档，轻装上阵
• 与发现问题的精确度相比，问题的解决更优先（RITE法）

技巧

• 用【用户故事】代替【用户使用案例】
• 用【上下文调查】、【虚拟角色】、【用户测试】等以用户为中心的设计方法来解决不重视用户调查的问题（只靠团队内部讨论确定的用户角色和用户故事，会抓不住重点，陷入大量的普通需求脱不了身）

一、产品概念

• 发现产品概念，即“为了谁、做什么”。（调查秘诀：不是“您想要什么”，而是“有什么地方让您感到困扰”）
• 得到产品概念的范围后，寻找解决方案的新创意。
• 正式立项前，对创意进行检验：制作故事板和模型进行投票，或在网站上投入假的产品广告确认用户的反应。

二、计划

• 组织团队，标准是：团队成员能够自己做出完成任务所需采取的最优秀决策
• 确立开发计划
  • 创建一个虚拟角色：利用已知信息定义用户角色后，再加入拟人化处理，建立一个临时的虚拟角色。
  • 通过用户故事定义需求：用以虚拟角色为主语的“某某是谁，他想干什么（以及理由）”这样的短文，把需求以小故事的形式记录在卡片上。
  • 评估开发规模：以表示相对规模的故事点为指标，对用户故事所需的作业规模做一次评估。
  • 决定这些故事以什么顺序实现：工作流程、投入产出比、各功能之间的相互作用、市场变化等与产品相关的各种因素
  • 以“用户故事映射”的二维列表管理排序后的用户故事

三、开发

• 开发目标：首次发布产品。
• 按照实现顺序，在迭代期内尽可能实现有限的用户故事，并将作业进展情况更新在任务面板上。
• 用户界面设计与开发同步进行。（交流工具：通过测试的草图板）
• 对于需要进行重要且复杂操作的界面，尽可能在设计初期消灭bug。
• 制作好原型后，立即通过用户测试进行检验。（方法：发声思考法）
• 通过向相关人员进行产品的实际演示，得到反馈，根据反馈和开发进展，追加、删除或修改用户故事，或修改实现顺序。
• 进入下一个迭代期

四、发布

• 最初发布的产品 MVP：只需具备最基本的功能，由产品负责人判断是否发布产品。
• 根据用户反馈，对设计和计划做方向性的修改，甚至再次对产品概念进行战略推敲。

五、反复进行为期3-6个月的产品发布

• 大胆调整产品方向，迅速应对市场变化
• 让产品慢慢成长，逐步扩大范围

附言：

相关知识：lean UX、Scrum。

参考资料：

• 具有流程图和故事图的产品待办事项列表
  http://www.infoq.com/cn/news/2013/05/backlog-process-story-maps