注释承担因果与背景解释
别名: 事件标注 · 背景注释
概念解释
数据图形能直接呈现的是"何时发生了什么变化"（时间、数值、方向），但不能呈现"为什么"——变化的原因（版本发布、渠道调整、节假日、竞品动作）和背景（政策环境、行业周期）存在于数据之外，只能通过文字进入图表。承担这类解释的注释（"此期间为促销季""8 月竞品上线"）把图形上的变化模式与读者生活世界中的事件连接起来，完成从"数据描述"到"业务理解"的跨越。没有这类注释，读者看到的是一个形状；有了它，读者看到的是一个有原因的故事。
机制
背景注释起作用的认知机制是因果脚本的激活：人类理解事件时天然寻找原因，看到曲线骤降时会自动生成候选解释（"是不是出 bug 了？""是不是活动结束了？"）。如果图表不提供任何解释性线索，读者会在自己的经验库存中检索解释——检索到的原因可能与真实原因毫无关系（读者记得上周改过价格，于是把两周前的下降归因于价格调整），错误归因由此形成并可能主导后续决策。显式的背景注释打断这个不受控的归因过程：它直接提供作者已知的解释（"下降始于 3 月 8 日竞品降价"），读者的归因过程被引导到真实事件上，即使读者对解释有异议（"竞品降价只有部分影响"），讨论也从"什么原因"推进到"这个原因多大程度上成立"——注释把讨论的起点从猜测提升到验证。事件注释的正确位置在时间轴上（垂直参考线 + 事件名），让读者可以直接对照"事件时间"与"变化时间"是否吻合，这本身就是一种可检验的因果暗示。
边界
背景注释承担的是"解释"而非"证明"：在时间轴上标注"版本发布"暗示发布与变化相关，但不构成因果证据（同期可能还有其他事件），注释的措辞需要保持这个区分（"发布上线（同期进行了渠道调整）"比"发布导致了增长"更诚实）。注释的信息来源也需要边界——只有作者确知的背景才应该写进注释，推测性的解释（"可能是竞品影响"）应该明确标注推测性（加"可能"或移入讨论备注），否则读者会把推测当作已确认的事实。注释密度在事件密集的时期（大促、版本迭代频繁）会失控，此时应只标注与当前叙事直接相关的事件，完整事件时间线放在附注或可交互图层中。
怎么落地
- 时间序列图表对关键业务事件（发布、活动、故障、政策变化）打垂直参考线并在轴上标注事件名。
- 注释文字区分事实与推测：确认的事件直接陈述，推测的解释以"可能/推测"开头。
- 事件时间与变化时间不吻合时不要强行标注暗示因果，可在附注中说明两个时间线。
- 验证：请读者解释图表中最大变化的原因，统计回答中引用注释事件的比例；读者自行虚构其他原因的比例高即背景注释缺失或不足。