Visual LabINTERACTIVE LEARNING
TYPE 06 · DESIGN

设计型问题

怎样从无到有构建?

从用户任务、约束和关键取舍出发,用原型逐步降低未知。

PLAIN-LANGUAGE DEFINITION

先用大白话理解它

设计型问题没有唯一标准答案,它要求组合需求、约束、原理与反馈,创造一个能工作的系统。设计不是先画完整方案,而是先决定要满足谁的什么任务,再通过原型验证最危险的假设。

常见识别信号
  • 需要创建新产品、流程、架构或服务
  • 目标明确但实现路径不存在
  • 同时存在多个冲突约束
  • 必须在使用反馈中完善方案
暂时别用它
  • 问题只是选择已有标准方案
  • 根因尚未确认,重新设计可能掩盖真正故障
STEP-BY-STEP

设计型问题的 4 步分析法

按顺序完成;每一步都要留下可以复查的文字或证据。

  1. 01

    定义使用任务

    描述目标用户、场景、期望结果和当前替代方式。

    谁在什么时刻,需要完成什么任务?
  2. 02

    列出约束与原则

    区分硬约束、可协商约束和设计偏好,明确不可牺牲的原则。

    什么必须满足,什么只是希望?
  3. 03

    生成多种结构

    从第一性原理出发提出至少三种方向,并显式写出每种取舍。

    若不用当前惯例,还能怎样实现目标?
  4. 04

    原型验证风险

    用最低成本原型验证价值、可用性或技术可行性中最危险的一项。

    最便宜的什么证据能让方案前进或停止?
WORKED EXAMPLE

设计个人知识管理流程

未经分析

先选一个功能最多的笔记软件。

  1. 1

    核心任务:在会议后一周仍能找到决定和待办。

  2. 2

    硬约束:手机可录入、每周整理不超过 30 分钟。

  3. 3

    比较按项目、按日期和收件箱驱动三种结构。

  4. 4

    用纸面与现有工具试行两周后再自动化。

分析后的可行动结论

设计围绕真实任务和约束,而不是围绕工具功能清单。

完成检查

满足这些条件,才算分析完成

  • 是否先定义任务而不是先选工具?
  • 是否区分硬约束和偏好?
  • 原型是否验证了最危险的假设?