流程重組
——你今天 12 步、半年後變 3 步
有一件事我沒看過誰寫過、但只要你做 AI 工具做超過半年、絕對會被它打到——
你以為很巧妙的多步驟設計、半年後變廢物。
原因不是你做錯、是 AI 模型升級速度比你想像快。今天要 12 步才繞得過的事、半年後一次到位。我自己歸納了一個應對方法、叫做「流程重組」——不是被動等流程變廢、是主動定期把工作流拆掉重組、跟著模型升級走。
真實案例：我們怎麼被自己的工具坑
去年我們做了一個品牌廣告圖生成工具。當時的流程：
原本要 12 步
- 1. 用 GPT-4 寫提示詞
- 2. 把提示詞翻成英文
- 3. 加上負面提示詞清單
- 4. 用 Stable Diffusion 出圖
- 5. 拉到 Photoshop 修字
- 6. 用第二個模型加 logo
- 7. 跑去背工具拔背景
- 8. 用第三個模型加文字
- 9. 中文字筆畫破裂、手動修
- 10. 換字體重新合成
- 11. 出 3 種尺寸版本
- 12. 客戶審核改版
現在只要 3 步
- 1. 一句中文描述廣告主題
- 2. AI 直接出含中文的圖
- 3. 一鍵出多尺寸版本
不是工具做得不好——是 OpenAI 出了 GPT Image 2、Anthropic 升級了 Claude、整個產業同時往前走、原本要 9 步繞過的「中文字渲染」「精準文字」「角色一致性」、現在內建。
那一刻我才懂：把繞路寫成 SOP、是在跟未來的自己過不去。
什麼叫「流程重組」？
我給的定義是：
「每隔一段時間、主動把現有的工作流整個拆開、看哪些步驟可以被新一代模型壓掉、哪些是真該留的——重組之後、流程跟著模型一起進化、不是被它淘汰。」
關鍵字是「繞路」。每個多步驟流程裡、都有一段是「因為現在模型做不到、我們繞過去」。這段就是每次流程重組時要優先檢查、能拿掉就拿掉的部分。
為什麼工具設計師都會踩這個坑？
三個常見原因：
① 多步驟看起來「有匠心」
「我們的工具有 12 個精巧的步驟」聽起來很厲害、容易讓設計師為自己感動。但客戶要的是「按一下就好」、不是「看你 12 步多優雅」。
② 把「繞路技巧」誤當「核心價值」
用了 2 週才解決中文字破裂、會自然把這個解法當成 KPI 寫進文件。但這不是價值、是「當時不得不」。模型升級後它就不再是核心、是包袱。
③ 升級時懶得整套重做
新模型出來、本來該整套重新設計、但想到「12 步流程都要拆開」就放棄、只把第 1 步換新、讓後面 11 步繼續存在。半年後堆出來的技術債讓你越來越不想動。
怎麼避開「流程重組」？4 個原則
原則 1：寫工具時、為「未來模型」留空間
每個多步驟工具、要把「核心目的」跟「繞路手段」分開寫。
- 核心目的：客戶最終要什麼？（例：一張可以發的中文廣告圖）
- 繞路手段：因為現在模型做不到、所以我們...（例：分 9 步處理文字）
把這兩件事分開、之後升級時、可以直接把整段繞路砍掉、保留核心目的——不用整套重做。
原則 2：每 3 個月問自己「哪段該坍塌了？」
新模型每 2–4 個月出一代。每次新模型出、回頭看自己的工具、問：
- 哪幾步是「現在模型已經能直接做」？ → 砍掉
- 哪幾步是「還做不到、但可以講求技巧」？ → 留著
- 哪幾步是「永遠都會在的、跟模型無關」？ → 保留（通常是業務邏輯、權限、UI）
三個月做一次、工具會越改越輕、不是越改越胖。
原則 3：先用最簡單的版本、再加複雜
很多設計師反過來——先做最複雜的版本、想要一次解決所有 edge case。然後 6 個月後做不完、模型已經升級、原本的 edge case 自動消失。
正解：先丟最簡單的「一句話 → 一個結果」版本給客戶、看哪些真的卡、再針對真的卡的那段加複雜。剩下的、等模型升級。
原則 4：別把「現在的限制」寫進使用說明書
使用說明書最容易留歷史包袱。寫「為了讓中文字不破、請選擇 Noto Sans TC」這種話、半年後新模型自己選字就好、結果使用者還在按你 6 個月前寫的步驟。
我現在的做法：使用說明只寫「最終要什麼」、不寫「過程怎麼做」。讓工具自己處理過程、過程要改、不影響使用者體驗。
給工具設計者的一句話
做 AI 工具要記住一件事：你不是在做永久的軟體、你是在做半年的橋。
橋的目的是讓人從 A 跨到 B、不是橋本身。模型升級之後、可能根本不需要橋——可以直接飛。那一天、橋蓋得越精緻、越捨不得拆。
越早接受這件事、越能做出「會自己變好」的工具。
不是你的工具被淘汰、是你的工具沒讓未來進來。
結尾：流程重組不只發生在 AI
這個觀念我後來發現、能套用在很多地方：
- 創業流程：今天要 5 個人才能跑的營運、半年後可能 1 個人 + 工具就跑得動。
不要把「現在要 5 個人」寫成永遠的編制 - 客服 SOP：今天要客服打 8 個欄位才能查訂單、半年後 AI 一句話就查到。
不要訓練客服「8 個欄位很重要」 - 個人習慣：今天要記 30 個 prompt 才能完成的工作、半年後可能 5 個就夠。
不要把「30 個 prompt 庫」當成競爭優勢、會被反噬
會坍塌的事情、永遠都會坍塌。
該想的不是怎麼蓋更穩、是怎麼讓自己在坍塌的時候笑著看。