构建用例
我们开发用例的方法是直截了当的,采用了基于最佳实践的模板结构。
用例模板的关键组成部分如下。
- 标题 为用例制定一个独特、简短和有力的标题。
- 简要说明 两到三句话描述用例的范围。
- 角色 有时被称为 "演员",但我们更愿意使用所开发的角色来帮助他们嵌入到项目中。
- 前提条件 ? 一个简短的描述或列表,说明用例开始时的条件。
- 最初的工作流程 ? 为完成该用例所采取的核心步骤。
- 替代工作流程 ? 描述由于背景差异而适用的不同工作流程。
- 错误流 ?注意阻止用户在用例中实现其目标的项目。
- 完成的状态 描述用例必须是真实的,才能被认为是完整的。
每个用例都要用这个模板来记录,每个角色也都要考虑。然而,我们会寻找重复的用例来使之合理化,因此一个用例可能代表一个、一些或所有的角色。关键是要反复进行这个过程,以确保所有的东西都被识别和记录下来。
用户旅程图
关键组成部分
用户旅程图,也被称为[客户]体验图,是一种有价值的用户体验设计工具,因为它们是多维的。
它们从客户或用户的角度提出,通常包括以下类型的信息。
- 他们经历的时间线或步骤 ? "这是对典型的旅程所需的时间或步骤的表示,以完成端到端。
- 用户的情绪状态 ? "我们有时会用表情符号来表示,或者用高峰/低谷来表示。
- 平台和渠道 他们正在与什么互动,即智能手机上的移动应用程序、呼叫中心、商店等。
- 接触点 ? 他们在与组织互动时正在做什么。
- [有时] 背景介绍 如果合适的话,我们可以包括背景是什么,如他们在家里、在办公室、在移动中。
用户旅程图的例子
故事板制作
故事板是用户旅程图或工作流程分析阶段的一个可能的输出,或可交付的成果。故事板包含有限的细节,并倾向于关注关键的触发因素和流程步骤。如果创建得当,它们将提供一个清晰的 从用户的角度表示旅程 ? 以客户为中心。
根据我们的经验,故事板的主要目的是作为一种向非技术性的利益相关者传达复杂的流程和用户旅程的方法。因此,关于是否创建故事板的决定是由项目团队的组成和利益相关者的参与所决定的。.
创建故事板
故事板以用例、工作流程和用户旅程为原料,进入创意过程。当我们创建故事板时,我们提出以下问题。
- 谁将会使用 故事板?
- 什么 目的 他们是在服务吗?
- 什么 视觉风格 客户是否希望我们使用
- 什么 颗粒度级别 我们应该去哪里?
所有这些项目都是联系在一起的。例如,如果故事板是要给CEO解释一个新的建议,它们可能需要发展得很好,看起来很专业的图形,并有适度的细节。我们已经制作了从黑白的、手绘的视觉效果到高度详细的、全彩的演示,以及介于两者之间的一切。
用户旅程回顾
这是一个有价值的步骤,无论我们是要参与建立原型,还是客户团队想在内部建立原型。我们完成对所有用户旅程的详细审查,并提供一个独立的分析。
- ǞǞǞ 全面的用户旅程
- ǞǞǞ 接触点 和 渠道 并对输入和输出进行感应检查
- ǞǞǞ 工作流程和工艺步骤 特别是关于替代行程
我们确定在用户旅程中和关键步骤之间的微互动中需要改进的地方。
我们还评估用户旅程的哪些方面将从用户测试中受益最大,以及支持测试环节所需的细节。通过这种方式,我们可以帮助 确定原型设计活动的优先次序 在测试过程中,要避免无效的测试环节。这可能是由于过程中缺少步骤,没有建立对其他过程至关重要的关键交互,或对用户将做什么进行假设。
我们利用我们在原型可用性测试方面的丰富经验,提供方向和指导,为客户团队或我们自己的团队节省时间和金钱。
案例研究:用户旅程回顾
与内部团队合作,我们得到了用户旅程,并被要求在内部团队开发原型之前完成专家评审,然后我们会被要求与用户一起评估。我们的反馈使内部团队能够专注于需要测试的关键用户旅程,并解决一些之前没有被发现的流程问题。
心中有一个项目吗?