---
title: "Claude Code 设计解决方案：系统化规划流程"
description: "动手前花十分钟画一张四栏图：目标、候选路径、执行顺序、验收标准。这一节用一个月度销售报表的场景把它填满。"
updated: 2026-11-13
canonical: https://docai.cc/learn/systematic-solution-design/
markdown_mirror: https://docai.cc/learn/systematic-solution-design.md
---
## 十轮重发，不如先画一张四栏图

多数人用模型的方式是：想到一句发一句，结果不满意就再发一句。来回十轮，最后还是自己重写。问题不出在措辞，而出在开始前没想清楚这条路怎么走。

设计解决方案讲的是四件事：到底要解决什么、有哪几条路可走、按什么顺序推、怎么算成了。写在纸上通常十分钟，复杂项目也就一两个小时。这段时间买的是后面不返工。

## 第一栏：把问题写成三句话

现状、目标、差距。三句话写不出，说明问题还没想明白。

> 现状：每月整理销售数据要两个人做两天，格式每期都不一样。
> 目标：半天内出一份格式统一、能直接给总监看的报告。
> 差距：没有固定模板，清洗靠手工，图表每次重画。

再补一句「为什么重要」：总监月初要用这份报告定下个月的资源分配，晚一天，决策就往后退一天。这句话决定了这个项目值不值得投入，也决定了你能接受多高的成本。

## 第二栏：列出候选路径

很多人只想到一条路，然后在这条路上死磕。至少列三条，再比较。

| 路径 | 代价 | 能否持续 | 结论 |
|---|---|---|---|
| 维持手工 | 每月两天，质量看人 | 差 | 放弃 |
| 写脚本全自动 | 前期要开发、要维护 | 好但要人懂代码 | 备选 |
| 模板加模型辅助 | 半天搭起，人工收尾半小时 | 好 | 采用 |

比较时看三项：一次性投入、每期成本、出错后的修复难度。只看第一项，容易选错。

## 第三栏：排执行顺序，标清谁做

把选定路径切成步骤，每步写清执行者和耗时。这一步别偷懒，写下来才发现有些环节可以并行，有些必须等。

1. 导出当月原始数据并核对字段（你，半小时）
2. 清洗格式、去重、补空值（模型，几分钟）
3. 按模板算指标、写解读（模型，十几分钟）
4. 生成图表（模型给做法，你在表格里操作）
5. 通读核对数字与结论（你，一刻钟）

顺序上有两条硬约束：数据没核对完不要让它算指标，结论没定不要让它配图。顺序错了，后面全是白工。

## 第四栏：写下验收标准

标准要能被外人判断，不能是「感觉不错」。

- 从导出到交付不超过半天；
- 每期版式一致，字段位置不变；
- 所有数字能与原始表逐项对上；
- 总监只提文字意见，不改结构。

第四条最有意思：它衡量的不是报告好不好看，而是你理解上级需求的程度。做到这条，说明前面的设计真的成立。

标准写得含糊，验收就会变成一场争论。把每条改成「谁、看什么、看到什么」：

| 含糊的写法 | 可判定的写法 |
|---|---|
| 报告要专业 | 总监不改结构，只改措辞 |
| 数据要准确 | 抽查十个数，与原始表逐项对得上 |
| 速度要快 | 从拿到数据到发出邮件不超过四小时 |

左边那列只能说服参与的人，右边那列连没参与的人也能判断过没过。

## 把四栏压成一页纸

四栏不必写成文档，一张卡片就够，放在任务随时看得到的地方：

```text
目标：现状 → 期望；为什么现在要做
候选：A / B / C，各写一次性投入与每期成本
步骤：1. …（谁，多久）2. …（谁，多久）
验收：三条能判定的标准
退路：第一步卡住时改走哪条
```

执行时每完成一步划掉一行。同一栏连续两次被现实推翻，说明那一栏本身写错了，回去改卡片，而不是硬着头皮往下推。同类任务做过两遍，这张卡片就可以直接变成[工作模板](/learn/create-work-templates/)。

## 什么时候可以不设计

三类任务直接开工：十分钟内能做完的、做错了也不心疼的、已经重复过很多遍的。反过来，要动别人的数据、跨部门协作、做完很难回退的事，哪怕只写三行也值得。

另一种误用是把设计当拖延：候选路径列了一版又一版，手却一直没动。判断办法很简单——下一步动作已经明确时，先做那一步，剩下的边做边补。

## 让模型参与设计，而不是替你决定

卡住时可以把问题丢过去，但要限定输出：

```text
问题：小团队每月要出十几条短视频脚本，两个人写不完。
限制：不能加人，不能降质量标准，每周最多投入六小时。
请给出三个思路，分别写明一次性投入、每周成本、最大风险。
不要替我选，最后列出我需要在哪些点上做判断。
```

最后一句很重要。模型的比较往往中肯，但它不知道你们团队的实际情况，也不承担后果。让它铺开选项，让你来收口。这条分工是[人在回路](/concepts/human-in-the-loop/)的基本形态：模型负责把可能性摆全，人负责在约束下做取舍。

限制写得越具体，给出的方案越贴近你能执行的现实。把上面那段补成这份清单再发：

```text
我要解决：[一句话]
限制：
- 时间：本周内出第一版
- 人手：只有我一个人
- 工具：Excel 与 Claude Code，不引入新系统
- 技能：不会写代码
请给出三条路径，各写一次性投入、每期耗时、最大风险，
并说明每条在什么条件下会失效。
不要替我选，最后列出我必须自己拍板的三个问题。
```

## 三个把方案做坏的姿势

跳过设计直接开工，做两天发现方向不对。计划写到每一分钟，执行时任何意外都让整份计划失效。只写顺利路径，没想「素材不到位怎么办」「数据源改字段怎么办」，一出事就停摆。

留一条退路就够了：写下「如果第一步拿不到数据，先用手工样例跑通后半段」。这句话能在关键时刻救回一周。

方案定完，把它贴在一个固定的地方，执行时对照打勾，偏离时写明原因。等你把同一套流程跑顺，就可以把它固定成模板，下次同类任务直接套，改动只发生在填空处——这也正是[自定义工作工具](/learn/custom-work-tools/)要解决的问题。