用户旅程地图:从概念到实战
用户旅程地图,这词儿听着挺高大上吧?
说白了,它就是一张图。一张把用户在座舱里从头到尾的体验,给画出来的图。
我刚开始做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 第四步:找机会点
地图画完了,别光看着。要问自己三个问题:
- 哪个环节情绪最低?为什么?
- 能不能在这个环节之前,提前给用户一个「预告」或「解决方案」?
- 有没有哪个环节,用户其实不需要操作,系统可以自动完成?
举个例子。在「充电等待」这个环节,情绪是-2。怎么办?
我们后来加了一个功能:当用户插上充电枪后,中控屏自动推荐附近可以逛的商店,或者直接播放一部电影。用户情绪瞬间从-2拉到了+1。
这就是旅程地图的价值——它告诉你「药」该下在哪。
3.4 如何解读一张现成的旅程地图?
有时候你拿到的不是自己画的,而是别人给的。怎么快速看懂?
我一般看三个地方:
- 看「断崖」:情绪曲线有没有突然暴跌的地方?那一定是设计上的「坑」。
- 看「空白」:有没有哪个阶段,用户行为是空白的?比如「充电等待」那15分钟,用户干嘛去了?如果地图上没写,说明我们忽略了这段体验。
- 看「触点密度」:某个阶段如果触点特别多,用户容易累。比如「设置导航」这一步,如果用户要点5次屏幕才能出发,那肯定有问题。
记住一句话:
旅程地图不是终点,而是起点。它的目的是让你看到「看不见的痛」,然后去解决它。
好了,这一章就聊到这儿。下一章我们聊聊「可用性测试」——怎么用最简单的方法,找出你设计里的那些「反人类」操作。