设计圈流传着一个很有意思的故事：迪士尼乐园建设时没有急着铺设所有道路，而是先让游客在草地上自由行走。等一条条小路被踩出来后，再沿着这些真实路径铺路。
这个故事有多个版本，也常与建筑师格罗培斯联系在一起，人物和年代未必经得起严格考证。但它表达的“愿望线”思想非常有价值：与其强迫用户按规划行动，不如先观察他们实际上怎么走。
数字产品也是如此。产品原型展示的是团队希望用户怎么走，事件日志记录的才是用户实际怎么走。两者之间的差距，就是动线分析的起点。
动线分析究竟在分析什么
用户动线，是用户在特定时间、场景和目标下形成的连续行为序列。例如：
动线分析要回答的是：用户从哪里进入，流量去了哪里，哪些步骤推动任务完成，哪里出现绕路、犹豫、中断和流失。
它与漏斗并不相同。漏斗按照团队预设的步骤，回答“用户在哪一步掉了”；动线则从真实行为出发，回答“用户究竟走了哪些路”。
假设下单流程被设计为“首页—搜索—详情—支付”。漏斗只能看到各步骤的转化率，动线却可能发现：有人从收藏直接进入详情，有人在详情和评价之间往返，还有人进入客服后才完成购买。这些旁路可能是障碍，也可能是用户自然形成的高效路径。
页面访问量同样不能代替动线。PV只说明节点有多少流量，没有保留事件顺序。为了还原路径，埋点至少要记录用户、Session、事件、时间、页面、操作对象和来源入口。
先定义Session，才能还原完整路径
Session是一定时间范围内连续发生的一组交互。实际分析中，常见两种定义。
应用Session从应用进入前台或网站打开开始，到退出、后台超时或跨天结束，适合研究一次访问的流量走向、时长和交互深度。
任务Session从用户表达某个意图开始，到任务完成、放弃或超时结束。例如一次下单可能包含跳转支付、查看优惠券和短暂离开应用，不能仅因进入后台就切成三段。
Session没有适用于所有业务的统一超时。GA4默认在30分钟无活动后结束；Amplitude的Web端默认也是30分钟，移动端通常以进入后台后5分钟无事件作为新Session边界，并允许自定义。
短视频、扫码和清理任务可能只有几十秒，会议、导航和长内容消费则会持续很久。应先确定分析目的，再选择切分规则，并对规则进行版本管理。否则超时时间一改，会话数、平均时长和路径都会改变。
时长和交互深度并非越高越好
Session分析常用平均使用时长和平均交互深度：
工具产品时长下降，可能意味着任务完成得更快；内容产品时长上升，也可能来自卡顿或找不到出口。交互步骤减少通常代表效率提升，但支付确认、风险提示等必要步骤被删除，反而可能增加错误。
因此，时长和步骤必须与任务完成率、错误率和用户满意度结合起来看。真正应该减少的是无意义的交互，而不是所有交互。
四种行为最值得调查
绕路：用户通过搜索、历史记录或二级页面找到本应明显的功能，可能说明入口命名或位置不符合心智。
回退：用户在两个页面间往返，可能是在比较，也可能是信息不足。需要结合停留、滚动和错误事件判断。
中断：离开应用不一定代表流失。跳转支付、复制验证码、接电话都可能是任务的一部分，关键是用户能否回来继续。
重复：连续点击同一按钮可能意味着网络慢或反馈不足；重复完成同一业务，则可能是真实的高频需求。
分析时还要区分新老用户、入口、设备、版本和任务类型。新用户需要探索，老用户更追求捷径；搜索用户目标明确，推荐流用户更愿意浏览。混在一起，只会得到一条谁都不代表的“平均动线”。
从愿望线变成产品改动
一套实用流程可以压缩为五步：
- 明确具体任务和目标人群，不要从全站所有事件开始；
- 定义Session、任务开始和完成事件，检查数据质量；
- 提取主路径以及绕路、回退、中断和重复行为；
- 结合单用户事件流、访谈和可用性测试解释原因；
- 调整入口、补足信息或保存任务状态，再用实验观察完成率、耗时、错误率和后续留存。
优化动线也不等于一味减少步骤。多一次确认可能提升信任，多一步预览可能避免错误。关键是让每个步骤都服务于用户目标，让高频愿望线更顺畅，让任务中断后能够继续。
动线分析的价值，不是画出一条漂亮路径，而是把“用户为什么没有按设计走”变成证据。真正好的产品，不要求用户理解设计者的规划，而是顺着用户已经走出来的路不断修正设计。