用户旅程地图:从概念到实战

用户旅程地图,这词儿听着挺高大上吧?

说白了,它就是一张图。一张把用户在座舱里从头到尾的体验,给画出来的图。

我刚开始做HMI设计那会儿,总觉得这玩意儿是给产品经理看的。后来有一次,我们做了一个导航功能,自认为逻辑清晰、界面漂亮。结果用户测试时,一位大哥愣是找了半天没找到「避开拥堵」的开关。他嘴里还念叨着:「这车是不是傻,明明前面堵死了,也不给我换个路?」

嗯,那次之后,我彻底服了。没有旅程地图,你根本不知道用户在哪一步会「卡住」。

3.1 用户旅程地图到底是什么?

你可以把它想象成一部「用户主演的电影」。电影里有时间线、有场景、有情绪起伏。

旅程地图就是把用户从「想开车出门」到「锁车回家」的整个过程,拆解成一个个关键节点。每个节点上,用户在想什么?做什么?感觉爽不爽?

核心三要素:

  • 时间轴:用户行为的先后顺序
  • 触点:用户与座舱交互的每一个界面或物理按键
  • 情绪曲线:用户在每个阶段的满意度,是开心还是烦躁

我个人习惯把旅程地图分成两类:

  • 现状地图(As-Is):记录用户现在是怎么用的,痛点在哪。这是找问题用的。
  • 未来地图(To-Be):描绘我们理想中的体验应该是怎样的。这是找机会点用的。

你想想看,如果连用户在哪一步会皱眉都不知道,你设计的界面再好看,又有什么用?

3.2 座舱典型场景的旅程拆解

座舱里的场景太多了。我挑一个最常见的——「长途导航+充电规划」来拆解给你看。

这个场景,我做过不下十次用户研究。每次都能发现新问题。

3.2.1 场景:周末自驾游,中途需要补电

我们把这个场景拆成五个阶段:

阶段 用户行为 触点 情绪
出发前 设置导航目的地,查看剩余电量 中控屏、手机App 😊 期待
行驶中 跟随导航,关注续航里程 仪表盘、HUD 😐 轻微焦虑
需要充电 系统提示电量低,推荐充电站 中控屏弹窗、语音 😟 紧张
充电中 寻找充电桩、插枪、等待 手机、充电桩屏幕 😩 无聊/烦躁
继续行程 拔枪、支付、重新上路 中控屏、手机 😊 放松

你看,最痛苦的不是「行驶中」,而是「需要充电」和「充电中」这两个阶段。

我曾经踩过的坑:

有一次,我们只关注了「导航准确率」,忽略了「充电等待」这个环节。结果用户反馈说:「导航是准的,但到了充电站发现四个桩全被油车占了,系统也不告诉我。」

嗯,从那以后,我们的旅程地图里必须加上「到达充电站后的找桩体验」这个触点。

3.3 旅程地图的绘制与解读

画地图这事儿,其实没那么玄乎。我一般用四步走:

3.3.1 第一步:定角色和场景

先想清楚为谁画?什么场景?

  • 角色:新手女司机?还是老司机?还是家里有娃的奶爸?
  • 场景:通勤?自驾游?接孩子?

别贪多。一次只聚焦一个角色、一个场景。否则地图会乱成一锅粥。

3.3.2 第二步:列出所有触点

把用户从开始到结束,每一步接触到的「东西」都列出来。

比如:

  • 物理触点:方向盘按键、中控旋钮、门把手
  • 数字触点:中控屏界面、仪表盘、语音助手
  • 环境触点:车外光线、路况、充电站环境

我建议你亲自跟车跑一趟。坐在副驾,拿个本子记。别光靠想象。

3.3.3 第三步:标注情绪曲线

在每个触点旁边,画一个笑脸或哭脸。

怎么判断情绪?

  • 用户操作后,有没有犹豫超过3秒?—— 扣分
  • 用户有没有自言自语骂了一句?—— 扣大分
  • 用户有没有「哇」一声?—— 加分

一个小技巧:

我习惯用「+2、+1、0、-1、-2」来量化情绪。这样后期做数据分析时,可以算出「平均情绪值」。哪个环节低于-1,就是必须改的硬伤。

3.3.4 第四步:找机会点

地图画完了,别光看着。要问自己三个问题:

  1. 哪个环节情绪最低?为什么?
  2. 能不能在这个环节之前,提前给用户一个「预告」或「解决方案」?
  3. 有没有哪个环节,用户其实不需要操作,系统可以自动完成?

举个例子。在「充电等待」这个环节,情绪是-2。怎么办?

我们后来加了一个功能:当用户插上充电枪后,中控屏自动推荐附近可以逛的商店,或者直接播放一部电影。用户情绪瞬间从-2拉到了+1。

这就是旅程地图的价值——它告诉你「药」该下在哪。

3.4 如何解读一张现成的旅程地图?

有时候你拿到的不是自己画的,而是别人给的。怎么快速看懂?

我一般看三个地方:

  • 看「断崖」:情绪曲线有没有突然暴跌的地方?那一定是设计上的「坑」。
  • 看「空白」:有没有哪个阶段,用户行为是空白的?比如「充电等待」那15分钟,用户干嘛去了?如果地图上没写,说明我们忽略了这段体验。
  • 看「触点密度」:某个阶段如果触点特别多,用户容易累。比如「设置导航」这一步,如果用户要点5次屏幕才能出发,那肯定有问题。

记住一句话:

旅程地图不是终点,而是起点。它的目的是让你看到「看不见的痛」,然后去解决它。

好了,这一章就聊到这儿。下一章我们聊聊「可用性测试」——怎么用最简单的方法,找出你设计里的那些「反人类」操作。