📚 课程目录第2章设计思维基础

设计思维基础：设计思维五阶段与概念方案设计的衔接

设计思维（Design Thinking）并非一套玄虚的创意口号，而是一套以人为中心、通过迭代逼近问题本质的问题解决框架。在概念方案设计阶段，团队最常犯的错误是“拿着锤子找钉子”——尚未理解用户真实处境，便急于输出功能清单或技术架构。设计思维五阶段（共情、定义、构思、原型、测试）恰好为概念方案设计提供了一条从“模糊问题”到“可验证方案”的演进路径。本章将深入拆解每个阶段与概念方案设计的具体衔接点，帮助你将设计思维从墙上的海报转化为工作台上的操作指南。

2.1 共情阶段：从“用户说了什么”到“用户真正需要什么”

核心原理

共情不是“做用户访谈”这个动作本身，而是通过系统化的信息采集，建立对用户情境的深度理解。概念方案设计在此阶段的核心任务是将零散的访谈记录、观察笔记转化为需求洞察。共情阶段输出的不是需求列表，而是对用户行为模式、情感动机、环境约束的立体认知。

操作流程

样本选择：覆盖典型用户、边缘用户和极端用户（如高频使用者、完全新手、有障碍的用户），样本量建议5-8人/用户群。
数据采集：采用“访谈+观察”双轨制。访谈获取用户自述需求，观察获取用户实际行为——两者之间的差异往往是关键洞察。
信息整理：使用亲和图（Affinity Diagram）将原始记录聚类，提炼出3-5个核心主题。
洞察输出：每个主题下写出“用户痛点+潜在机会点”，为定义阶段提供弹药。

共情工具	适用场景	输出物	常见陷阱
深度访谈	探索性需求、复杂决策过程	访谈记录、关键引语	引导性问题导致失真
现场观察	操作流程、环境约束	行为记录、环境照片	观察者效应（被观察时行为改变）
日记研究	低频行为、长期习惯	用户自述日志	用户遗忘或美化记录
利益相关者地图	多角色协作场景	角色关系图	遗漏间接影响者

经验提醒：共情阶段最忌讳“问卷依赖症”。问卷只能验证已知假设，无法发现未知需求。概念方案设计初期，至少安排一次真实场景的现场观察，哪怕只是30分钟的“影子跟踪”。

2.2 定义阶段：将混乱信息收敛为可执行的设计简报

核心原理

定义阶段的核心产出是POV（Point of View，观点陈述）和设计简报（Design Brief）。POV的经典句式是：“[用户角色] 需要 [用户需求] 因为 [深层原因]”。这个句式强制团队区分“表面需求”和“本质需求”。例如，用户说“我需要一个更大的屏幕”，本质需求可能是“我需要同时查看多个文档进行对比”。

判断方法

需求优先级排序：使用MoSCoW法（Must-have, Should-have, Could-have, Won't-have）对需求分级。
可行性初筛：从技术可行性、商业价值、用户价值三个维度打分，低于平均分的需求暂缓。
问题重构：将“如何增加功能”重构为“如何减少用户操作步骤”，往往能打开新思路。

  案例拆解：某企业知识库系统概念设计。初始需求是“做一个更快的搜索引擎”。通过共情发现，用户真正痛点是“不知道搜索什么关键词”——他们面对的是模糊问题而非检索速度。定义阶段将POV重构为：“新员工需要一种按业务场景浏览知识的方式，因为他们不知道内部术语的准确表达”。这一重构直接改变了概念方案的方向：从“优化搜索算法”转向“设计场景化知识导航”。

2.3 构思阶段：从发散到收敛的概念筛选

核心原理

构思阶段的目标是产出概念方向，而非最终方案。团队需要先进行发散性思考（头脑风暴、SCAMPER法、类比迁移），再进行收敛性筛选（概念聚类、可行性评估）。概念方案设计在此阶段的关键动作是将“点子”转化为“可比较的概念雏形”。

操作流程

发散：设定时间盒（如45分钟），禁止批评，追求数量。每个参与者至少产出10个想法。
聚类：将相似想法归为3-5个概念组，每组提炼一个核心思路。
收敛：使用“概念评分矩阵”对每个概念组打分（维度：用户价值、技术难度、成本、时间）。
选择：选出1-2个概念进入原型阶段，其余存档备用。

评分维度	权重	概念A：场景导航	概念B：智能推荐	概念C：人工专家问答
用户价值	40%	8分	7分	6分
技术可行性	30%	9分	5分	7分
实施成本	20%	7分	4分	5分
时间周期	10%	8分	3分	6分
加权总分	100%	8.1	5.4	6.1

风险提示：构思阶段最常见的失败模式是“过早锁定方案”。团队往往在第一个“看起来不错”的想法上投入过多情感，忽略了其他可能性。建议强制要求每个概念至少有一个“反方辩护人”，专门提出质疑。

