名称: 设计思维描述: 设计思维方法，用于以人为中心的创新。涵盖5阶段的IDEO/斯坦福d.school方法（共情、定义、构思、原型、测试），包括研讨会指导和练习模板。允许工具: 读取、全局、查找、任务、技能

设计思维

何时使用此技能

使用此技能时：

设计思维任务 - 处理以人为中心的创新的设计思维方法。涵盖5阶段的IDEO/斯坦福d.school方法（共情、定义、构思、原型、测试），包括研讨会指导和练习模板
规划或设计 - 需要设计思维方法的指导
最佳实践 - 希望遵循既定的模式和标准

概述

一种以人为中心的创新方法，整合人的需求、技术可能性和商业成功的要求。

什么是设计思维？

设计思维是一种问题解决方法论，由IDEO开发并在斯坦福d.school教授。它强调理解用户、挑战假设、重新定义问题，并通过迭代原型和测试创建创新解决方案。

核心原则

原则	描述
以人为中心	从人出发，而非技术或流程
拥抱模糊性	在早期阶段接受不确定性
行动偏向	通过实践学习，不仅仅是思考
激进协作	跨职能、多样化视角
快速迭代	快速失败、快速学习、快速改进

5个阶段

┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐  ┌─────────┐
│         │  │         │  │         │  │         │  │         │
│共情    │→│ 定义    │→│ 构思    │→│原型    │→│ 测试   │
│         │  │         │  │         │  │         │  │         │
│理解用户│  │框架问题│  │生成想法│  │构建学习│  │学习与优化│
└─────────┘  └─────────┘  └─────────┘  └─────────┘  └─────────┘
     ▲                                                    │
     └────────────────── 迭代 ───────────────────────────┘

阶段特征

阶段	模式	关键问题	输出
共情	发散	用户体验什么？	洞察、观察
定义	收敛	核心问题是什么？	观点陈述
构思	发散	可能的解决方案是什么？	想法、概念
原型	收敛	如何使其具象化？	原型
测试	学习	什么有效，什么无效？	验证学习

阶段1: 共情

深入理解用户及其体验。

共情方法

方法	持续时间	参与者	最适合
用户访谈	30-60分钟	1:1	深度个体洞察
观察	小时到天	实地工作	自然行为
共情映射	15-30分钟	研讨会	综合研究
旅程映射	1-2小时	研讨会	体验可视化
影子跟踪	半天	实地工作	工作流理解

共情映射模板

## 共情映射: [用户/角色名称]

### 说
[来自访谈/观察的直接引用]
- "[引用1]"
- "[引用2]"

### 想
[他们可能在想什么？希望/恐惧？]
- [想法1]
- [想法2]

### 做
[观察到的行动和行为]
- [行为1]
- [行为2]

### 感觉
[情感状态，什么让他们担心/兴奋]
- [情感1]
- [情感2]

### 痛点
[挫折、障碍、风险]
- [痛点1]
- [痛点2]

### 收获
[想要、需求、成功标准]
- [收获1]
- [收获2]

访谈指南结构

## 用户访谈指南

**持续时间:** 45-60分钟
**目标:** [我们想学什么]

### 开场 (5分钟)
- 自我介绍和目的
- 解释保密性、记录同意
- "没有对错答案"

### 背景 (10分钟)
- 告诉我你的角色/日常
- 你做[X]多久了？
- 带我走一遍典型[场景]

### 深度探索 (25分钟)
- 告诉我一次[特定体验]
- 最具挑战性的部分是什么？
- 你尝试了什么？发生了什么？
- 这让你感觉如何？

### 需求和欲望 (10分钟)
- 如果你能挥舞魔杖，会改变什么？
- 那能让你做什么？
- 成功对你来说是什么样子？

### 结束 (5分钟)
- 还有什么想分享的吗？
- 如果有问题，我们可以跟进吗？

阶段2: 定义

综合观察并框架正确问题。

观点 (POV) 陈述

## 观点陈述

**用户:** [特定用户类型/角色]

**需求:** [动词 - 他们需要做什么]

**洞察:** [因为 - 关于原因的令人惊讶的洞察]

---

**完整陈述:**
[用户]需要[需求]因为[洞察]。

**例子:**
一个忙碌的上班族家长需要快速准备健康餐食
因为他们想为孩子树立良好饮食习惯
但感到时间与成本的权衡内疚。

如何可能 (HMW) 问题

将POV转化为可操作的机遇陈述：

## 如何可能问题

**POV:** [你的POV陈述]

### HMW头脑风暴

通过询问生成HMW问题：

| 镜头 | 问题 | HMW |
|------|----------|-----|
| **放大好处** | 什么有效？ | HMW做更多[好事情]？ |
| **消除坏处** | 什么痛苦？ | HMW消除[痛点]？ |
| **探索对立** | 如果翻转会怎样？ | HMW[对立方法]？ |
| **质疑假设** | 什么被假设？ | HMW如果[假设]不成立？ |
| **改变现状** | 什么被期待？ | HMW改变何时/何地/谁？ |
| **分解部分** | 组件是什么？ | HMW仅处理[组件]？ |

