用途
Writing Design Plans 是一个用于把已批准的设计方向拆解为离散、可审查任务的设计规划技能。设计计划将一个设计方向拆分为一个个足够小、便于清晰评估、并且描述足够具体以致结果可预测的任务。
使用时机
- 在 design-discovery 和/或 design-strategy 产出已批准方向之后
- 在任何实施工作开始之前
- 当某个设计任务过大，无法在一步内完成和评审时
流程
第一步：审查输入
收集：
- 设计简报（来自 design-discovery）
- 策略文档（来自 design-strategy，如适用）
- 人物角色（来自 inclusive-personas）
- 现有设计系统清单
第二步：识别设计任务
将工作分为以下类别：
- 结构任务——信息架构、页面层级、导航
- 组件任务——需要设计的单个 UI 组件
- 布局任务——组件如何组合成页面
- 交互任务——状态、过渡、反馈模式
- 内容任务——文案、标签、错误信息、帮助文本
- 无障碍任务——每个组件具体的包容性设计要求
第三步：排列工作顺序
设计工作有天然依赖关系：
Structure → Layout → Components → Interactions → Content → Review
↑ accessibility woven through each step, not a final phase ↑
排列任务时需确保：
- 基础工作（结构、布局）先于细节工作（交互、内容）
- 每个任务可独立评审
- 无障碍在每个任务内处理，不推迟
第四步：撰写计划
计划模板结构如下：
# Design Plan: [Feature/Project Name]
> **For agentic workers:** REQUIRED: Use designpowers:designpowers-critique to review completed work against this plan.
**Goal:** [One sentence — what this plan delivers]
**Design Direction:** [Reference to the design brief or strategy]
**Personas:** [Reference to personas this plan serves]
---
## Task 1: [Task Name]
**Files:** [Which files will be created or modified]
- [ ] Step 1: [Specific action]
- [ ] Step 2: [Specific action]
- [ ] Step 3: [Specific action]
**Accessibility check:** [What inclusive design criteria this task must meet]
**Verification:** [How to confirm this task is complete and correct]
---
## Task 2: [Task Name]
...
第五步：任务粒度
每个任务应满足：
- 2-5 分钟专注工作——足够小，能在脑内把握
- 可独立评审——无需查看其他所有内容即可评估
- 描述具体——确切的文件、确切的组件、确切的验收标准
- 包含无障碍——每个任务处理自身的包容性设计要求
如果任务超过 5 分钟，需进一步拆分。
第六步：保存与评审
保存至：docs/designpowers/plans/YYYY-MM-DD-<feature>-plan.md
向用户展示计划并逐一确认：
- 任务顺序是否合理？
- 是否有遗漏任务？
- 每个任务的无障碍检查是否合适？
- 范围是否恰当，或是否有内容应推迟？
用户必须在执行开始前批准该计划。
集成关系
- 被调用方：design-discovery、design-strategy
- 调用：通过相关设计技能（ui-composition、interaction-design 等）开始实施
- 搭配：designpowers-critique（对照计划评审工作）
反模式
| 模式 | 问题 |
|---|---|
| 任务没有无障碍检查 | 每个任务都影响用户体验，每个任务都有无障碍影响 |
| 任务只说“做得好看点” | 模糊的任务产生模糊的结果。要具体说明“好”指什么 |
| 无障碍作为最后一项任务 | 到那时已太晚。无障碍在每一个任务中 |
| 计划没有人物角色引用 | 如果不知道为谁设计，就无法验证设计是否有效 |