開始閱讀
「幫我寫一篇吸引人的招生文案」看似清楚，卻沒有說明要吸引誰、希望對方做什麼，以及哪些資訊能被使用。AI 可以補出順暢句子，也可能把你沒有提供的條件當成已知。開始寫文案之前，先整理一份簡短的需求簡報，往往比不斷換提示詞更有幫助。
以下以虛構的「AI 行銷實作工作坊」為教學示例，不代表已開課資訊或實際成效。
一、先定義讀者下一步，而不是形容詞
「專業、活潑、有溫度」是語氣，無法取代溝通目標。這次內容是讓第一次接觸的人看懂課程，還是讓已經詢問過的人完成報名？不同任務需要不同證據。
若目標是讓讀者查看課綱，文案應說明學習內容與適合對象，主要入口就是課綱。若目標是完成報名，讀者還需要時間、費用、地點與退費等決策資訊；這些資料未確認前，不應叫 AI 補齊。
二、用五格需求單整理任務
| 欄位 | 要回答的問題 | 示範填法 |
|---|---|---|
| 目標 | 希望讀者採取哪個行動？ | 查看完整課綱 |
| 受眾 | 誰正在遇到什麼問題？ | 需要整理社群素材的中小企業行銷人員 |
| 證據 | 哪些資訊已經確認？ | 課綱包含素材整理與文案檢查練習 |
| 限制 | 什麼不能說、還不知道？ | 不保證業績；日期與費用待確認 |
| 驗收 | 怎樣才算完成？ | 250 字內、只有一個主要行動、不新增未提供事實 |
受眾不要只寫年齡或職稱。加入具體情境，例如「一人負責多個平台、常常從零重寫內容」，才能讓建議接近工作現場。這仍是待驗證的受眾假設，應透過詢問或既有回饋修正。
三、把已知與待確認分開交給 AI
把課綱、活動頁、講師確認的說明列成來源清單，並標上版本日期。若同一份資料有新舊兩版，先決定要採用哪版。提供來源不代表 AI 一定會讀對，重要資訊仍須逐項核對。
可直接使用這段任務範本：
請依下方需求單撰寫一版文案。只使用「已確認資訊」中的事實。遇到缺漏先列出問題，不自行新增日期、價格、資格或效果承諾。先列出溝通重點，再提供正文，最後列出需要人工確認的主張。
工作清單與查核紀錄保留在內部，對外正文只放讀者需要的資訊。
四、不要一次改動所有條件
第一版不符合期待時，先判斷是哪個欄位出問題。受眾太廣，就縮小受眾情境；資訊很多卻沒有下一步，就刪減次要訴求；語氣對但事實錯，應補充證據與限制，不是再要求「更專業」。每次保留一份修改原因，下一次簡報就會更精準。
五、交付前的五分鐘檢查
- 第一句是否讓目標讀者看懂與自己有什麼關係？
- 每個數字、資格與承諾是否有依據？
- 是否有把待確認資訊寫成確定事實？
- 主要行動是否只有一個，連結是否指向正確目的地？
- 手機上是否能快速讀懂，圖片文字是否清楚？
今天的練習：拿一篇準備發布的文案，倒推這五格。如果其中一格寫不出來，先補需求，再要求 AI 改寫。
延伸閱讀：AI 幻覺與事實查核。
把需求訪談變成一份可以執行的簡報
需求通常不是一次就完整出現。主管可能先說想增加曝光，業務希望多一些詢問，講師則在意學員程度是否適合。這些目標不一定衝突，但不能全部塞進同一篇內容裡。先問本次最重要的讀者行動是什麼，再安排次要資訊的位置，才能避免文案同時要求按讚、分享、加好友、下載與購買。
訪談時可以請對方描述最近一次具體情況，而不是只問理想受眾。例如「上次有人詢問後沒有報名，最後卡在哪個問題？」比「我們的客群重視什麼？」更容易得到可以核對的資訊。把回答分成事實、推測與願望：已收到十次時間詢問是事實；大家可能覺得時間不方便是推測；希望所有人都能參加則是願望。三者有不同用途，不能當成同一種證據。
面對互相衝突的要求，先談取捨
如果需求同時要求非常短、資訊完整、語氣輕鬆又涵蓋全部條款，就要先決定每個載體的責任。社群貼文可以說清楚價值與入口，活動頁承接細節，報名流程提供必要確認。這不是省略重要資訊，而是讓資訊出現在讀者需要的位置。仍然會影響判斷的重要限制，不能藏到看不見的地方。
需求簡報應寫出優先順序。例如資訊正確優先於押韻，單一主要行動優先於增加互動問題，手機可讀優先於把全部內容放進一張圖片。當團隊對版本有不同意見，就回到事先約定的順序討論，而不是反覆比較誰喜歡哪一句。AI 可以提出替代版本，但不能代替團隊決定真正的商業取捨。
示範：把模糊需求改成可驗收任務
原始需求是「幫新課程做一篇有感的貼文」。整理後可以變成：「對象是第一次負責社群的行政人員，這篇只引導查看課綱。使用已確認的三項練習內容，不寫尚未確定的費用。開頭指出整理素材的困難，正文說明課程如何安排練習，最後只放課綱連結。交付一版短文與三個不同切入點的標題。」
這份示範沒有保證文案會帶來多少報名，而是把可以控制的輸出說清楚。完成後，驗收者能逐項檢查：對象有沒有變成企業主管？是否多寫了未確認費用？三個標題是否只是換同義詞？若模型漏掉某一條，修正的是明確缺口，不需要把整份任務推翻重來。
讓簡報成為團隊可累積的資產
把每次任務的最終規格、有效範例與常見錯誤整理成範本，但不要把範本當成永遠不變的答案。不同課程、不同受眾與不同季節都可能需要調整。保留版本日期與適用範圍，讓新同事知道哪些資訊可以直接沿用，哪些必須再次詢問。
當一篇內容表現不佳，也不要只歸因於文案不夠有吸引力。先查受眾是否正確、曝光是否足夠、連結是否可用、頁面是否回答問題，以及產品安排是否符合需求。需求簡報能幫助對準工作，但不會消除所有市場不確定性。它的價值，是讓下一次修改有依據，讓團隊知道自己究竟在測什麼。
把方法帶回下一次任務
下一次開始前，先找出上一份版本最常被修改的地方，判斷是資訊不足、責任不清，還是驗收沒有說明。把問題改寫成一條具體規格，再用新任務檢查是否改善。不要把所有回饋都變成更長的規則，優先保留會影響正確性與讀者行動的條件。
完成後請另一位沒有參與討論的人閱讀，讓他說出內容的對象、目的與下一步。若理解不同，就回到需求與結構修正。這個小步驟能提早發現團隊因為太熟悉而忽略的資訊，也能讓交付不再只依賴同一個人的記憶。