Q4.04.5journey map granularity设计研究

颗粒度过细会淹没关键转折点,过粗会掩盖具体断点

别名: 旅程颗粒度 · 过细步骤 · 过粗阶段

概念解释

一张图画了两百个点击,另一张只写「了解—购买—使用」。前者把真正改变走向的那一步淹在同类操作里;后者把「验证码过期只能重头提交」这种断点吞进一个大阶段。旅程颗粒度(journey map granularity)要让转折点可被看见:人改变目标、更换渠道、进入不可逆、或失败后无法自行修复的那些位置。过细和过粗是同一把尺子量错了对象,不是审美问题。

机制

细粒来自把界面步骤当成旅程步骤——每个字段、每个确认都占一格,视觉权重被摊平,决策者只能看见长度。粗粒来自市场漏斗语言,阶段名先于观察存在,凡是装不进三格的例外都被挤掉。转折点的特征是后果不对称:走错就回不去、要换人、要换天。粒度应当跟着后果走,而不是跟着屏幕数或部门数走。同一张图也可以有两层:上层阶段用来定向,下层只在转折附近展开,避免全图一种尺。

怎么研究

请未参与绘制的人在图上标出「如果只能改一处,改哪」;若答案分散在大量同类微步上,说明过细。再拿真实失败案例往图上贴,看断点是否落在某个已有步骤上;若只能说「在购买阶段某处」,说明过粗。比较固定三阶段模板与按后果切分的图,在定位可修复断裂上的命中率。因变量包括转折点被独立成步的比例、失败案例可落点率。

边界

培训材料或脚本可能需要比决策地图更细的操作层,那是另一份产物,不要反写进决策用图。监管审计有时强制列出每一个披露点击,细粒是合规要求,须标明用途以免被当成体验优先序。高度熟练的重复任务里,微步本身就是失败点(选错账户),这时细粒合理。跨文化或跨产品线强行共用同一套阶段名,会把各自的转折点都挤进同一个「使用」。

怎么落地

  • 先列出后果不对称的位置(不可逆、换人、换渠道、无法自修复),这些必须独立成步。
  • 连续的同类微操合并,直到合并会把上述位置吃掉为止。
  • 阶段名只作上层目录;下层步骤用观察里的动词,不用漏斗词。
  • 用两三个已知失败案例试贴:贴不上就加步,贴上后周围仍有一长串无区别的格子就合并。

延伸

  • 同组Q4.04.1 地图跨越触点呈现全过程 · Q4.04.2 需标注情绪与痛点的证据来源 · Q4.04.3 未经验证的地图是团队假设 · Q4.04.4 现状地图描述实际发生的过程,愿景地图描述期望的过程,两者不可混用 · Q4.04.6 地图涉及多个部门时需要共同维护,否则会与现状脱节 · Q4.04.7 地图完成后若不更新,会逐渐偏离已变化的实际流程
  • 相邻Q4.07 任务分析 · Q4.05 服务蓝图
  • 站内检索journey map granularity · turning point · experience breakpoint

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/Q4.04.5