H2.10.4queue new-feature hints when budget is spent设计
预算耗尽后新功能的提示需要排队等待而非强行插入
别名: 提示排队 · 强插发版 · waitlist coaching · launch hint queue
概念解释
名额用完之后，新上线功能的自动提示应进入队列，等下一轮额度，而不是因为「这是新的」就插到正在进行的会话里。强行插入把发版日历置于通道健康之上，是组织最常见的超发借口。排队不是把功能藏起来：入口该可见的仍然可见，教学等到有空位再开口。这条是预算耗尽时的政策，不是运行时两条提示谁挤掉谁。
机制
发版制造组织内部的截止日期，截止日期会压过已经写好的剂量规则。插入的理由永远像特例：「就这一次」「核心功能」。特例一旦成立，每个发版都是这一次，预算名存实亡。排队把特例收成等待：功能已经在界面上可被发现，提示只是加速发现的可选通道。等待期间通道在恢复，下一次开口的阅读率高于在疲劳点上再打一枪。队列还要有过期：排了三周还轮不到、而功能入口自己已经被用上，这条提示应取消，而不是积成债在某一天倾泻。强插的另一种形式是扩大受众（对已经会用的人再喊一遍「新」），这不是排队，是用覆盖面逃避额度。
边界
安全修复必须立刻让人看见的说明（「旧的分享链接已失效」）不是新功能宣传，应走错误/变更通道，可以打断。限时且过期即无的能力（活动当天）若错过窗口就没有教学意义，应在发版前就把名额预留给它，而不是到耗尽再插。用户主动点「查看新功能」等于自己打开队列，不占自动额度。长期排在队尾、从未赢得名额的提示，应删掉或改成静默入口说明，不要让队列变成垃圾场。
怎么落地
- 额度用尽后，新的自动功能提示只写入队列，当前会话不再弹出；发版日不是插队许可。
- 队列按已有优先级出队，已掌握或已发现该功能的人出队取消。
- 为队列项设存活期，到期未播出则转为入口旁静默说明，禁止攒到某一天一起弹。
- 验证：选一个发版周，看预算已满的用户是否仍收到该功能的自动提示。仍收到，就是强插。再看队列是否在稍后额度里有序出队，而不是某一天倾泻。