跳到正文
docai.cc

DOCAI · 课程 · L2 · 20 分钟 · 用编程的思维解决问题

Claude Code 设计解决方案:系统化规划流程

动手前花十分钟画一张四栏图:目标、候选路径、执行顺序、验收标准。这一节用一个月度销售报表的场景把它填满。

Claude Code 小白 · 建立编程思维

你将学会

  • 用四栏把一件事想清楚再开工
  • 在多个候选方案里按投入产出做取舍
  • 给方案写下可判定的成功标准

十轮重发,不如先画一张四栏图

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

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

第一栏:把问题写成三句话

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

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

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

第二栏:列出候选路径

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

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

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

第三栏:排执行顺序,标清谁做

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

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

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

第四栏:写下验收标准

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

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

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

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

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

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

把四栏压成一页纸

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

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

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

什么时候可以不设计

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

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

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

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

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

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

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

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

三个把方案做坏的姿势

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

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

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

自测

先自己回答,再展开对照;答不上来就回到对应小节。
  1. 01为什么先写成功标准,而不是先写步骤?看答案

    标准决定步骤该多细、做到哪一步停。没有标准,执行会无限膨胀,也不知道何时算完成。

  2. 02方案设计得多细才合适?看答案

    细到能排出顺序、能分派到人即可;过细的计划在第一次遇挫时就作废,留出调整空间更重要。

查看 Markdown

涉及的概念

在知识树上

相关动态

全部新闻 →