hide-strategy

name	hide-strategy
description	当功能不常用但不能删除，需要决定何时、何处、如何渐进展示时调用。不适用于核心动作或紧急信息。
source_book	《简约至上》 Giles Colborne
source_chapter	第 6 章 隐藏
tags	["simplicity","progressive-disclosure","ux"]
related_skills	[]

隐藏策略

R — 来源依据 (Reading)

原书依据见本节来源说明。

依据不常用但不能少、渐进展示、阶段展示、适时出现和提示线索章节。

本仓库不收录原书全文；此处只保留章节级依据和方法论重述。

I — 方法论骨架 (Interpretation)

• 隐藏适用于少用但必要的复杂性。
• 好隐藏要让功能在需要时出现，并保留可发现线索。
• 隐藏不是埋起来，而是适时展示。

A1 — 书中的应用 (Past Application)

案例 1: 渐进展示

• 问题: 复杂设置不必一开始全出现。
• 方法论的使用: 分阶段展示。
• 结论: 新手负担下降，专家仍可找到。
• 结果: 体验更轻。

A2 — 触发场景 (Future Trigger)

用户会在什么情境下需要这个 skill?

当功能不常用但不能删除，需要决定何时、何处、如何渐进展示时调用。不适用于核心动作或紧急信息。

语言信号

• "高级功能要不要藏？"
• "设置太多怎么办？"
• "渐进展示怎么做？"

与相邻 skill 的区分

• 本 skill 处理 隐藏策略 这一单点问题；若问题跨越多个环节，请先读本书 INDEX.md 选择组合顺序。

E — 可执行步骤 (Execution)

1. 判定可隐藏性

   • 完成标准: 确认功能低频但必要。

2. 设计触发时机

   • 完成标准: 在用户需要或具备上下文时出现。

3. 保留线索

   • 完成标准: 让用户知道还有更多能力可找。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 核心功能不能隐藏。
• 紧急、安全、支付信息不能藏。

作者的盲点 / 时代局限

• 书偏交互设计，业务复杂性和组织政治需另行处理。
• 简化可能被误用为削弱能力。

相关 skills

• depends-on: {}
• contrasts-with: {}
• composes-with: {}

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 100% 设计通过；结构校验见本书 QUALITY_REVIEW.md
• 蒸馏时间: 2026-06-18