体验指标到业务结果之间的因果链条需要显式建模而非假定
别名: 体验业务因果链 · causal chain modeling · 中介路径
概念解释
从任务成功或满意度到收入、续费、降低成本，中间通常隔着好几步可观察的状态。显式因果链（explicit UX-to-business causal chain）要求把这些步骤写出来：谁对谁、经过什么行为、在什么时间窗、哪些环节可能断。假定“体验好则业务好”把中间步骤留在暗处，于是任何体验改善都可以声称最终会变成收入，任何业务下滑也都可以归咎于未测量的体验。链条写出来，才能指出该检验哪一环，而不是把两端的数字互相祝福。
机制
业务结果几乎从不是体验指标的直接函数。一次搜索成功可能先提高“当天再搜一次”，再提高“把产品设为默认入口”，再降低“改用竞品”，最后才进入续费。每一步都有自己的失败：成功了但不需要再搜，再搜了但公司禁止设默认，默认了但采购周期未到。暗含的假定把这些失败收成一个“最终会反映到业务上”。显式化之后，干预可以对准断裂的那一环，而不是对准最容易动的体验列并期待远处的业务自己来。建模还逼出反事实：若中间某步被堵住（无法设默认），前端体验再好也不应预期业务移动——这是可被证伪的句子，假定不是。
怎么研究
用有向无环的简图列出节点、时间窗和可观测指示，预先声明哪些箭头是待估、哪些是已知约束。用中介分析、路径上的分步实验或至少分步的群组观察，估计各段，而不是只回归两端。对声称的关键中介做阻断检验：按设计关掉该中介，前端体验改善若仍“传到”业务，链条画错了。报告每段的样本量和时间窗，避免用第一段的显著代替整链成立。
边界
完整的结构方程并不总是可得，简图加分步观察也算显式；显式不等于复杂。有些链条伦理上不能实验（伤害信任再看流失），只能用观察和机制推理，并把这一限制写进模型。链条过长会变成无法估计的故事板，应砍到当前决策真正依赖的两到四步。模型不是一次画完永久有效，产品改版会剪断旧箭头。
怎么落地
- 凡声称业务影响的体验项目，必须附一张最多四步的链条图，每步有指示和时间窗。
- 实验优先打在被怀疑断裂的那一步，而不是只打两端。
- 链条中任一步无法观察时，不得把项目写成“已连接业务”，只能写成“连接到可观察的中间态”。
- 季度用新数据核对箭头，剪掉连续两期估计为零的边，并相应收缩项目叙事。