### 选定的HMW问题
1. HMW[问题1]？
2. HMW[问题2]？
3. HMW[问题3]？

**优先HMW:** [要构思的那个]

阶段3: 构思

生成广泛的创意解决方案。

构思规则

规则	描述
延迟判断	头脑风暴期间不批评
追求数量	更多想法 = 更好想法
基于他人想法	“是的，而且…”
鼓励疯狂想法	大胆思考，无约束
可视化	绘制，不仅仅说
一次对话	倾听、构建、即兴
保持专注	保持HMW可见

头脑风暴会话模板

## 构思会话

**HMW:** [如何可能问题]
**持续时间:** 30-45分钟
**参与者:** [名字]

### 热身 (5分钟)
[快速创意练习放松]

### 静默头脑风暴 (10分钟)
- 每个便利贴写一个想法
- 独立工作
- 目标每人10+想法

### 分享与构建 (15分钟)
- 一个一个分享想法
- 基于他人想法
- 不批评，只有"是的，而且..."

### 聚类与主题 (10分钟)
- 分组类似想法
- 命名每个集群
- 识别有前途的方向

### 生成的想法
| 集群 | 想法 | 数量 |
|---------|-------|-------|
| [主题1] | [列表] | [N] |
| [主题2] | [列表] | [N] |

### 要原型的顶级想法
1. [想法1]
2. [想法2]
3. [想法3]

构思技术

技术	描述	何时使用
经典头脑风暴	自由联想	起点
脑写	静默书面想法	安静/远程团队
SCAMPER	替代、组合、适应、修改、放他用、消除、反向	改进现有
类比	X会如何解决？	打破心智模型
最差想法	故意坏想法	卡住时
混合	组合无关概念	激进创新

阶段4: 原型

构建快速、廉价的表示来学习。

原型哲学

“如果一张图值1000字，一个原型值1000次会议。” — IDEO

原型类型

类型	保真度	时间	最适合
纸张草图	非常低	分钟	最早探索
故事板	低	30分钟	用户旅程、场景
纸质原型	低	1-2小时	屏幕流、UI
角色扮演	低	30分钟	服务体验
绿野仙踪	中等	小时	复杂交互
可点击模型	中等	天	数字产品
物理模型	可变	可变	有形产品

原型规划模板

## 原型计划

**概念:** [我们要原型什么]
**目标:** [我们想学什么]
**受众:** [谁将测试它]

### 要原型什么
- **包括:** [要测试的基本元素]
- **排除:** [我们暂时不构建的]

### 原型类型
**类型:** [纸张/数字/物理/角色扮演]
**保真度:** [低/中/高]
**构建时间:** [持续时间]

### 所需材料
- [材料1]
- [材料2]

### 要回答的关键问题
1. [问题1]
2. [问题2]
3. [问题3]

### 成功标准
- [如何知道它有效]

故事板模板

## 故事板: [概念名称]

### 场景1: [设置]
[草图/描述]
**发生了什么:** [动作]
**用户说/想:** "[引用]"

### 场景2: [触发]
[草图/描述]
**发生了什么:** [动作]
**用户说/想:** "[引用]"

### 场景3: [交互]
[草图/描述]
**发生了什么:** [动作]
**用户说/想:** "[引用]"

### 场景4: [解决]
[草图/描述]
**发生了什么:** [动作]
**用户说/想:** "[引用]"

阶段5: 测试

学习什么有效，什么无效，并迭代。

测试原则

原则	描述
展示，不说	让原型说话
创建体验	让用户交互，不仅仅是看
问"为什么？"	深入挖掘反应
拥抱失败	每次测试都教一些东西
迭代	构建-测试-学习循环

测试会话模板

## 测试会话

**原型:** [名称/版本]
**参与者:** [代码或名字]
**日期:** [ISO日期]

### 介绍
"我们测试概念，不是你。没有错误答案。
请在与这个交互时大声思考。"

### 场景
[设置测试的上下文]

### 观察

| 时刻 | 观察 | 引用 | 洞察 |
|--------|-------------|-------|---------|
| [何时] | [发生了什么] | "[说]" | [意义] |

### 关键学习
1. [学习1]
2. [学习2]
3. [学习3]

### 要保留
- [有效的元素]

### 要改变
- [要修改的元素]

### 提出的问题
- [要探索的新问题]

迭代框架

## 迭代回顾

**原型版本:** [N]
**进行的测试:** [数量]

### 综合

| 发现 | 频率 | 严重性 | 行动 |
|---------|-----------|----------|--------|
| [发现] | [X/N] | H/M/L | 保留/改变/移除 |

### 下一次迭代

**优先改变:**
1. [改变1]
2. [改变2]

**要测试的假设:**
如果我们[改变]，那么[预期结果]因为[原因]。

研讨会日程模板

半天研讨会 (4小时)

## 设计思维研讨会

**持续时间:** 4小时
**参与者:** 6-12人

### 日程

**0:00 - 0:15** 欢迎与破冰
- 介绍
- 创意热身

**0:15 - 0:45** 共情分享 (30分钟)
- 分享研究/访谈
- 共情映射练习

