B2.17.4Hidden constraint设计研究
用隐藏来实现阻止会连带破坏该功能的可发现性
别名: 隐藏式限制 · 功能隐藏 · 可发现性损失
概念解释
将一个暂时不可用或受条件限制的功能完全隐藏，确实能阻止用户在当前状态执行它，但也会使用户不知道该能力存在、何时出现、为何消失以及如何满足条件。这种隐藏式限制（hidden constraint）把反可供性做成了不可见的缺口：它减少了即时误触，却可能损害长期的可发现性、学习与对系统能力边界的理解。
机制
可见但受限的功能能传达“有这项能力，只是现在条件不满足”；隐藏后，用户只能从缺失中推断，往往不知道应搜索什么或完成什么前置步骤。用户可能把状态变化误认为功能被删除、权限被撤销或系统不支持。隐藏还会让帮助、培训和截图中的入口与实际界面不一致，增加跨情境迁移与支持成本。阻止动作的收益必须与这些信息损失一起评估。
怎么研究
比较隐藏、显示禁用、显示条件说明和显示替代路径时，用户对功能存在、可用条件、完成路径和后续再发现的理解。测试首次使用、权限变化、不同对象状态和任务恢复，因为隐藏规则常只在状态切换时暴露。记录用户是否知道该问什么、会去哪里找，以及是否把缺失归因于系统不支持。
边界
隐藏有合理场景：功能若与当前对象完全无关、暴露会造成安全风险，或存在会误导的空入口，隐藏可以减少噪声。关键不是“永远不要隐藏”，而是区分不相关与暂时不可用、永久不支持与可通过条件激活。高频或关键能力若在需要时应被发现，不能仅为界面简洁而消失。
怎么落地
- 对暂时不可用、可通过条件激活或用户可能期待的能力，优先考虑可见的受限状态、简短原因和激活路径。
- 只有在功能确实不相关或展示本身有风险时才隐藏，并确保帮助、搜索和相关页面仍能解释能力边界。
- 测试状态切换后的再发现与恢复；若用户因入口消失而认为功能不存在，改用可解释限制或提供相关提示。