E4.21.4key-node visual distinction设计研究
关键节点需要与普通事件在视觉上区分
别名: 关键事件 · 里程碑节点 · 时间线高亮 · milestone
概念解释
时间线上大多数节点是常规记录：一次评论、一次同步、一次普通状态。少数节点改变故事的走向——发布、事故、权限变更、里程碑。关键节点要能被看见（key-node distinction）是让这两类在轴上不是同一号点。扫过去时，关键的应先被抓住；普通的提供上下文，但不该和关键的打成平手。
机制
扫描时间线是在找转折。转折若只写在文案里，眼睛按点的节奏走，会把发布和一次机器人评论看成同等事件，转折被淹没。区分要动形状、尺寸或位置，而不只是颜色：颜色在色觉差异和快速扫视里不够当唯一通道。关键节点占用更大的停顿——更大的点、单独的标题、甚至打断轴的一块卡片——普通节点保持密而轻。区分过度则普通历史消失，线变成几座孤岛，上下文没了。哪些算关键应由事件类型和后果定，而不是由「运营想推的」定；把广告节点做成里程碑，会训练人忽略所有大节点。关键与普通仍共享同一条轴，只是权重不同，不要把关键抽到另一条平行线上导致先后要跨轴比。
怎么研究
在含有一次事故和许多常规日志的时间线上，比较全部节点同构、关键放大、以及关键另开一列。任务是「找出事故」和「说出事故前后各发生了什么」。自变量：区分手段（大小 / 色 / 位置）。因变量：找出时间、漏掉事故、无法回忆邻近普通事件。只变色在找出任务上应弱于改大小；另开一列在上下文回忆上应最差。
边界
审计日志的任务是「每一条都同等重要」，不应做关键区分，否则等于替用户做了过滤。筛选成「只看关键」是合法的，那是在改集合，不是在同一条轴上做视觉权重。实时流里刚出现的节点可以用短暂强调，随后应降回其类型应有的权重，否则「新」会冒充「关键」。无障碍上，关键必须能被名称或状态说出，不能只靠看起来更大。
怎么落地
- 为会改变后果的事件类型规定一种比普通节点更大的形态，并写进名称（「发布」「事故」）。
- 不要只用色相区分；不要把营销节点做成里程碑。
- 关键仍插在时间轴上，左右或上下留出普通节点当上下文。
- 验证：眯眼或缩略图下应仍能数出关键节点。数不出，区分就还没离开文案。