界面同时呈现太多选项、用户决策变慢时：用 Hick…

当一个页面/菜单/表单/定价页一次给出过多选项，导致用户犹豫或分析瘫痪时，用来压缩「同一时刻需要做的选择」。

适用场景

解决思路

1. 减少同一时刻呈现的选项数量以加快决策，同时用分组和渐进式披露降低表面复杂度，而不是隐藏功能。
2. 确保选项本身质量与区分度：含糊、重叠的选项比数量更多但彼此清晰的选项更难选。
3. 导航菜单：限制顶层项目数量，把次级项目归入分组。
4. 工具栏与操作栏：把最常用操作直接外露，其余收进 overflow 菜单。
5. 引导（onboarding）流程：每一步只呈现一个决策，而不是在同一屏幕堆多个问题。
6. 表单字段：减少可选字段，并优先呈现必填字段。
7. 定价表：采用三档这一常规最佳点，档位更多会造成分析瘫痪。
8. 搜索结果与信息流：用分页和渐进加载，避免完整结果数量直接压垮用户决策。
9. 在减少数量之前先对相关选项分组——分类比直接删除更能降低表面复杂度。
10. 对高频操作考虑设置默认值或智能默认值，让用户完全跳过这次选择。
11. 使用渐进式披露：先只显示默认项，让用户自行展开高级选项。
12. 当导航或菜单层级存在疑问时，在可用性研究中直接测量用户的决策时间。
13. 需要量化时可用 RT = a + b × log₂(n + 1)（RT 为反应时间，n 为选项数，a/b 为实测常数）作为参考，但它主要适用于简单、等概率的选择（如键盘快捷键、菜单项）。

适用边界 · 注意事项

• 复杂、非等概率的真实世界决策中，该公式预测力较弱，不宜机械套用。
• 不要用它来论证隐藏用户频繁需要的重要选项。
• 不要把「选项更少」等同于「功能更少」——目标是减少同时出现的选项，而不是砍功能。