Skip to main content

让我们来了解一门简单却功能十分强大的工具:Agile。一旦用到它,我相信你就一定会爱不释手。因为,这是一种十分行之有效的设计方法,能有效加深各方利益相关者之间的互助合作。

用户需求是Agile的核心部分之一:用户故事

有关用户体验和Agile的文章不胜枚举,其中许多都对Agile不友好的用户体验叫苦不迭,或是抱怨两种方法不能有效兼容等。确实,开发项目软件的过程十分艰难,与其他学科的合作也具有不可否认的挑战性。无论付出怎样的辛劳,我们都无法在区区一篇文章中囊括并逐一解决所有现存的缺陷。

如果你想多了解这方面的故事:Brinton, T. (2015). “User Stories” A Foundation for UI Design”. UX Booth. Retrieved from: http://www.uxbooth.com/articles/user-stories-a-foundation-for-ui-design/
Pichler, R. (2014). “From Personas to User Stories”. Pichler Consulting. Retrieved from: http://www.romanpichler.com/blog/personas-epics-user-stories/

今天我们所要探讨的是一种简单快捷的设计方法,这种设计方法被称为“用户故事”。那么它是如何帮助您解决遇到的诸多难题的呢?

  • 一则用户故事应该是简短的、具体的、以结果为导向的。它通常是由以下结构组成的一个陈述句:“作为一名……,我想……,因此……。”
  • 用户故事是具有协作性的设计方法。寄希望于能让所有项目的利益相关者都融入参与到诠释和整理用户故事的工作中。
  • 用户故事从应用项目的人的角度进行聚焦。

听起来似乎偏离了视用户为核心的真理,也没有关注到发展的过程?然而,这种方法源自于“Agile Development”。那么,又是什么原因,使得两者不能同时兼而有之呢?

用户故事 – 显然是以用户为中心

当然,有些团队没有任何用户调研,纯粹是利用想象来编造故事。这种做法虽然不是最理想的,但至少比站在“我”的层面思考要好得多。在牢记用户跟我们不一样的同时,稍微运用一些想象力就足可创造奇迹。为了强调这种思维方式在所有利益相关者之间的共性,尝试对下面的案例进行解释。

例如,设计一个投音乐家之所好的网站,作曲时能自由选择风格和音效。在您的脑海中飞速运转着,思考着不同类型的音乐家。客户要求制作一个菜单,菜单中要囊括各式各样的音效,这时,一首歌曲从汽车的音乐播放器突然涌入您的脑海,您开始以“自我”为中心。好,现在马上打消这个念头,换成如下想法:

  • “我”可以是任何专门研究一种或多种乐器的音乐家。“我”不仅是重摇滚吉他手,还能是键盘手、歌手、贝司手和鼓手……或许,又是一位正在为歌剧撰写底稿的古典作曲家,想要寻找关于创作的灵感。
  • “我”也是任何类型的作曲家,可以是轻音乐、电子乐,要么就是动听的音乐或者重型摇滚。也有可能,是一位受人之托为电影作曲的古典主义者。

好!现在我们已经成功让团队为适应用户拓宽了思路,是时候撰写我们的用户故事了。这种形式能迫使我们为他人着想,以解决别人的需求为己任,运用共情置身于用户的角度。有时,即便得不到实际数据,却也不失为一个良好的开端。通过这种同理心的小练习,管理层和团队成员或许会对出发寻找目标用户的重要性产生全新的理解!

理想状况下,用户调研员要率先诠释用户故事的定义。您可以将人物角色(虚构用户模型)和用户场景带入故事会话,为所有的利益相关者构建合适的框架。如果缺少用户调研的阶段,只需确保尽可能多地收集关于现有项目的信息。其中,信息的来源可以是日志或分析报告、客服部门以及竞争分析等。在我们交互式音乐网站的场景中,我们有幸得知一名客户,与电视节目中谱写乐器曲的键盘手有着频繁的往来。

作为用户体验设计师,您是项目开发阶段用来传达用户“呼声”的人。让自己尽可能设身处地思考用户的现实问题,将“用户的呼声”翻译为更易于记忆和理解的用户故事。

用户故事要简单易懂、贴近生活

如果你是“保守派”,可能仍然记得“用例”。用户故事或许会让你回忆起这些概念。虽然不乏相似之处,但正是源于两者的差异,才使得用户故事显现得更为弥足珍贵。

