AI 給出的方案不是「成品」，而是「判斷素材」：製作團隊留下選擇理由的習慣

上一篇，我們依「在等誰」來劃分狀態，讓等待決定的事看得見。這一篇談的是作為判斷依據的「方案」該怎麼處理。

用 AI 的話，方案要多少有多少。正因如此，給對方看了哪些方案、選了哪一個、為什麼放棄其他方案，往往都沒有留下來。本文整理如何把 AI 的輸出當作「判斷素材」而不是「成品」，並留下比較過的方案和選擇的理由。

註：本文由 GeckoFlag 的開發者撰寫。

AI 的輸出越來越多，紀錄卻沒有留下

做方案的工夫變小了，方案的數量就會增加。以前一個橫幅廣告能做出 2 個方案就很吃力了，現在請 AI 來做，方向各不相同的方案一下子就能出來 5 個、10 個。

方案多了，比較和選擇的次數也會增加。然而，這些過程幾乎都沒有記錄下來。

• 方案散落各處：用 AI 產生的方案，只留在做方案的人的 AI 對話畫面裡，或個人電腦的資料夾裡。團隊裡沒有人掌握全貌。
• 不知道給對方看過哪些方案：內部看過的方案和給客戶看過的方案混在一起。記得「給對方看了哪些」的，只有寄出的本人。
• 理由沒有留下：選中的方案也許留了下來，但「為什麼選這個方案」「為什麼放棄那個方案」，都在會議的對話中消失了。

開頭的場景，正是這 3 點疊加的結果。要找到「第 2 輪修改之前看的方案」，就得知道是誰、在什麼時候、把哪個方案給誰看過。而且即使找到了，如果不知道當初為什麼放棄它，就得把同樣的討論再進行一次。

做方案之前，先決定「這是為了決定什麼的方案」

讓紀錄容易留下來的訣竅，在做方案之前。請 AI 產生方案之前，先釐清它是為哪一個「決定類任務」準備的方案。

連載如何建立決定類任務，在第2篇「任務要依『要決定的事』來建立，而不只是『要做的東西』」中有介紹

同時，也要事先決定比較方案的角度。例如，如果是主文案的方案，可以是下面這些角度：

• 用字能不能打動設想中的讀者
• 是否符合公司或品牌的氛圍
• 能不能順利放進頁面的架構和設計中

角度決定好了，向 AI 提出要求的方式也會變得具體。不是「給我 10 個標語」，而是「請針對 30 多歲的雙薪家庭，用沉穩的語氣，寫出 15 字以內的方案」。產生的方案也依這些角度排列，就更容易選擇。

給別人看之前，先縮減到 2～3 個方案

不建議把 AI 產生的 10 個方案原封不動拿給內部或客戶看。從 10 個方案裡挑選，對對方來說是很大的負擔。這等於把挑選的工夫原封不動地交給了對方。

給別人看之前，由做方案的人依照決定好的角度，縮減到 2～3 個方案。然後，為每個方案附上以下內容：

1. 方案的意圖：用一句話說明。例如「以親切感為優先的方案」「以信賴感為優先的方案」
2. 推薦的方案：推薦哪一個
3. 推薦的理由：對照決定好的角度，寫 1～2 行

有了「推薦」，對方就更容易回答「就照這個」或「我覺得這個比較好」。不只判斷得更快，選擇的理由也可以直接用在紀錄裡。

要留下的，和不必留下的

紀錄雖然重要，但如果什麼都想留，就持續不下去。如果連和 AI 的全部對話、過程中出現的大量方案都留下來，光是記錄就要花掉一整天。

標準是：留下足夠在日後被問到「為什麼？」時能回答的內容即可。

「用了哪個 AI，以及提出要求的重點」，是為了沿著同一個方向重做時使用。被要求「回到最初的方案，再柔和一點」時，只要知道那個方案是在什麼條件下請 AI 做的，就能再請 AI 做一次。

留在哪裡

決定了要留下什麼，接下來要在團隊裡決定存放的地方。重點是不要只放在 AI 的對話畫面或個人電腦裡。

• 方案的檔案：放在每個專案共用的存放位置。檔名裡寫上日期和方案名稱（例如「1021_主文案_A案」）。
• 選擇的理由：寫在用這個方案做決定的「決定類任務」裡。任務和理由一起留下來，日後就容易查找。
• 定案的方針：在彙整專案決定事項的備忘裡，補上一行。只寫會成為下一項工作前提的內容，例如「文案以信賴感為優先」。

