mainstream-user-focus

name	mainstream-user-focus
description	当专家用户、高声量用户或内部人员要求增加复杂功能，团队需要回到主流用户体验时调用。不适用于专业工具完全由专家使用的场景。
source_book	《简约至上》 Giles Colborne
source_chapter	第 2 章 三种用户、为主流用户而设计
tags	["user-research","simplicity","focus"]
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