03 · 拆步驟:粒度怎麼定
拆步驟的唯一原則:一步只幹一件事。而"一件事"的判斷標準不是感覺,是——這一步的產出,你能不能一句話說清它長什麼樣。
說不清產出,就是拆錯了
拿這個測試去檢查你拆的每一步:
| 拆法 | 產出說得清嗎 | 判定 |
|---|---|---|
| "整理並分析會議記錄" | ❌ 整理完是什麼?分析完又是什麼? | 拆錯了,這是兩步 |
| "把會議記錄整理成三塊紀要" | ✅ 一份帶三個章節的紀要 | 對 |
| "處理一下客戶反饋" | ❌ 處理成什麼? | 拆錯了 |
| "把客戶反饋歸到諮詢/投訴/需求三類之一" | ✅ 一個詞 | 對 |
| "最佳化文案" | ❌ | 拆錯了 |
| "把文案改寫成三個版本,每版一句話說明取捨" | ✅ 三段文字 + 三句說明 | 對 |
拆完之後,逐步問一遍:"這一步跑完,我拿到手的是什麼?"
答不上來、或者要用"和"來連線兩樣東西,就把它劈開。
三條拆的原則
一、判斷和執行要分家
最容易被忽略的一條。
❌ 一步:讀客戶來信,判斷類型,然後按類型起草回覆
✅ 兩步:① 讀來信 → 輸出一個詞(諮詢 / 投訴 / 需求)
② 按這個詞選模板 → 起草回覆混在一起的問題是:它會一邊判斷一邊寫,判斷錯了你完全看不出來——因為過程沒留下痕跡,你只看到一封語氣不對的回信,不知道是分類錯了還是模板錯了。
分開之後,第 ① 步的產出就一個詞,對不對一眼就知道。
二、機械勞動和判斷勞動要分家
❌ 一步:讀這五份文件,總結出核心觀點
✅ 兩步:① 逐份提取要點(機械:照抄+壓縮,不做判斷)
② 基於提取結果做總結(判斷:找規律、下結論)提取不容易出錯,總結容易出錯。混在一起,出錯的部分會汙染不出錯的部分——它一邊讀一邊總結,讀到後面就開始按前面形成的結論去挑內容了。
分開還有個好處:第 ① 步的產出是可核對的(能對回原文),第 ② 步出問題時你有乾淨的中間材料可以重跑。
三、"每次都一樣"和"每次都不一樣"要分家
流水線裡那些固定的部分(格式轉換、分類、套模板)和真正需要判斷的部分,分開。
固定的部分可以用便宜快的模型跑,判斷的部分才上強模型——見 09 章。
粒度:別太粗,也別太碎
太粗的訊號
- 一步的提示詞寫了兩屏還說不完
- 產出得用"和"來描述("整理和分類和排序")
- 出錯時你不知道是哪個環節出的
- 改一個小要求,整步都要重測
太碎的訊號
- 某一步的產出,下一步原樣收下、什麼也沒變
- 兩步之間從來沒有過分歧,永遠一起改
- 步驟多到你自己都記不住有幾步
- 光是傳遞中間結果就佔了大半成本
一個經驗值
三到六步。 超過六步,先看看有沒有幾步能合併;少於三步,可能根本不需要串。
拆到"能單獨驗收"就停
判斷粒度對不對,最後還是回到那個問題:這一步的產出,我能不能一眼看出它對不對?
能——粒度就夠了,別再往下拆。
一個完整的拆解示例
原始需求:"把這次客戶會的記錄變成能發出去的派活訊息。"
第一版拆解(太粗):
① 整理紀要並生成派活訊息產出說不清,且出錯無法定位。拆開:
第二版(合適):
① 整理成結構化紀要
產出:三塊(結論 / 待辦 / 遺留)的紀要
② 從紀要裡抽出待辦
產出:一張表,每行是 事項 | 責任人 | 截止
③ 按責任人分組,套模板生成訊息
產出:每人一條訊息文本
④ 人工過一遍
產出:確認或修改後的訊息有人會想繼續拆成第三版:
① 整理紀要 ② 抽待辦 ③ 補全責任人 ④ 排序 ⑤ 分組 ⑥ 套模板 ⑦ 人工審這是拆碎了。 ③④⑤ 都是對同一張表的機械整理,沒有各自獨立的驗收價值,合成一步就行。
拆完之後畫一張表
拆的結果建議寫成這樣一張表——這張表就是你的流水線定義:
| 步 | 輸入 | 幹什麼 | 產出 | 怎麼算合格 |
|---|---|---|---|---|
| ① | 原始記錄 | 整理成紀要 | 三塊結構的紀要 | 三章齊全;無原文之外的人名日期 |
| ② | 紀要 | 抽出待辦 | 表格:事項/責任人/截止 | 每行三列都有值(或「待確認」) |
| ③ | 待辦表 | 按人分組套模板 | 每人一條訊息 | 每條含事項、截止、發起人 |
| ④ | 訊息 | 人工審 | 確認後的訊息 | —— |
最後一列是下下章的內容,但在拆的時候就要把它想好——想不出怎麼驗收,說明這一步還沒拆對。
下一步
04 · 步驟之間傳什麼 —— 表格裡那個"產出",具體該長什麼樣。