最近读完了《用户体验与可用性测试》,书里介绍了很多用户测试的详细实际操作,收获不小。分享书中提到的敏捷 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
网友评论