功能在首次相关时才介绍
别名: 适时介绍 · 相关性触发 · progressive disclosure · first-relevant moment
概念解释
渐进式引导把功能介绍拆开，只在该功能第一次变得相关时说一句：人已经进入会用到它的情境，还没自己找过入口。这和首次会话里「先上课再干活」不是同一条策略——首次时机处理的是进门那一段；这里处理的是产品生命周期里后续能力何时开口。相关不是「功能已上线」，而是当前任务的下一步缺了它就会失败或绕远。未相关时开口，是在用别人的任务时段推销目录。
机制
相关性提供编码和提取共用的情境：人正在找「把这份东西给别人」，此时说分享，句子和目标绑定。提前说，句子只能挂在「产品还有很多功能」这种总账上，日后提取没有线索。相关还有一层选择作用：同一时刻只有少数功能真正卡在关键路径上，开口对象被任务筛过一遍，不必靠产品经理的发布清单排队。过早介绍的失败模式不是听不懂，而是听懂了却用不上，工作记忆为一次不会发生的操作占位，随后把这句话标成噪音。过晚介绍则让人先发明一套笨办法（下载再发邮件），笨办法一旦奏效，正路更难被替换。所以「首次相关」是一个窄窗口：任务已经指向它，习惯尚未形成。窗口靠行为识别，不靠安装后天数。
怎么研究
给同一批新用户安排会触发分享、筛选、导出的任务，比较「安装时全介绍」「各功能第一次被任务需要时介绍」「从不介绍」。
自变量：介绍相对于任务相关点的偏移（提前 / 当时 / 滞后）、介绍是否贴在该功能入口旁。 因变量：该功能的首次成功使用、发明笨办法的比例、以及不相干介绍被关掉的速度。
实验室若把「相关」做成脚本里的固定第 n 步，会高估识别的容易程度。真实产品里相关是概率事件，误触发（人只是路过菜单）会把适时介绍变成随机打扰，需要把「进入相关情境」和「在该情境里停顿或失败」分开编码。
边界
破坏性或不可逆的能力（批量删除、对外公开）不能等「相关失败」才介绍，必须在入口旁常驻风险说明。平台强制的能力（通知权限、支付）有自己的系统时机，产品介绍只能贴在那个时机上，不能另找「更相关」的日子重弹。专家和迁移用户的相关窗口已经在旧产品里关闭，再按新用户规则开口是把他们当第一次见。纯展示型功能（主题色）几乎没有任务相关点，硬找窗口不如放进可发现的设置。
怎么落地
- 为每个打算介绍的功能写清「何种用户行为算首次相关」（打开含多人协作的对象、第一次选中可导出的集合），没有行为定义的介绍一律不自动弹出。
- 介绍贴在该功能当时可见的入口旁，一句说它解决当前哪一步；不要在相关瞬间拉回总览式导览。
- 相关窗口只开一次机会：当时没被用上，改为入口旁的静默说明，而不是改日再找一次「相关」。
- 验证：列出功能的计划触发器，回放真实会话，看触发时人是否真的卡在该步骤。误触发超过有效使用，就把触发收紧到失败或停顿，而不是「进入了某个页面」。