專案卡住怎麼辦？七天交付計畫 Prompt 與刪減範圍教學
七天交付計畫 Prompt 怎麼寫？從 X 分享的專案提示詞出發，學會找出卡住的決策、刪減可延後內容、保留必要品質，再安排每日交付物。附本站原創範本、教學講義完整示例與驗收清單，讓 AI 協助把「快做完了」變成可使用的第一版。
七天交付計畫 Prompt 適合處理一種常見卡點：作品大致成形，卻一直在改封面、加功能、重新討論對象，遲遲無法讓真正的使用者看見。
把截止日往前拉，未必能解決這件事。若不知道第一版要驗證什麼，七天只會把原本的混亂壓進更短的時間。
X 創作者 alex_prompter 在 2026 年 9 月 24 日分享一個提示詞，請 AI 把停滯專案縮成七天可交付版本。查詢快照約有 1.4 萬次瀏覽、107 次喜歡。
它不是本週新發布的產品，但專案刪減與每日交付的做法仍可應用。原帖以企業家的工作哲學包裝，這裡採用的是拆任務的方法，不將人物當成效果背書。
以下用虛構的教學講義專案示範，提示詞由本站撰寫。七天是安排練習的期限，能否交付仍要看現有素材、協作者與工作難度，不能直接當成成功承諾。
先把一直討論的問題寫出來，才能知道第一版應該縮到哪裡。
七天交付計畫 Prompt 先回答：這次要驗證哪個問題？
先選一個能在短時間取得回饋的問題，比先列完整待辦更有用。因為「完成全部」沒有範圍邊界，「讓新同事照著講義完成一次資料整理」才知道要留下什麼。
以教學講義為例，卡住的地方可能是版型不夠好看，也可能是根本不知道新手會在哪一步停住。前者可以等內容穩定再改，後者需要先讓一個真實使用者操作。
把問題改寫成：「讀者能否不經口頭補充，完成指定任務，並看懂完成條件？」這樣第一版只要有必要說明、練習素材與檢查方式，就能開始取得回饋。
Anthropic 的提示詞建議強調提供明確任務與背景。用在交付計畫，就是告訴 AI 這一週要回答哪個問題，以及有哪些已存在的素材。
把還沒決定的事單獨列出
先列出會阻擋交付的決策，例如要教誰、用哪份資料、由誰審核。字型、封面和延伸閱讀若不影響第一版被使用，可以留在另一張清單，暫時別占用主線時間。
若還沒找到試讀者，就先安排這件事。沒有接收者的第一版，很容易只在自己和 AI 之間反覆修飾，最後得到一份更完整、卻仍未驗證的文件。
也要說明哪個決策需要別人回覆。若要主管確認內容範圍，AI 不能把「等候回覆」排成一天必定完成的任務。應設定可先進行的工作，以及未收到回覆時的替代方案。
第一版可以刪什麼？把必要成果與不可刪品質分開
可以刪的是這次不需要驗證的內容，必要品質仍要保留。教學講義可以先省略進階延伸，但步驟順序、練習資料與答案依據不能因趕工就省掉。
否則讀者做不出來，可能是因為缺了一頁資料，並非教學方法不適合。第一版若不具備完成核心任務的條件，回饋也就很難解讀。
以下以一份新手報表整理講義，示範三種範圍。
| 項目 | 本週怎麼處理 | 原因 |
|---|---|---|
| 基本流程與一個完整練習 | 保留 | 用來確認讀者能否完成任務 |
| 進階技巧與多種版型 | 延後 | 不影響本週核心問題 |
| 資料正確、必要提醒與可讀文字 | 保留並核對 | 會影響使用者理解與信任 |
表格把「可以延後」和「不能缺少」放在一起，讓刪減有依據。若 AI 只說砍掉一半內容，卻沒說哪一半，這份計畫仍然無法執行。
每刪一項，都問它會不會改變本週的驗證結果。例如先刪進階函數通常不影響基本整理，但刪掉欄位定義，讀者可能從第一步就做錯。
還可以設定停止加項的時間點。若第三天後才想到新的章節，就先放進備選。只有會讓現有步驟無法使用的缺漏，才進入本週修改，避免範圍重新膨脹。
直接修改的 Prompt：七天只交付一個能使用的版本
提示詞要包含現況、接收者、可用時間與不可刪品質，AI 才能判斷哪些項目該延後。以下是本站原創範本，並非原作者逐字翻譯。
請幫我把停滯專案縮成七天內可交付、可取得回饋的第一版。
專案：[要交付什麼]
接收者：[誰會使用]
已完成素材：[目前確實存在的內容]
卡住的決策：[一直爭論卻沒有驗證的問題]
本週可用時間：[每天或全週時數]
不能省略的品質：[正確性、必要資訊、其他]
外部依賴：[要等誰、最晚何時需要回覆]
先選一個本週要驗證的問題，說明第一版至少需要哪些內容。
把工作分成必做、可延後與需外部確認，不新增本週無法驗證的功能。
提出七天表格：當天目標、具體產物、完成條件、所需素材、受阻替代方案。
每天都要有可查看的產物，不要只寫研究、優化或準備。
最後列出交付前檢查，以及接收者實際使用後要問的三個問題。
若時間明顯不夠，請縮小交付範圍，別假設我可以加班。
不要代替我對外承諾、發布或聯絡接收者。
填好示例可以先描述現況：「我要做新進行政同事的報表整理講義，已有八頁草稿與一份去識別化資料。」
再寫時間與限制：「本週可用六小時，想知道對方能否依步驟完成一次整理，不能省略欄位定義與核對答案。」
這個輸入的合理輸出，應聚焦一個完整練習，而非重新設計整套課程。若 AI 排出拍影片、做網站、設計十個測驗，就要求回到六小時與單一驗證問題。
輸出也要明確指出每天的產物。例如「完成一份含欄位說明的練習表」，就比「改善教材」好驗收。具體產物能開啟檢查，模糊動詞只能靠自己猜進度。
這些安排是教學示例，不是已完成的專案紀錄。實際使用時，需要自己找接收者、確認時間，再把回饋寫回下一版。
教學講義的七天安排，如何每天都留下成果？
每天留下能查看的產物，能提早發現依賴與缺漏。若到第六天才第一次把內容組起來，前面幾天可能只是各做各的，最後還得重排一次。
第一天與第二天先完成範圍和練習
第一天寫出一句任務目標、讀者起點與完成條件，再挑唯一一份練習資料。完成的意思是他人看得出教什麼、交什麼，不需要先做漂亮封面。
第二天走一次練習流程，寫下必要輸入、操作與預期結果。若資料本身有問題，這一天先修資料，別把錯誤包進整套講義，讓之後每一頁都跟著重做。
第三天與第四天把說明接成完整路徑
第三天只補讓新手能接續操作的文字，例如欄位代表什麼、哪裡要停下核對。每段都應能對應到一個動作，暫時刪掉和練習無關的長篇背景。
第四天從頭走一次，確認所有檔案與連結都存在。若需要額外帳號、付費工具或未提供的附件，就在交付前處理，避免使用者到一半才發現無法繼續。
第五天與第六天取得回饋，再修阻斷問題
第五天安排一位符合起點的讀者試用，記錄停住的位置。觀察時先別急著解釋，否則口頭補充會掩蓋講義本身的缺口，讓問題看起來已經解決。
第六天只修會阻斷任務或改變理解的地方。若對方卡在欄位定義，就補定義與例子。不必因他覺得封面普通，順便重做全篇視覺。
第七天交付可識別的版本
第七天交付檔案、所需素材與簡短使用說明，保留日期或版本名稱。接收者若還在看舊版，後續回饋就可能對不到修改內容，所以版本識別和正文同樣重要。
完整七天表格不需要每天等量工作。六小時可以依自己的空檔分配，但要看得出哪些步驟依賴前一天成果，哪一天需要外部回饋，才不會排成不可能的日曆。
第一版怎麼驗收，才知道下一輪該改什麼？
先看使用者是否完成核心任務，再記錄卡點。完成檔案只是作者這一側的進度，讀者能否照著做，才會回答這一週選定的問題。
Anthropic 的評估文件提醒，檢查標準要和實際用途一致。這裡建議觀察任務完成情況、需要口頭補充的位置，以及成果是否符合原本要求。
對講義示例，可以先問讀者：「哪一步需要另外問人？哪個詞看不懂？做完後如何判斷自己有沒有做對？」這些答案都能直接對應到下一版修改。
若讀者花很久，先看原因。可能是指示不清，也可能是他停下來理解資料。兩種情況的改善方法不同，不能只用總時間評價講義品質。
回饋最好保留原話與位置。例如「第三頁不知道要保留哪些欄」能指出具體缺口，改寫成「整體可讀性待提升」反而失去可操作的細節。
樣本只有一個人時，先當成一個人的使用經驗。可以據此修掉明確問題，再找下一位觀察，不宜直接擴大成「新手都能使用」或「已驗證市場需求」。
兩個版本都能交付時，如何選先做哪一個？
假設講義可以做成兩頁快速版，也可以做成八頁完整教學。先看兩頁是否足以讓接收者完成本週任務。如果省掉的內容都是背景補充，快速版就能先取得回饋，不必等整套排版完成。
但若兩頁版沒有練習資料、只剩操作截圖，就還缺使用條件。此時應保留最小完整練習，寧可把其他章節延後，也不要交一份需要作者站在旁邊解釋才能使用的文件。
比較版本時，可以請 AI 各列所需素材、製作時間與能回答的問題，再由自己核對估時。不要只選字數少的版本，因為少字有時是把必要說明轉嫁給接收者。
若試讀者只有週五能看，就讓週四前形成可試用稿，週末只修明確卡點。排程應圍繞回饋機會，否則即使每天都準時完成待辦，第七天仍然拿不到能決定下一步的資訊。
每次交付後，另外留下「尚未回答的問題」。它可以成為下一個短週期的目的，讓本週結束有清楚邊界，也不用為了處理所有疑問而把第一版永遠留在草稿。
七天計畫失準時，先調整依賴與範圍
如果一開始就知道外部審核需要兩週，應改成交付審核版，而非假裝七天內能公開完成。交付對象和狀態要跟現實一致，才不會把可控與不可控的工作混在一起。
遇到臨時工作，可以縮小練習數量，但仍保留一條完整路徑。把每段都各刪一點，容易留下需要讀者自行補猜的缺口，反而降低第一版的可用性。
若計畫每天都延期，回頭估算實際可用時間。AI 常會把「六小時」平均分成每天一段，卻忽略會議與審核日期。自己應把不能工作的時段先標出來，再重排依賴。
也要檢查是不是一直在逃避一個未決問題。例如不敢找試讀者，就不斷增加內容。此時最小動作可能是先交兩頁練習稿給既定接收者，讓第一個卡點浮現。
每次新增需求，都要求它說明會改變哪個驗證問題。若和本週目的無關，先放入後續清單。這個動作能保留想法，也讓第一版不用同時背負未來所有期待。
這套用法適合已經有素材、卻缺少交付邊界的內容或小型工作專案。若涉及多部門系統、長期審核或重要對外承諾，就把七天當成完成一個階段的安排，先定義那個階段的成果。
延伸閱讀：Gemini Google Docs 轉簡報教學：把長企劃變成可編輯的品牌提案
延伸閱讀：Google Chat Gemini 教學：從聊天記錄找回決策，整理有來源的專案待辦
常見問題 FAQ
七天交付計畫 Prompt 適合從零開始的大專案嗎？
大型專案可以先用來完成一個可驗收的階段，例如需求草稿或示範流程。不要把所有外部依賴都假設成七天內可完成。
第一版一定要對外公開嗎？
不必。可以交給一位既定接收者使用，依授權範圍取得回饋，再決定後續發布。
AI 排不完時要加班嗎？
先調整範圍。可用時間應當作限制，請工具縮小本週要回答的問題，保留必要品質。
把一直爭論的事交給一個小型驗證
寫出接收者、現有素材與本週唯一要回答的問題，再請 AI 安排每日產物。第一版能被使用、卡點能被記錄，才有下一輪改善的依據。
也可以免費訂閱 AI 郵報，繼續閱讀可修改的提示詞與工作教學。
