# Thinking Steve Jobs

> 蒸馏Steve Jobs思维模式的实用框架。当需要极简设计、用户体验偏执、产品哲学式思考时激活。

- Skill: `aaaaqwq/thinking-steve-jobs` (Agent Skill)
- Install (CLI): `npx skillmds@latest add aaaaqwq/thinking-steve-jobs`
- Raw SKILL.md: https://api.skillmd.com/api/skills/aaaaqwq/thinking-steve-jobs/raw
- Safety review: pending (external: skill-scanner PASS, skillspector PASS)
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: aAAaqwq (https://skillmd.com/u/aaaaqwq)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/aaaaqwq/thinking-steve-jobs

---


# Steve Jobs 思维框架

## 核心思维模型

### 模型1：极简至本质（Radical Simplification）

**一句话定义**：不断去掉一切非本质的东西，直到剩下的每一个部分都不可去除——这就是最优解。

**适用场景**：
- 产品设计——功能取舍
- 用户界面设计
- 组织架构简化
- 汇报/演示文稿精简

**执行步骤**：
1. **列出所有功能和元素**：把产品/方案的所有组成部分写出来
2. **逐条问"没有这个会死吗"**：如果不是关键路径上的必要元素，标记为"可去除"
3. **去除后再审视**：去除后体验是变差了，还是变清晰了？
4. **重复直到无法再减**：当你每去掉一个东西都觉得"肉痛"时，说明接近本质了
5. **最终验证**：剩下的是否每个都能用一句话解释它为什么存在

**经典案例**：iPhone没有物理键盘——当时所有人认为智能手机必须有键盘。Jobs认为键盘占了一半手机面积却只在打字时有用的东西是浪费。去掉键盘，用触摸屏，屏幕可以在任何场景下显示任何界面。这个"减法"定义了智能手机。

iPod只有一个转盘。成千上万首歌，一个转盘解决所有交互。

### 模型2：端到端体验控制（End-to-End Experience Ownership）

**一句话定义**：用户体验的每一个触点都必须在同一个设计哲学下——碎片化的体验比碎片化的功能更致命。

**适用场景**：
- 产品生态规划
- 软硬件集成决策
- 品牌体验一致性
- 服务设计

**执行步骤**：
1. **绘制用户旅程的每一个触点**：从第一次听说产品到使用到售后到升级
2. **识别体验断点**：哪些触点由不同供应商/团队/系统控制？
3. **评估一致性风险**：这些断点处，用户体验是否一致？
4. **收归控制**：对关键断点，考虑纳入自己的控制范围
5. **设计体验标准**：即使不能完全控制，也要设定体验标准和审核机制

**经典案例**：Apple Store不仅仅是销售渠道——它从店面设计、Genius Bar、到包装盒的开箱体验，全部在Apple的设计控制下。Jobs认为"如果你做了一个伟大的产品，但用户在Best Buy的货架上看到它被歪歪扭扭地放着，那伟大就被毁了。"

iPhone的硬件+iOS+App Store+开发者工具全部由Apple控制——不像Android生态中Google做系统、三星做硬件、运营商控制更新。

### 模型3：现实扭曲场（Reality Distortion Field）

**一句话定义**：用极致的信念和沟通能力，让周围的人相信"不可能"其实是"可能"——然后他们真的做到了。

**适用场景**：
- 团队激励——当团队认为目标不可达成时
- 推动变革——打破组织惯性
- 谈判——让对方接受你的框架

**执行步骤**：
1. **自己先深信不疑**：如果你自己都不信，没有人会信
2. **设定一个"不可能"的目标**：比合理目标高2-3倍
3. **不接受"做不到"的回复**：当团队说"不可能"时，不是接受，而是问"如果必须做到呢？你还有什么办法？"
4. **提供极端的紧迫感**：不是"明年"，是"下周"
5. **把"不可能"拆解成一系列"可能"**：每个小步骤都是可实现的

**注意**：这是一个有争议的模型。Jobs本人使用时经常伤害团队。使用时要平衡推动力和对人的尊重。

**经典案例**：Macintosh团队被告知需要在10个月内完成一个原计划2年的项目。Jobs不是延长deadline，而是告诉团队"你们是可以改变世界的人"。团队确实做到了——虽然很多人在过程中精疲力竭。

### 模型4：产品即艺术（Product as Art）

**一句话定义**：产品不是功能列表的集合，是一件完整的艺术品——每一个细节都应该让用户感到愉悦。

**适用场景**：
- 产品打磨——从"能用"到"想用"
- 设计审美决策
- 品牌价值塑造

**执行步骤**：
1. **从"看不见的地方"开始**：主板布局是否优雅？内部结构是否整洁？即使99%的用户永远不会打开机箱
2. **统一设计语言**：圆角、材质、字体、间距——所有元素遵循同一套规则
3. **迭代到"无法再改进"**：不是"够好了"，是"我找不到可以改的地方了"
4. **让非用户也想拥有**：设计的目标不仅是满足功能需求，是创造desire
5. **包装即产品的一部分**：开箱体验要让人"哇"

**经典案例**：Macintosh的电路板布局——Jobs要求电路板上的线路要整洁美观，即使没有人会看到。NeXT工厂的机器——他要求工厂里的机器被漆成特定的灰色，因为"制造过程本身就是产品的一部分"。

### 模型5：说不的力量（The Power of Saying No）

**一句话定义**：创新不是对每件事说yes，是对1000件事说no——专注是取舍的艺术。

**适用场景**：
- 产品功能优先级排序
- 战略方向选择
- 时间和资源分配
- 团队注意力管理

**执行步骤**：
1. **列出所有想做的事情**：把所有想法、功能请求、机会列出来
2. **用"核心使命"过滤**：这个想法是否符合我们最核心的使命？
3. **砍掉90%**：只保留最重要的1-3个方向
4. **对砍掉的事不犹豫**：说不的时候要快，不要拖泥带水
5. **定期审视是否在偏离**：每周检查团队是否在偷偷做被砍掉的事

**经典案例**：Jobs 1997年回到Apple时，Apple有350个产品。他把它们全部砍掉，只剩4个：消费级台式机、消费级笔记本、专业级台式机、专业级笔记本。350→4。然后Apple开始了历史上最伟大的创新周期。

---

## 决策框架

```
产品/设计决策
    │
    ▼
[第1层：用户视角过滤]
这个决定对用户有什么影响？
用户会不会因为这件事而爱上/离开我们的产品？
    │
    ▼
[第2层：简洁性检验]
这个方案是否比替代方案更简单？
如果不是，为什么？能简化吗？
    │
    ▼
[第3层：体验一致性检查]
这个决定是否与我们整体体验哲学一致？
它会制造体验断点吗？
    │
    ▼
[第4层：10分标准]
如果满分10分，这个方案是几分？
低于9分 → 回去重做
    │
    ▼
[第5层：情感反应测试]
用户看到这个会"哇"吗？
如果不会，差在哪里？
    │
    ▼
[第6层：说不测试]
不做这个会怎样？
如果答案"不会怎样" → 不做
```

**决策原则**：
- **用户不知道自己要什么**：用户只会要更好的马，不会要汽车——你的工作是创造用户还不知道自己需要的东西
- **简洁是终极的复杂**：把复杂留给自己，把简单给用户
- **A-team做一切**：平庸的人做不出伟大的产品——不要让B-team做任何用户会看到的东西
- **细节就是一切**：一个粗糙的细节会毁掉整个体验

---

## 经典语录

1. **"Innovation distinguishes between a leader and a follower."**
   — 多次公开演讲中提及，也是Apple的核心信条

2. **"Your time is limited, so don't waste it living someone else's life."**
   — 斯坦福大学毕业演讲，2005年6月

3. **"Stay hungry, stay foolish."**
   — 斯坦福大学毕业演讲结尾，2005年6月（引自《Whole Earth Catalog》）

4. **"Design is not just what it looks like and feels like. Design is how it works."**
   — 《纽约时报杂志》采访，2003年

5. **"People don't know what they want until you show it to them."**
   — 《商业周刊》采访，1998年（关于不做市场调研的哲学）

6. **"Simple can be harder than complex: You have to work hard to get your thinking clean to make it simple. But it's worth it in the end because once you get there, you can move mountains."**
   — 《商业周刊》采访，1998年

7. **"I'm as proud of what we don't do as I am of what we do."**
   — 多次Apple内部会议和公开场合

8. **"The people who are crazy enough to think they can change the world are the ones who do."**
   — Apple "Think Different" 广告，1997年

---

## 实战模板

### 模板1：极简设计减法清单

```markdown
## 极简设计减法：[产品/功能]

### 当前状态清单
| # | 组件/功能 | 用户使用频率 | 核心体验必须？ | 保留/去除 |
|---|---------|------------|-------------|---------|
| 1 | [描述]  | 高/中/低    | 是/否        | 保留/去除 |

### 去除后验证
- 去掉[功能A]后，用户旅程变化：[描述]
- 是否有替代方案用更简洁的方式覆盖：[描述]

### 最终产品定义
核心功能（3个以内）：
1. [功能1]：一句话描述
2. [功能2]：一句话描述
3. [功能3]：一句话描述

每一行代码/每一个像素都不可去除了吗？
[ ] 是 → 发布
[ ] 否 → 继续减
```

### 模板2：端到端体验地图

```markdown
## 端到端体验地图：[产品]

### 用户旅程
| 阶段 | 触点 | 控制方 | 体验一致性 | 改进计划 |
|------|------|-------|----------|---------|
| 发现 | [渠道] | [谁控制] | ⭐⭐⭐⭐⭐ | [描述] |
| 购买 | [渠道] | [谁控制] | ⭐⭐⭐ | [描述] |
| 开箱 | [描述] | [谁控制] | ⭐⭐⭐⭐⭐ | [描述] |
| 首次使用 | [描述] | [谁控制] | ⭐⭐⭐⭐ | [描述] |
| 日常使用 | [描述] | [谁控制] | ⭐⭐ | [描述] |
| 问题求助 | [描述] | [谁控制] | ⭐⭐⭐ | [描述] |
| 升级/复购 | [描述] | [谁控制] | ⭐⭐⭐⭐ | [描述] |

### 体验断点（控制方不同的地方）
- 断点1：[描述] → 收归控制/设标准
- 断点2：[描述] → 收归控制/设标准

### 一致性标准
- 设计语言：[描述]
- 沟通语调：[描述]
- 响应时间：[标准]
```

### 模板3：产品审美审查

```markdown
## 产品审美审查：[产品/功能]

### 第一印象（3秒测试）
- 打开/看到的第一眼感受：[描述]
- 是否想继续探索：[是/否，原因]

### 细节审查
| 维度 | 评分(1-10) | 评语 | 改进方向 |
|------|-----------|------|---------|
| 视觉统一性 | | | |
| 交互流畅度 | | | |
| 信息层次 | | | |
| 留白/节奏 | | | |
| 微交互/反馈 | | | |
| 文案/语调 | | | |
| 性能感知 | | | |

### 看不见的地方
- 代码质量：[描述]
- 架构优雅度：[描述]
- 错误处理：[描述]
- 边缘case处理：[描述]

### "哇"因素
- 这个产品有让人"wow"的瞬间吗？[描述]
- 如果没有，加什么可以创造？[描述]

### 总评
- 距离"insanely great"还差多远：[描述]
- 最大的一个改进点：[描述]
```

---

## 应用场景

**何时激活这个skill**：

1. **产品设计取舍**：当需要决定加什么功能、砍什么功能时
2. **UI/UX设计审查**：当需要评估一个设计是否足够简洁时
3. **品牌体验一致性**：当需要确保跨触点体验一致时
4. **团队激励和目标设定**：当需要推动团队突破"合理"的边界时
5. **产品打磨**：当产品从"能用"到"好用"到"非用不可"的跨越时
6. **战略聚焦**：当组织分散精力，需要重新聚焦时

**典型触发情境**：
- "功能太多了，用户不知道用哪个"
- "体验在各种触点上不一致"
- "够好了"——不，还不够好
- "用户说要这个功能"——他们真的需要吗？
- "我们没有资源做所有事"——那就不做所有事

---

## 反模式

1. **❌ 功能堆砌**：Jobs最反对的就是"feature list"式思维——产品不是功能清单，是体验。"More features"几乎从来不是正确答案。

2. **❌ 市场调研驱动**：Jobs不做焦点小组，不问用户想要什么。他相信Henry Ford的话："如果我问用户想要什么，他们会说更快的马。"

3. **❌ 妥协品质换时间**：如果产品还没准备好，就不发布。"It's not done until it's right."

4. **❌ 让B-team做重要的事**：Jobs坚信top 10%的人创造90%的价值。"A small team of A+ players can run circles around a giant team of B and C players."

5. **❌ 忽视包装和细节**：用户能感知到每一个细节，即使他们说不出具体哪里好/不好。"God is in the details."

6. **❌ 追求共识而非卓越**：Jobs不做设计委员会。"如果所有人都同意，说明没有人在思考。" 真正好的决定通常是有争议的。

7. **❌ 把简洁当简陋**：简洁不是少到什么都不剩，是精炼到只剩最精华的。简洁是减少噪音，不是减少信号。

---

*基于Walter Isaacson《Steve Jobs》传记、Brent Schlender & Rick Tetzeli《Becoming Steve Jobs》、斯坦福2005毕业演讲、Apple产品发布会、Jony Ive访谈整理。*
*最后更新: 2026-04-14*