只要這 3 樣齊備，即使遇到開頭那樣的場景，「第 2 輪修改之前給對方看的方案」也能從任務的紀錄中追溯到。當時未採用的理由也會一起找到，所以可以把話題往前推進：「當時是因為這個理由沒有採用，不過依現在的方向，這個也合適。」

把方案拿給客戶看時的注意事項

把用 AI 產生的方案拿給客戶看時，不只要注意怎麼做，也要注意怎麼用。

• 先確認約定：用 AI 產生的方案要如何處理，有時已經在與客戶的約定或公司內部的規定中決定好了。也要一併確認所用 AI 服務的使用條款。
• 說明是「示意」還是「正式使用」：給對方看用 AI 產生的照片或圖片時，要說清楚是以直接用於正式版本為前提，還是只用來確認方向的示意圖。
• 附上希望對方選擇的角度：除了每個方案的意圖，也要附上希望對方決定什麼，例如「這次請先選定文案的方向，細部用字之後再調整」。

連載如何向客戶提出確認請求，在第5篇「不因客戶的『等待確認』而停擺的推進方式」中有詳細介紹

在 GeckoFlag 中的實踐範例

以下是使用 GeckoFlag 時的範例。換成其他工具，也可以依同樣的思路來做。

1給別人看過的方案檔案，放在「檔案」裡

GeckoFlag 的檔案是每個專案的存放位置。可以建立一個「已提出的方案」之類的資料夾，把給別人看過的方案的 PDF 和設計檔案放進去（每個檔案上限 10MB；如果伺服器的 PHP 設定值小於這個數字，則以該值為上限）。在檔名裡寫上日期和方案名稱，在清單中就容易分辨。

2採用的方案和理由，寫在決定類任務的留言裡

把採用的方案、選擇的理由、未採用的方案及其理由，寫在該「決定類任務」的留言裡。留言支援格式化文字，可以用標題和項目符號整理後留下來。

如果橫幅廣告或文案的方案是圖片，可以附加到留言裡（每張最多 5MB，每次最多 10 張）。把給別人看過的 2～3 個方案排在留言裡，只要打開議題，就能知道「說的是哪個方案」。

發表留言時，可以同時變更狀態。在發表寫有理由的留言的同時，把決定類任務的狀態改為「完成」，決定的事和狀態的變化就會一次記錄下來。同時，把要依這個方案進入收尾階段的「做」的任務推進到「已決定・製作中」。

連載「已決定・製作中」等狀態的劃分方式，在第3篇「讓『等待決定』看得見」中有介紹

3定案的方針，補寫到 Wiki 的「決定事項」裡

在專案的 Wiki 中建立一個「決定事項」頁面，把定案的方針用項目符號逐條補寫進去。每行寫上日期、決定的內容和議題編號，詳細的理由就可以從議題中追溯。

4寫理由的留言，也可以用「用 AI 建立」來起草

使用 GeckoFlag 的「用 AI 建立」，可以貼上會議紀錄，產生留言的草稿。如果管理員在「留言內容」的輸出範本裡註冊了「採用的方案」「選擇的理由」「未採用的方案與理由」這幾個標題，那麼用「用 AI 建立」起草時，無論誰來用，標題順序都相同（紀錄裡沒有相關資訊的標題會被省略）。手動寫留言時並不會自動帶入。

使用這個功能，需要 Anthropic 的 API 金鑰和管理員授予的使用權限。API 使用費是支付給 Anthropic 公司，不包含在 GeckoFlag 的價格中。AI 產生的是草稿，請確認內容後再發表。另外，與 AI 的對話本身不會留在 GeckoFlag 中。要留下的，是確認後發表的留言。

本連載介紹的使用方式，可以在 Demo 中試用。

總結

• AI 的輸出不是成品，而是用來決定的素材
• 做方案之前，先決定這是為了決定什麼的方案，以及用什麼來比較
• 給別人看之前縮減到 2～3 個方案，並附上意圖和推薦
• 要留下的是：給別人看過的方案、採用的方案及理由、未採用的理由、提出要求的重點。不必全部留下
• 不要只放在 AI 的對話畫面或個人電腦裡，要留在決定類任務和團隊的存放位置

用 AI 能輕鬆做出方案之後，「選擇」的分量反而更重了。只要留下選擇的理由，即使被要求「回到最初的方案」，也能從容地把事情推進下去。

下一篇將介紹，當做決定的人是客戶時，如何不因等待確認而停擺。