delete-strategy

name	delete-strategy
description	当界面、流程或产品被非必要功能、文字、选项和错误负担拖慢，需要判断能删什么时调用。不适用于砍掉合规、安全或核心能力。
source_book	《简约至上》 Giles Colborne
source_chapter	第 4 章 删除
tags	["simplicity","delete","ux"]
related_skills	[]

删除策略

R — 来源依据 (Reading)

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

依据删除、找到核心、砍掉残缺功能、聪明默认值和删减文字章节。

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

I — 方法论骨架 (Interpretation)

• 删除是最直接的简化策略。
• 要删负担、分心、错误、非必要选项和无效文字。
• 不能删核心价值和用户真正需要的控制。

A1 — 书中的应用 (Past Application)

案例 1: Flip 删除复杂功能

• 问题: 去掉高级摄影功能和配件。
• 方法论的使用: 把核心留给录制和分享。
• 结论: 用户更容易完成任务。
• 结果: 简单成为差异化。

A2 — 触发场景 (Future Trigger)

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

当界面、流程或产品被非必要功能、文字、选项和错误负担拖慢，需要判断能删什么时调用。不适用于砍掉合规、安全或核心能力。

语言信号

• "哪些功能可以砍？"
• "界面太乱"
• "选项太多"

与相邻 skill 的区分

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

E — 可执行步骤 (Execution)

1. 找核心任务

   • 完成标准: 明确用户来做什么。

2. 列删除候选

   • 完成标准: 残缺功能、低频选项、重复文字、错误源。

3. 检查不可删项

   • 完成标准: 合规、安全、核心控制、信任信息。

4. 用默认值替代

   • 完成标准: 能不问用户就合理处理的用默认值。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 不要删除用户必要控制权。
• 安全合规说明不能为简洁牺牲。

作者的盲点 / 时代局限

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

相关 skills

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

审计信息

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