核心推演场景
情境: 内部访问申请耗时太长。
思维转换: 在自动化现有表单前，先观察申请人和审批人。
决策输出: 测试既满足用户又满足审核要求的更简洁流程。
设计思维
学习指南与笔记
人们真正需要什么？ 用于服务设计和用户流程。
学完后你将能够
- 区分使用者需求与提出的功能。
- 解释原型需要帮助验证什么。
它是什么？
设计思维将技术与服务决策锚定在真实用户和运维人员的实际工作流体验上，在“广泛洞察真实痛点”与“快速原型测试收敛”之间反复迭代。
Design Council 的双钻石在发散与收敛间切换：发现、定义、发展、交付；测试也可能让你返回起点。
工具与方法
核心方法与工具
- 双钻石发散—收敛模型先广泛探索真实问题再收敛定义需求，先发散多种方案再通过测试收敛交付。
- 真实场景双端观察在自动化现有表单前，实地观察申请人和审核人在真实工作流中的卡点。
- 快速流程原型走查尽早用低成本原型让真实用户走查，及时淘汰造成摩擦的步骤。
操作流程：一步步想清楚
按顺序完成以下步骤，并运用上面的工具。每一步先写下答案，再进入下一步。
- 发现
观察受影响的人、收集证据，不把最初的需求说明直接当成问题。 [1] 来源: Design Council — Framework for Innovation（在新标签页打开）
- 定义并发展
重新定义需求，确定成功标准，提出多种方案。 [1] 来源: Design Council — Framework for Innovation（在新标签页打开）
- 交付并学习
制作原型，与用户测试，淘汰薄弱设计并迭代。 [1] 来源: Design Council — Framework for Innovation（在新标签页打开）
马上练习
访谈两名受缓慢内部流程影响的人，改写问题陈述并制作一个改进原型。
可视化指南
阅读流程文字版
- 情境内部访问申请耗时太长。
- 步骤 1发现
- 步骤 2定义并发展
- 步骤 3交付并学习
- 输出测试既满足用户又满足审核要求的更简洁流程。
阅读导图文字版
设计思维
人和情境
问题定义
可能方案
原型反馈
详细案例
02 / 工程师绕过自助发布门户
情境: 新建的自助发布门户使用率很低，工程师仍然习惯运行本地手动脚本。
思维转换: 跟随三位工程师观察一次真实发布，发现门户要求预先填写 14 个当时尚不确定的参数字段。
决策输出: 从仓库配置清单自动读取默认环境参数，将发布界面精简为两步确认。
03 / 故障状态页信息令业务方困惑
情境: 故障期间尽管状态页每 15 分钟更新一次，业务方依然在群里反复追问。
思维转换: 访谈状态页读者后发现，内部子系统缩写无法告诉他们究竟哪些客户业务流程受阻。
决策输出: 围绕用户可感知的业务能力、当前临时替代办法和下次更新时间重设计状态模板。
以上案例用于演示该思维方式如何改变决策路径，不代表实测结果。
练习与持续学习
常见误区与局限: 四个阶段是迭代过程，不是单向走完即可发布偏好方案。
如何持续精进
- 01 · 入门认知把最初收到的功能需求当成待调研的现象线索，而非直接照单全收的开发说明书。
- 02 · 日常训练在编写生产代码前，实地观察至少两位真实用户走完完整流程，并用低成本原型先行验证。
- 03 · 进阶精通以减少操作摩擦、降低出错率和缩短完成时间衡量成效，并敢于果断推翻未通过用户走查的原型。
不要只依赖单一思维方式，可与其他思维方式组合使用。 浏览全部思维方式
复习与整理笔记
记住这个核心
先理解使用者的问题，再承诺方案，并通过原型与反馈持续学习。
你的笔记提纲
选一个自己的问题，为每项提示写下简短答案。尝试方法后，再回来补充。
- 观察：记录使用者做什么、在哪遇到困难，以及情境。
- 问题：不预设功能，描述需求。
- 原型：写出待检验假设和要收集的反馈。
检查是否真正理解
先不看笔记作答，再展开参考答案进行比较。
为什么用户提出的仪表盘可能没有解决真正需求？
对照参考答案
真正需求可能是快速发现并处理异常。仪表盘只是一个方案，观察可能揭示更简单的工作流程。
原型失败时，怎样仍然有价值？
对照参考答案
它检验明确假设，并产生能改变问题定义或下一版设计的证据。外观精致本身并不代表学习。
参考来源
以下资料支持方法介绍；案例和练习是原创教学示例。
- Design Council — Framework for Innovation框架提出者对双钻石及迭代的解释。
- Design Council — The Double Diamond发现、定义、发展和交付。