header_v1.7.39

UI 设计进阶 5-2:分析和交付用户研究(下)

25天前发布

原创文章 / 多领域 / 教程
hindydesign 原创,如需商业用途或转载请与hindydesign联系,谢谢配合。

本文将向大家介绍:Stakeholder Maps、Task Analysis 以及 Journey Maps。

前言

本文是 UI 设计进阶系列的第 5-2 篇,系列目录:www.zcool.com.cn/article/ZNjI0MDI4.html

续上一篇,继续来分享设计方法,本文将介绍:Stakeholder Maps、Task Analysis 以及 Journey Maps。


Stakeholder Maps

Stakeholder Map 介绍

Stakeholder Map(利益相关者分析图)是 Stakeholder Analysis 的视觉化呈现,原属于商业管理方法,用于评估、分析企业和项目中相关角色的影响。

在设计领域,Stakeholder Map 经常在项目前期的准备阶段使用,以帮助我们直观地了解项目中的主要人物,并为之后的交流和「以用户为中心」的研究和设计做好准备。尤其当项目涉及的角色众多,利益关系复杂时,就越需要 Stakeholder Map 来帮助我们理清众角色的关系和影响。利益相关者的分析可以一次或定期进行,以追踪随时间变化而产生的变化。


建立 Stakeholder Map

1. 定义你的利益相关者

从头脑风暴开始,定义你的利益相关者是谁。这一步的重点是保证全面涵盖所有相关人物。列多不怕,后期可删,就怕有漏网之鱼。下表列出了一些可能成为您项目利益相关者的人员,思考的时候可以参考:

2. 为你的利益相关者分布优先级

在这一步,我们会将上面列出的利益相关者分布到利益相关者的矩阵模型上。传统的坐标维度是「Power」和「Interest」,但在设计中,我更倾向用「Power」和「Influence」来分析,也就是「权力」和「影响力」,如下图。

如此一来可以分为四个象限:

  • 高权力、高影响力:你必须充分了解这些人,与他们保持积极的沟通,并尽最大努力满足他们。

  • 高权力、低影响力:为这些人做足够的工作让他们满意,但注意别让他们对你感到厌倦。

  • 低权力、高影响力:充分与这些人交谈,确保不会出现重大问题。这个类别的人通常也可以对你的项目成果非常有帮助。

  • 低权力、低影响力:关注这些人,但无需过度交流。

坐标维度可以按自己实际项目需要来定义,合理、有实际操作价值就行。

3. 理解你的利益相关者

一方面要了解利益相关者之间的互相关系,另一方面要了解他们对你的项目的看法。方法我就不再多做介绍了,具体可以参考系列文章 4-1 设计调研的部分。

4. 视觉化表现

你已经列出了一堆角色,并且理清了他们的关系,接下来就是用视觉化的方式呈现出来。可以用 Grid,也可以用 Stakeholder Circle 来表示。下面是一些例子。


Stakeholder Map 举例


Task Analysis Grid

任务分析表介绍

Task Analysis(任务分析)剖析用户工作流程中的构成要素(包括行为和互动、系统反馈和环境背景)来寻找设计机会。是个非常好的用来改进体验、改版设计的方法。

Task Analysis Grid(任务分析表)则是一个可视化工具,用系统的表格来分析任务。以下是任务分析表通常包含的内容:

  1. Persona 和用户对当前情况的抱怨。

  2. Before, After scenes(前后情景):这两个 scene 其实可以理解为我们在上篇介绍的两个 Scenario。Before 是基于观察的,After 则是对设计目标(结果)的预测。

  3. Sub-Tasks(子任务):包括消费者在使用服务前,使用时和使用后执行的步骤

  4. Scenarios(场景):场景包括与使用产品或服务期间用户面对的每个步骤的相关的场景。

  5. Considerations(困扰):用户在这一步时会产生怎样的困扰,会出现怎样的疑惑。

  6. Pain-Points(痛点):包括用户的需求与不好的体验点。

  7. Functionality(功能):功能性是指为了改善提供服务而需要修复或添加的功能。 为了确定功能的重要性,在这里就需要对功能列出优先级(可以用不同颜色表示)。

制作过程就不赘述了,Persona 和 Scenario 都介绍过了……剩下的就是先横向分析 sub-task,然后纵向逐一填写就行。下面是两个好的例子。


任务分析表举例

高清 PDF 案例下载可关注公众号 uicircle 获得。


Journey Maps

体验地图介绍

Journey Maps 或者说 Experience Maps(体验地图)在某种程度上和任务分析很相似,都是分解用户任务,然后进行分析、设计。但体验地图对用户使用流程中情绪的反应更直观,这也更容易令设计师从中发现问题、思考方案。


创建体验地图

一份完整的体验地图可能包括上面这些内容,当然也可以根据需要有所增删。下面是具体介绍:

ZONE A:通过定义(1)角色和(2)要验证的场景来为地图提供基础信息。

ZONE B:地图的核心是可视化的体验图,通常与整个旅程的(3)流程阶段对齐。(4)行为、(5)想法和(6)用户在整个旅程中的情绪体验可以引用来自之前研究。

ZONE C:产出部分用来描述已经发现的洞见和痛点,(7)专注于未来的机会,以及(8)明确内部对该部分的负责人。


体验地图举例


总结

用户调研介绍的部分到这就告一段落了。

设计方法是永远讲不完的。而它们在整个设计流程中也不是重点——重点是真正解决问题。

所有这些方法也许能帮助你做出对的设计,但你无法仅凭它们就做出杰出的设计。多看多想多打开自己的视野,然后多做项目多练习,只有这样才能进一步成长。切忌纸上谈兵。

共勉。


UI 设计进阶系列目录:www.zcool.com.cn/article/ZNjI0MDI4.html



参考阅读


作者:Hindy

个人主页:hindydesign.com

转载请私信授权,未经允许请勿转载,感谢您对作者版权的尊重。

0

    文章信息

    • 文章标签

    Hello PM 意见反馈
    没有新消息
    密码登录
    短信登录
    微信二维码登录

    提示文案

    提示文案

    提示失败
    提示成功