simplicity-vision-blueprint

name	simplicity-vision-blueprint
description	当团队想简化产品但不知道核心用户、品牌特征和体验愿景是什么时调用。不适用于只想删除几个按钮的局部微调。
source_book	《简约至上》 Giles Colborne
source_chapter	第 1-2 章 话说简单、愿景
tags	["simplicity","vision","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. 形成简化原则

   • 完成标准: 明确什么必须简单，什么可以牺牲。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 不要用创始人偏好代替用户观察。
• 专家工具也需要明确谁是主流用户。

作者的盲点 / 时代局限

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

相关 skills

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

审计信息

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