“用例”具有特定语法及其结构。因此,并非所有人都有权定义这些概念。只有负责为需求和功能制定规格说明书的人或团队,才能撰写这些“用例”。“用例”有时是客户端与用户及开发团队之间的桥梁。通过“轮胎摆动”模型,我们将能对这种现象略窥一二……


了解更多:Course: Interaction Design for Usability:https://www.interaction-design.org/courses/interaction-design-for-usability

这个模型的翻译过程出现了极为可怕的错误!然而,用户故事以其简洁和专注,完美避开了以上的情形。只需了解特定语法的共性,任何团队的成员都能参与其中:

  • 作为一名……。省略号指代的是行动的发起及受益者。
  • 我想……。这部分则是被执行的动作。
  • 因此……。这里是用户从操作中获得的附加值。

通过简洁的描述,用户故事有助于缩短学习曲线!如果你曾经学过参与式设计法,还可以让用户亲自参与到故事的撰写当中。

用户故事具有协作性

正如之前所说,作为用户体验设计师,你的目标是要为最终用户达成详实的共同愿景,用户故事是这一过程中最理想的良师益友。由于简便灵活的特点,你可以用它们构建共同语言和项目涉及到的通用心理模型。因此,可以让所有利益相关者 – 客户、管理层、团队成员 – 使用共有语言进行交流,一齐聚焦于用户及项目宗旨。

用户故事促进了讨论项目的方式的转变。我们不再把精力放在解决方案和特性上,取而代之的是关注朝特定目标为之努力的“真实”的用户。因为,要对来源可疑的抽象功能进行罗列并不现实,我们能做的,只是将有限的精力放在用户想要达成的详细具体的事务上。

用户故事讲述的是现在和未来

用户故事通常是写在Post-its上的。虽然Post-its的数量起初让人难以应付,但却比管理层出不穷的需求文档可容易多了!

拥有恰到好处的细节。在更抽象的层面上,我们还有Epics。在Agile中,Epics用于高度概括所需的特性,因此,是由一组用户故事所构成的。如果是构建亲和图,那Epics就是用户故事被普遍赋予的称谓。Epics让项目的每名成员都能从用户的视角看待设计。若是用户想要“尝试”未经计划或已经计划得当的事物,那任何扭结就都能一览无遗。

必须足够具体,以此为项目团队在冲刺阶段留有挑选处理的余地。而在此之前,团队从一开始就要深入研究细节并解决实用性的相关问题。作为一名用户界面设计师,你应该成为项目团队中的一员,与开发者合作,共同增强用户故事的真实和实用性。

朴实无华的语言,让每名成员都能了解到冲刺阶段中正在构建的任务,更为所有利益相关者展示忧虑及需求这两项是如何得到解决的。因此,用户故事在定型阶段和界定项目范围上起到极为关键的作用,同时也不失为后续规划的理想选择。用户故事在粒度级别上几乎接近完美(即,丰富的细节程度),所以当项目遭遇特征蠕变时就会变得异常明显。

结语

用户故事起源于Agile和SCRUM开发方法学的一枚分支。作为用户体验设计师,我们要善于采纳,运用这种简便易行的方法实现“自我受益”,也就是让用户受益!

用户故事为设计人员提供了一切,使得我们能为用户构建详实的共享视角:

  • 用户故事基于用户的诉求;因为,要让产品将贴合用户作为目标。
  • 用户故事要方便快捷,易于管理;因此,能起到加强利益相关方与团队成员间合作的效果。
  • 用户故事有助于从起点处创建“项目心理模型”。

凭借简单而又具体的结构,用户故事能帮助项目同时专注于多项因素:以用户为中心、以目标为中心以及每个阶段内容的落实及落实后的空余部分。

Agile是用户中心式设计的强大辅助,不仅加快了研究和设计的速度,更能让我们在其中构建Epics,进行细微地调整,以此寻找项目各个可能的维度。用户故事让我们牢牢掌握住用户体验、用户、用户需求这三点中最为重要的方面。参考资料:Hero Image: Author/Copyright holder: Katie Lips. Copyright terms and licence: CC BY 2.0

了解更多

原文地址:https://www.interaction-design.org/literature/article/user-stories-as-a-ux-designer-i-want-to-embrace-agile-so-that-i-can-make-my-projects-user-centered
原文作者:Muriel Domingo
翻译:马克笔设计留学·孙维

<

0 0 vote
Article Rating
订阅
提醒
guest
0 评论
Inline Feedbacks
View all comments