Q4.04.1cross-touchpoint journey mapping设计研究
地图跨越触点呈现全过程
别名: 跨触点旅程 · 端到端用户旅程 · 单渠道流程图
概念解释
只把应用里下单到支付的屏幕串成一条，店里问询、物流短信、客服电话都不在图上——那是渠道内流程，不是旅程。用户旅程地图（customer/user journey map）要按人完成一件事所穿过的触点展开：店面、应用、短信、电话、邮件、等待，只要这件事还没结束，图就不能在渠道边界处剪断。跨触点不是把所有渠道的界面拼贴在一张海报上，而是按时间顺序呈现同一个人的全过程。
机制
组织按渠道分工，材料也就按渠道到达：产品有埋点，门店有话术，客服有工单。各自优化自己的一段，交接处无人认领。人的任务并不在渠道边界停止：取件码过期之后会打给门店，门店让他再打开应用。若地图只画应用，过期表现为「用户流失」；把电话和店面接上，流失其实是触点断裂。时间顺序把「同时发生的多个界面」还原成「先后发生的一件事」，才能看见断裂落在哪两段之间。
怎么研究
以一件完整任务为分析单位，收集该任务上所有被使用过的触点，而不是先选一个渠道再补用户。用日记、工单、物流节点和会话记录对齐同一案例的时间线，标出渠道切换。比较「单渠道漏斗」与「跨触点时间线」在失败归因上的差异。因变量包括被漏画的触点数、切换次数，以及失败被错误记在错误渠道上的比例。
边界
研究问题本身只关于某一屏幕的可操作性时，不需要硬做成旅程；做成旅程反而会稀释界面证据。纯线上、单会话可完成的任务，跨触点收益很小。反向的陷阱是把公司能想到的每个渠道都画上，包括用户从未走过的，那是渠道目录，不是全过程。B2B 里决策者、操作者、受益者不是同一人，一张图硬穿会把不同人的时间线焊在一起，需要按角色拆图或明确标注换人。
怎么落地
- 先写清「这件事从什么算开始、什么算结束」，再列出期间实际出现过的触点，渠道名只作标签。
- 每个案例至少标一次渠道切换；一次都没有，检查是真的单渠道还是材料只来自一个系统。
- 漏斗或页面流程图可以附图，但不替代旅程：后者必须能回答「出了这个界面之后人去了哪」。
- 评审时遮住自家产品的那一段，看图是否还剩一个完整故事；若故事立刻断掉，说明只画了内部流程。