熊野

思维工具箱设计思维

C11

设计思维

Design Thinking

以人的真实需要为起点,通过框问题、原型与测试迭代学习

类型 · 框架分类 · 用户洞察

这是什么

设计思维以人的实际需要为起点,通过表达问题、形成方案、制作与测试来学习,并同时考虑是否需要、能否实现、组织是否可持续。阶段数并不统一;它是可迭代工作方式,不是固定填五张表。热闹工作坊与便利贴数量不能代表洞察。

示意图

理解人 → 框问题 → 构思 → 原型 → 测试(可迭代) 理解 定义 构思 原型 测试 便利贴数量 ≠ 洞察;需考虑可实现与可持续

什么时候用 / 别用

该用

  • 问题与人的行为、体验、协作密切相关
  • 现有解法反复失效
  • 需跨产品、设计、技术与业务共同探索

别用

  • 用「共情」替代直接证据
  • 用户口头喜欢就当愿付费或会长期用
  • 已有明确局部修复却强行开大型工作坊

怎么做

准备:真实用户接触、明确挑战与约束;跨职能参与者、可做原型的材料;愿意按证据改想法的决策空间

  1. 理解情境,记录目标、障碍与已有应对
  2. 转成开放但有边界的问题陈述
  3. 围绕不同机制构思,对照价值、可行性与约束筛选
  4. 制作足以检验关键疑问的原型(纸面、角色扮演或人工服务均可)
  5. 观察真实用户完成任务,反馈进下一版或重定义问题

交付:有证据的问题定义、多方案、原型、验证发现与实施要求

一个例子

假设示例 · 产品

【假设示例】新手怕在团队评审里用错 51as.com 框架。可试验:默认短清单、一键对照检查表、AI 员工陪跑。角色扮演先查协作,操作原型再验用户是否知道如何开始与退出。

容易踩坑

  • 工作坊热闹当洞察
  • 共情替代证据
  • 喜欢概念就当商业验证

出处:常见于以人为本、通过原型测试迭代的设计思维传统