2.4 原型阶段：让概念方案变得可触碰、可验证

核心原理

原型不是“缩小版的最终产品”，而是用于回答特定问题的实验工具。概念方案设计阶段的原型通常以低保真（纸质线框、卡片模型、故事板）为主，目的是快速验证核心假设，而非打磨视觉细节。原型的价值在于将抽象概念转化为可讨论的实体，让用户和利益相关者能够“指着一个具体的东西说‘这里不对’”。

原型类型选择

纸质原型：适合验证信息架构、页面布局、流程逻辑。成本最低，修改最快。
交互式线框（如Figma、Axure）：适合验证交互流程、状态转换。需要一定制作时间。
角色扮演/服务走查：适合验证服务流程、多角色协作场景。不需要任何技术实现。
“绿野仙踪”式原型：由人工模拟系统响应，适合验证AI功能或复杂算法逻辑。

  实战场景：某物流公司要设计一个司机端App的概念方案。团队制作了纸质原型，用便签纸模拟不同页面，让司机“点击”便签纸上的按钮来完成任务。测试中发现，司机在填写“异常上报”表单时频繁卡顿——因为纸质原型上无法展示下拉选择器的交互方式。这个发现促使团队重新设计为“语音输入+关键词选择”的混合模式，而非简单的表单优化。

2.5 测试阶段：用真实反馈驱动方案迭代

核心原理

测试阶段的目标不是“证明方案正确”，而是发现方案哪里错了。概念方案设计中的测试通常采用“可用性测试+概念接受度访谈”的组合方式。可用性测试关注“用户能不能用”，概念接受度访谈关注“用户想不想用”。两者缺一不可——一个操作顺畅但没人想用的方案，和一个大家都想要但操作困难的设计，都需要回到前序阶段重新打磨。

测试执行要点

任务设计：给用户3-5个核心任务，覆盖方案的主要功能路径。
观察记录：记录用户完成任务的成功率、耗时、卡顿点、情绪变化。
追问技巧：使用“为什么”追问用户的行为，而非直接问“你觉得怎么样”。
结果分析：将问题按严重程度分级（阻断性问题、严重问题、轻微问题、建议）。

问题级别	定义	处理策略	示例
🔴 阻断性	用户无法完成任务	立即修复，重新测试	找不到“提交”按钮
🟠 严重	用户能完成但非常困惑	本轮迭代必须解决	流程步骤顺序不合理
🟡 轻微	用户能完成但有不满	记录并排期优化	文案表述不清晰
⚪ 建议	用户提出的改进想法	纳入需求池评估	希望增加快捷键

常见误区：测试阶段最大的错误是“只找认同方案的人来测试”。这会导致虚假的正面反馈。建议每次测试至少包含2名对方案持怀疑态度的用户，他们的负面反馈往往比10条赞美更有价值。

2.6 五阶段与概念方案设计的整体衔接复盘

设计思维五阶段并非一次性线性流程，而是一个螺旋上升的迭代循环。概念方案设计通常需要经历2-3轮完整的“共情→定义→构思→原型→测试”循环，每一轮都会加深对问题的理解，并收敛出更精确的方案。第一轮循环通常用于探索问题空间，第二轮用于验证核心概念，第三轮用于细化方案细节。

  案例闭环：某医疗设备公司设计一款家用血压计的概念方案。
  第一轮循环：共情发现老年用户看不清小屏幕数字。定义POV为“老年用户需要大字体、高对比度的读数显示”。构思提出“语音播报”“超大屏幕”“简化按键”三个概念。原型测试后发现语音播报在嘈杂环境中不可用，超大屏幕导致设备体积过大。
第二轮循环：回到定义阶段，重新聚焦为“老年用户需要不依赖视觉的读数确认方式”。构思转向“触觉反馈（震动模式）+ 简化数字显示”的组合方案。原型测试显示用户对震动反馈接受度高，但需要明确区分“高压/低压”的震动模式。
第三轮循环：细化原型，加入“双震动节奏”区分收缩压和舒张压，并配合大字号数字显示。最终测试中，目标用户成功完成测量的比例从第一轮的40%提升至92%。

  复盘经验：三轮循环中，每一轮都产生了新的关键洞察，没有任何一轮可以跳过。如果第一轮测试后直接进入开发，最终产品很可能是一个“功能齐全但老人不会用”的失败品。

设计思维五阶段与概念方案设计的衔接，本质上是一个风险递减的过程：共情阶段降低“做错东西”的风险，定义阶段降低“方向错误”的风险，构思阶段降低“方案平庸”的风险，原型阶段降低“理解偏差”的风险，测试阶段降低“用户不买账”的风险。每一阶段都在用最小的成本换取最大的确定性，这正是概念方案设计追求的核心价值。