**0:45 - 1:15** 定义 (30分钟)
- 综合洞察
- 创建POV陈述
- 生成HMW问题

**1:15 - 1:30** 休息 (15分钟)

**1:30 - 2:15** 构思 (45分钟)
- 头脑风暴
- 聚类
- 投票

**2:15 - 3:15** 原型 (60分钟)
- 团队构建低保真原型
- 准备演示

**3:15 - 3:45** 分享与反馈 (30分钟)
- 每个团队演示
- 群体反馈

**3:45 - 4:00** 结束 (15分钟)
- 关键决定
- 下一步

全天冲刺 (8小时)

## 设计冲刺 (1天)

**持续时间:** 8小时 (从5天冲刺压缩)
**参与者:** 5-8人跨职能

### 上午: 理解与定义

**9:00 - 9:30** 设定阶段
- 冲刺目标
- 挑战陈述

**9:30 - 10:30** 专家访谈 / 闪电演讲
- 利益相关者视角
- 用户洞察

**10:30 - 11:00** 如何可能
- 从洞察生成HMW
- 投票确定优先

**11:00 - 12:00** 草图解决方案
- 个人疯狂8
- 解决方案草图

### 下午: 构建与测试

**12:00 - 1:00** 午餐

**1:00 - 1:30** 决定
- 批评草图
- 投票
- 决定要原型什么

**1:30 - 4:00** 原型
- 构建可测试原型
- 准备测试脚本

**4:00 - 5:00** 测试
- 3-5次用户测试
- 捕获反馈

**5:00 - 5:30** 总结
- 我们学到了什么
- 下一步

与其他方法的集成

上游

用户研究 - 输入共情阶段
利益相关者分析 - 识别访谈对象
战略分析 - 创新的商业上下文

下游

精益创业 - 构建-测量-学习循环
敏捷开发 - 迭代实施
商业模型画布 - 建模解决方案

.NET/C# 上下文

在将设计思维应用于软件产品时：

// 示例: 跟踪设计思维会话
public class DesignThinkingSession
{
    public Guid Id { get; init; }
    public required string ChallengeName { get; init; }
    public required DesignPhase CurrentPhase { get; init; }
    public required string HowMightWe { get; init; }
    public DateTimeOffset Created { get; init; }

    public List<EmpathyInsight> Insights { get; } = [];
    public PointOfView? Pov { get; set; }
    public List<Idea> Ideas { get; } = [];
    public List<Prototype> Prototypes { get; } = [];
    public List<TestResult> Tests { get; } = [];
}

public enum DesignPhase
{
    Empathize,
    Define,
    Ideate,
    Prototype,
    Test
}

public record EmpathyInsight(
    string Observation,
    string UserQuote,
    string Interpretation
);

public record PointOfView(
    string User,
    string Need,
    string Insight
);

public record Idea(
    string Title,
    string Description,
    int Votes,
    string Cluster
);

版本历史

v1.0.0 (2025-12-26): 初始发布

设计思维Skill design-thinking

名称: 设计思维描述: 设计思维方法，用于以人为中心的创新。涵盖5阶段的IDEO/斯坦福d.school方法（共情、定义、构思、原型、测试），包括研讨会指导和练习模板。允许工具: 读取、全局、查找、任务、技能

设计思维

何时使用此技能

概述

什么是设计思维？

核心原则

5个阶段

阶段特征

阶段1: 共情

共情方法

共情映射模板

访谈指南结构

阶段2: 定义

观点 (POV) 陈述

如何可能 (HMW) 问题

阶段3: 构思

构思规则

头脑风暴会话模板

构思技术

阶段4: 原型

原型哲学

原型类型

原型规划模板

故事板模板

阶段5: 测试

测试原则

测试会话模板

迭代框架

研讨会日程模板

半天研讨会 (4小时)

全天冲刺 (8小时)

与其他方法的集成

上游

下游

.NET/C# 上下文

相关技能

版本历史

名称: 设计思维 描述: 设计思维方法，用于以人为中心的创新。涵盖5阶段的IDEO/斯坦福d.school方法（共情、定义、构思、原型、测试），包括研讨会指导和练习模板。 允许工具: 读取、全局、查找、任务、技能

设计思维

何时使用此技能

概述

什么是设计思维？

核心原则

5个阶段

阶段特征

阶段1: 共情

共情方法

共情映射模板

访谈指南结构

阶段2: 定义

观点 (POV) 陈述

如何可能 (HMW) 问题

阶段3: 构思

构思规则

头脑风暴会话模板

构思技术

阶段4: 原型

原型哲学

原型类型

原型规划模板

故事板模板

阶段5: 测试

测试原则

测试会话模板

迭代框架

研讨会日程模板

半天研讨会 (4小时)

全天冲刺 (8小时)

与其他方法的集成

上游

下游

.NET/C# 上下文

相关技能

版本历史

名称: 设计思维描述: 设计思维方法，用于以人为中心的创新。涵盖5阶段的IDEO/斯坦福d.school方法（共情、定义、构思、原型、测试），包括研讨会指导和练习模板。允许工具: 读取、全局、查找、任务、技能