Q4.04.7journey map temporal drift设计研究

地图完成后若不更新,会逐渐偏离已变化的实际流程

别名: 旅程时间漂移 · 过期旅程图 · 完成后不再更新

概念解释

去年大促时画完的图,今年仓储时效、退货入口、验证方式都变了,文件仍写着「当前旅程」。完成不是保质期。时间漂移(temporal drift)指地图停留在绘制日的流程快照上,而现场规则继续改;拖得越久,图越像考古层。它与「多个部门没人共管」不是同一件事:即便当时权属清楚,只要没有按日历或按变更事件回写,图也会自己过期。

机制

研究项目有收尾仪式——导出 PDF、放进知识库、汇报结束。仪式把图从工作文件变成档案。产品、运营、风控的规则却按版本继续发。人会用旧图解释新投诉,把新断裂读成「我们早就知道的痛点」,于是错过真正新出现的步骤。反过来,已经修好的失败仍留在图上,团队以为问题还在,重复立项。漂移是静默的:没有报错,只有日期与现场的距离在拉长。

怎么研究

给每张在用的地图标绘制日与最近一次对照日,抽样当前真实案例往上贴,统计不再成立的步骤比例,并按距绘制日的时间作散点。比较「项目结束即封存」与「随版本发布触发回写」两种制度下的失真速度。因变量包括过期步骤比例、被旧图错误解释的新投诉数,以及图上仍在的、现场已消失的失败。

边界

作为历史基线明确标注日期的图,不应被更新,否则对比会丢失;漂移问题出在把它继续当作现状。变化极慢的合规披露流程,更新周期可以更长,但仍需写明下次对照点,而不是默认永远有效。一次性研究(只为那一次改版)的图可以封存,前提是引用时带时间戳,不得进入「现行体验」文件夹。自动埋点能提示步骤消失或新增,但不能单独证明旅程意义已经变,仍要有人对一次完整案例。

怎么落地

  • 页脚写绘制日与「下次必须对照」的日期或发布版本;过期未对照的图从现状目录移到档案。
  • 把流程规则变更(截单时间、验证方式、退货入口)列为触发器:变更单关闭前要改图或声明本图不受影响。
  • 每季度用一次新的端到端案例走旧图;走不通就改,不要只在图上加一条「可能有变」的注释。
  • 引用地图做决策时先核日期;超过对照点仍被当作当前事实的,视为方法错误,不采纳该依据。

延伸

  • 同组Q4.04.1 地图跨越触点呈现全过程 · Q4.04.2 需标注情绪与痛点的证据来源 · Q4.04.3 未经验证的地图是团队假设 · Q4.04.4 现状地图描述实际发生的过程,愿景地图描述期望的过程,两者不可混用 · Q4.04.5 颗粒度过细会淹没关键转折点,过粗会掩盖具体断点 · Q4.04.6 地图涉及多个部门时需要共同维护,否则会与现状脱节
  • 相邻Q4.10 研究结论的可推广性 · Q4.05 服务蓝图
  • 站内检索journey map temporal drift · stale journey map · living journey documentation

同组卡片

快捷操作

分享

分享当前页面

ios_share

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