| name | organize-strategy |
| description | 当信息或功能不能删除,但需要通过分块、行为、层级、位置和模式降低认知负担时调用。不适用于核心范围未定。
|
| source_book | 《简约至上》 Giles Colborne |
| source_chapter | 第 5 章 组织 |
| tags | ["simplicity","organization","ia"] |
| related_skills | [] |
组织策略
R — 来源依据 (Reading)
原书依据见本节来源说明。
依据分块、围绕行为组织、模式与锚定、分层、期望路径章节。
本仓库不收录原书全文;此处只保留章节级依据和方法论重述。
I — 方法论骨架 (Interpretation)
- 组织不是把东西摆整齐,而是让用户按自己的行为路径理解。
- 分块、层级、大小、位置、颜色和期望路径都能减少负担。
- 组织适合必须保留但关系混乱的复杂性。
A1 — 书中的应用 (Past Application)
案例 1: 遥控器组织
- 问题: 不能删除所有按钮时,需要按行为和频率组织。
- 方法论的使用: 把功能分组和层级化。
- 结论: 用户更快找到常用操作。
- 结果: 复杂性被管理而非消失。
A2 — 触发场景 (Future Trigger)
用户会在什么情境下需要这个 skill?
当信息或功能不能删除,但需要通过分块、行为、层级、位置和模式降低认知负担时调用。不适用于核心范围未定。
语言信号
- "功能不能删,怎么整理?"
- "信息架构很乱"
- "菜单怎么分组?"
与相邻 skill 的区分
- 本 skill 处理
组织策略 这一单点问题;若问题跨越多个环节,请先读本书 INDEX.md 选择组合顺序。
E — 可执行步骤 (Execution)
-
按行为分组
-
建立层级
-
使用模式线索
B — 边界 (Boundary)
不要在以下情况使用此 skill
作者的盲点 / 时代局限
- 书偏交互设计,业务复杂性和组织政治需另行处理。
- 简化可能被误用为削弱能力。
相关 skills
- depends-on: {}
- contrasts-with: {}
- composes-with: {}
审计信息
- 验证通过: V1 ✓ / V2 ✓ / V3 ✓
- 测试通过率: 100% 设计通过;结构校验见本书
QUALITY_REVIEW.md
- 蒸馏时间: 2026-06-18