H2.07.2behavior-triggered hints设计
提示应按用户行为触发而非按时间
别名: 行为触发提示 · 定时小费 · calendar tips · contextual hint
概念解释
提示什么时候出现，应绑在人刚做了或刚没做成的那一步上，而不是绑在安装后天数、每周三、或版本发布日。行为触发让句子和当前目标相遇；时间触发只保证日历上的曝光，不保证此刻用得上。这条是触发规则，不是「首次相关才介绍功能」那套渐进课表，也不是剂量超过阈值之后整类失效。按时间推送的更新条、节日运营提示，都属于这里要节制的对象。
机制
时间是产品侧的方便时钟：第 3 天该教导出、发版日该喊新功能。人的任务时钟与它对不齐——第 3 天可能在开会，发版日可能在赶一份与新功能无关的稿。不对齐时，提示变成无关打断，阅读成本付了，编码没有附着点。行为触发用「选中了可导出的集合却走了下载」「连续两次在同一列表上手工翻页」当开口条件，句子解释的是正在疼的那一步。时间触发还有一层伪装的公平：人人都在同一天收到，看起来没有打扰谁特别多次，实际上是把打扰均匀洒在无关时刻，加速通道习惯化。行为触发会让活跃用户更容易碰到提示，所以仍要受剂量上限约束；但它至少把每次开口花在有线索的情境里，同样的剂量能换回更高的有效阅读。
边界
与行为无关、但必须按日历存在的事（账单日前提醒、证书到期）不是教学提示，应走通知或账号渠道，不要混进功能小费。完全没有可观察行为的冷启动（人还没点过任何对象）无法行为触发，应退回空状态或入口可见性，而不是用「第 0 天提示包」填空。行为定义过宽（进入过某页就算）会退化成伪时间触发：常去的页每天都「相关」。离线或定时批处理产品没有密集交互，行为稀疏，可以用「下一次打开且该对象仍在」作为触发，仍不是挂钟日期。
怎么落地
- 为每条自动提示写触发行为（选中某类对象、某动作失败、重复走替代路径），删掉仅按安装日或发版日弹出的教学条。
- 触发之后仍检查当前是否在可打断的缝隙（子任务边界），不要在输入过程中插入。
- 进入页面本身不得当作触发；要落到该页上的具体停顿、失败或对象选择。
- 验证：回放提示实际弹出的会话，问「这一刻人在做什么、这句是否解释这一刻」。答成「那天正好是周三」或「刚发版」，触发就写错了。