加速器的价值随使用频率上升，低频功能不值得配置快捷方式
别名: 快捷方式 · 使用频率 · 效率优化 · 摊销成本
概念解释
加速器（accelerator）的学习与维护成本是固定的，收益等于每次节省的时间乘以使用次数。高频重复路径值得快捷键、模板、默认值或批量操作；低频功能通常更应保持可发现的标准路径和清晰说明。这是一条可以直接算账的原则——判断该不该给某个功能配捷径，不靠直觉，靠这个乘法本身。
机制
一次性的学习成本要靠反复使用去摊销：用户要记住组合键、理解自定义语法、维护一份配置规则，这些投入在第一次使用时是纯支出，只有后续多次调用才能把单次成本摊薄到可以忽略。如果某个功能一周只用一次，摊销的分母太小，学习成本很可能永远无法被节省的时间覆盖——用户甚至会在下次用到时忘记自己配置过什么，还得先回忆一遍，等于把学习成本又付了一遍。低频功能因此不该走"配捷径"这条路，它真正缺的是引导、预览和清晰的错误恢复，因为用户每次面对它都近似于第一次面对，加速器解决的是"记不记得住"，低频任务真正的痛点是"要不要重新学一遍"，两者是不同的问题。反过来，高频路径的收益是持续复利：每周使用几十次的操作，哪怕单次只省两秒，一年下来也是实打实的时间，这类路径的优化优先级应该远高于表面上"看起来更麻烦"的低频操作。
边界
频率不是唯一标准，两类例外需要单独处理。第一类是紧急但低频的操作——事故处理里的"立即停止"、支付流程里的"紧急撤单"，这些功能一年可能只用几次，但一旦需要，等待用户在深层菜单里现找会造成实质损失，这时候值得为它单独放一个显眼的直达按钮，付出的不是"降低学习成本"的加速器逻辑，而是"降低触达时间"的安全逻辑，两者的设计理由完全不同，不能用同一套频率阈值去筛选。第二类是专业群体内部的罕见操作：某个功能对普通用户是低频的，但对专门负责这类任务的角色（比如审计、迁移）可能是高频的，此时该按角色统计频率，而不是用全体用户的平均使用次数来判断，用平均值会把专家真正需要的捷径一并砍掉。
怎么落地
- 用日志按角色分别统计每条路径的调用频率、步骤数、平均耗时和错误率，而不是只看全体用户的总频率，这样才能发现"对少数专家而言其实是高频"的路径。
- 对确认超过阈值的高频路径，提供快捷键、保存视图、模板、默认值或批量入口；对低频功能优先投入可见性、示例和清晰的恢复路径，而不是新增一套需要记忆的捷径。
- 紧急类低频操作单独按风险和触达时间评估，不套用频率阈值，直接给显式入口。
- 验证办法：上线后持续追踪每个加速器的实际使用率和相对慢路径节省的时间；一段时间内使用率始终低迷的快捷方式，说明当初对频率的估计错了，应该撤回或者重新评估它服务的到底是不是真实存在的高频群体。