用 Claude Cowork 產生政府標案服務建議書：招標需求書到完整提案文件

本文為教學用虛構案例。附件中的機關、公司、人物、實績、預算分配與得獎紀錄皆為模擬資料，不是實際標案文件，也不構成政府採購法、投標或法律意見。若要實際投標，仍應以正式招標文件、採購法規、機關補充說明與專業審查為準。

很多人第一次寫政府標案的服務建議書時，會以為自己要先把招標需求書、公司簡介、實績資料全部複製貼上，再慢慢請 AI 幫忙改寫。

但如果你使用的是 Claude Cowork 這類可以讀取資料夾檔案、理解附件內容，並協助產出文件的 AI 協作環境，其實可以把流程設計得更像真實工作：

1. 把招標需求書做成 Word 附件。
2. 把公司原本就有的公司簡介也放進同一個資料夾。
3. 請 Claude Cowork 讀取這兩份文件。
4. 讓它根據需求書與公司簡介，自動產生一份服務建議書 Word 檔。
5. 生成後的建議書會儲存在你的資料夾中，再由你人工檢查與修改。

這篇文章會用一個虛構案例示範整個流程。重點不在於把所有文件內容貼滿文章，而是讓新手知道：檔案應該怎麼準備、Claude Cowork 可以幫什麼、Prompt 應該怎麼下，以及生成好的 Word 文件要怎麼檢查。

本篇練習情境

這次我們模擬一個政府標案：

• 標案主題：城市品牌成果發表記者會暨媒體餐敘活動
• 預算規模：約新台幣 250 萬元
• 提案公司：晴航整合行銷顧問有限公司
• 目標產出：一份可作為初稿的服務建議書 Word 檔

在真實工作中，你通常會有兩類既有資料：

1. 機關提供的招標需求書：說明這個案子要做什麼、預算多少、評選重點是什麼。
2. 公司既有的公司簡介：說明公司背景、實績、負責人經驗、團隊組成。

Claude Cowork 的價值，就是可以把這兩份資料一起讀進來，整理成一份比較完整的服務建議書初稿。

流程圖：先準備附件，再讓 Claude Cowork 讀取、整理、生成 Word，最後由人工檢查。

先釐清：聊天機器人跟桌機版 Agent 差在哪？

如果你平常使用的是 Claude AI、Gemini 或 ChatGPT 這類聊天機器人，最熟悉的工作方式通常是「把問題貼進對話框，請 AI 回答」。這種方式很適合發想、摘要、改寫、翻譯、快速產生段落，也很適合拿來檢查一小段文字。

但這篇文章示範的不是單純聊天，而是比較接近「桌機版 Agent」的工作模式。差別在於：Agent 不只是回答你，它可以圍繞一個資料夾、一組檔案與一個交付成果來工作。

所以這不是說聊天機器人不好。剛好相反，聊天機器人很適合做「輕量思考」；但當任務變成「請讀這兩份 Word，整合成第三份 Word，並存回資料夾」時，桌機版 Agent 的價值就會明顯出來。

另一個很實用的差異，是桌機版 Agent 可以把「文字工作」和「視覺工作」接在一起。例如撰寫服務建議書時，你可以要求它根據招標需求書畫出活動執行流程圖、工作分工示意圖、系統或軟體操作流程圖，甚至幫你規劃每張插圖應該放在哪一節。這些圖不一定要等設計師另外製作，先用生圖方式產生可討論的版本，直接置入 Word 文件裡，就能讓提案初稿更完整，也更方便和主管或客戶討論。

聊天機器人的工作中心是對話框；桌機 Agent 的工作中心則會擴大成資料夾、檔案、規格與交付成果。

Claude Cowork 如何安裝與方案資訊

截至 2026-06-12，Claude Cowork 的最新資訊應以 Anthropic 官方頁面為準。你可以先看 Claude Cowork 官方介紹頁，再依照官方支援文件的 Get started with Claude Cowork 操作。

如果你還沒有安裝桌機版 Claude，官方也提供 Install Claude Desktop 的安裝說明。實際安裝時，建議只從 Claude 官方頁面或官方支援文件提供的連結下載，不要從不明來源下載安裝檔。

方案方面，Anthropic 的 Pricing 官方頁面 會列出 Claude 相關方案，例如 Free、Pro、Max、Team、Enterprise 等。不同方案可用的模型、用量、團隊管理與進階功能可能不同，也可能隨時間調整。正式採用前，請回到官方 pricing 頁面確認當下最新資訊。

官方頁面參考：功能、安裝與訂閱方案可能隨時間調整，正式採用前請回到官方頁面確認。

對這篇教學來說，你可以先把重點放在一件事：如果只是要問問題，聊天機器人就夠用；如果要讓 AI 讀資料夾、理解文件、產生 Word 檔，桌機版 Agent 或 Cowork 模式會更接近真實工作流。

先下載本篇練習附件

以下三份 Word 檔都是教學用的虛構範例。

如果你只是想練習 Claude Cowork 的操作，建議先下載前兩份，放在同一個資料夾裡，然後照著本文的 Prompt 讓 Claude Cowork 生成第三份。

• 下載模擬招標需求書 Word
• 下載模擬公司簡介 Word
• 下載服務建議書生成範例 Word

你可以在電腦上建立一個資料夾，例如：

政府標案服務建議書練習/
├─ mock-rfp-requirements.docx
├─ mock-company-profile.docx
└─ mock-service-proposal-generated.docx

模擬圖：把需求書與公司簡介放進同一個工作資料夾，讓 Claude Cowork 讀取後產生建議書。

實際練習時，前兩份是輸入資料，第三份是我們希望 Claude Cowork 幫忙產出的結果。

Claude Cowork 在這個流程中負責什麼？

對新手來說，可以先把 Claude Cowork 想成一位「會讀資料夾、會整理文件、會產生 Word 草稿的助理」。

在這個案例裡，它要做的不是憑空寫一份很漂亮的企劃書，而是根據你放進資料夾的兩份文件，完成三件事：

1. 讀懂招標需求書
   找出採購目的、服務範圍、交付成果、評選配分與預算限制。

2. 讀懂公司簡介
   找出公司可用的實績、負責人經驗、團隊組成與可放進提案的優勢。

3. 整合成服務建議書 Word 檔
   依照招標需求書的邏輯，寫出執行摘要、需求理解、活動規劃、媒體服務、專案時程、風險控管、預算規劃與需求對應表。

架構圖：招標需求書與公司簡介會被重新組合成服務建議書的章節。

這也是為什麼我們不需要在文章中把每一份文件的全文都貼出來。真正的操作重點，是讓 AI 讀附件，然後根據附件產出新文件。

操作流程一：建立工作資料夾

先在你的電腦或雲端硬碟建立一個資料夾，例如：

政府標案服務建議書練習

接著把下載好的兩份輸入文件放進去：

mock-rfp-requirements.docx
mock-company-profile.docx

如果你是第一次操作，建議檔名先不要改得太複雜。讓 Claude Cowork 可以很清楚知道哪一份是需求書，哪一份是公司簡介。

操作流程二：請 Claude Cowork 讀取資料夾中的文件

進入 Claude Cowork 後，先確認它可以存取你放置文件的資料夾。接著你可以用這段 Prompt 開始：

請讀取目前資料夾中的兩份 Word 文件：

1. mock-rfp-requirements.docx
2. mock-company-profile.docx

第一份是模擬政府標案的招標需求書。
第二份是投標公司的公司簡介。

請先不要直接撰寫服務建議書。
請先幫我整理：
1. 招標需求書的重點摘要
2. 評選項目與配分
3. 這份服務建議書一定要回應的內容
4. 公司簡介中可以用來支持提案的優勢

請用條列與表格整理，讓我確認你是否讀懂文件。

模擬圖：Claude Cowork 先整理需求摘要、評選重點與公司優勢，再進入正式撰寫。

這一步很重要。不要一開始就叫 AI 直接生成完整服務建議書。

比較好的做法是先確認它有讀懂資料。否則它可能會寫出一份看起來像提案，但其實沒有真正對應招標需求的文件。

操作流程三：請 Claude Cowork 產生服務建議書大綱

確認摘要沒有問題後，再請它建立服務建議書大綱。

很好。請根據剛才整理的招標需求與公司簡介，幫我規劃一份服務建議書大綱。

大綱請包含：
1. 執行摘要
2. 對本案需求之理解
3. 活動主題與整體規劃
4. 媒體服務與公關操作
5. 視覺設計與現場配置
6. 專案組織與人力分工
7. 執行時程
8. 風險控管與備援方案
9. 預算規劃
10. 需求對應表
11. 預期效益

請同時說明每一章應該回應招標需求書中的哪一項要求。

這個階段的產出是「寫作藍圖」。你可以先看章節順序是否合理，再決定要不要進入完整撰寫。

Prompt 圖：先讀附件、再建大綱、最後輸出 Word，會比一次叫 AI 全部寫完更穩。

操作流程四：生成服務建議書 Word 檔

確認大綱之後，就可以請 Claude Cowork 生成正式文件。

請根據目前資料夾中的招標需求書與公司簡介，產生一份完整的服務建議書 Word 文件。

文件需求如下：
1. 檔名請命名為：mock-service-proposal-generated.docx
2. 文件語氣要像正式投標服務建議書，但仍維持教學範例可讀性
3. 內容要明確對應招標需求書，不要寫成一般活動企劃書
4. 公司能力與實績只能使用公司簡介中提供的資料，不要自行新增真實公司或真實獎項
5. 預算總額必須維持新台幣 2,500,000 元
6. 請加入需求對應表，讓讀者看得出每個招標需求在哪個章節被回應
7. 請將生成好的 Word 檔儲存在目前資料夾中

如果 Claude Cowork 的環境支援直接寫入檔案，它就會把生成好的 Word 檔放回你的資料夾。

如果你的介面不支援直接輸出 Word 檔，也可以先請它產生完整內容，再請它協助轉成 .docx，或由你複製到 Word 裡另存檔案。

操作流程五：回到資料夾檢查輸出結果

生成完成後，你的資料夾中應該會多一份文件：

mock-service-proposal-generated.docx

模擬圖：生成完成後，建議書會以 Word 文件形式儲存在工作資料夾中。

這份文件就是 Claude Cowork 根據前兩份附件產生的服務建議書初稿。

你可以用本文提供的生成範例做對照：

• 下載服務建議書生成範例 Word

這份範例不是標準答案，而是示範一份合理的初稿會長什麼樣子。

生成後一定要人工檢查的地方

AI 產出的服務建議書不能直接拿去投標。至少要檢查以下幾點。

檢查圖：AI 可以幫你產生初稿，但最後仍要由人確認需求、公司資料、預算與格式。

1. 有沒有回應招標需求？

請確認服務建議書不是只有活動創意，而是有逐項回應需求書中的服務範圍、交付成果、評選項目與預算限制。

你可以請 Claude Cowork 再做一次檢查：

請根據招標需求書，檢查這份服務建議書是否有漏掉任何必要回應。
請用表格列出：
1. 招標需求
2. 服務建議書對應章節
3. 是否完整回應
4. 建議補強內容

2. 公司資料有沒有亂編？

服務建議書只能使用公司簡介中提供的實績與經驗。如果 AI 自己新增不存在的獎項、客戶、政府機關或合作紀錄，就要刪掉。

3. 預算有沒有加總錯誤？

這個案例的預算是 250 萬元。請檢查預算表的各項金額加總是否正確，也要看每個項目是否合理。

4. 文件語氣是否過度承諾？

政府標案文件不能只追求漂亮話。像「保證媒體大量報導」「一定達成全國曝光」這類說法都需要小心，除非你有非常明確的執行條件與證據。

5. 是否符合實際投標格式？

每個標案的格式要求都不同。有些會限制頁數，有些要附件順序，有些要蓋章、用印、報價單或資格文件。AI 生成的內容只是初稿，正式投標仍要回到招標文件逐項確認。

新手最容易誤會的地方

誤會一：AI 會自動知道公司所有資料

AI 不會知道你公司內部的真實實績。你沒有放進資料夾的內容，它就只能猜。正式提案時，請先把公司簡介、實績表、照片說明、團隊名單等資料整理好。

誤會二：把需求書貼進對話框就夠了

如果文件比較長，貼進對話框容易漏內容，也不方便管理版本。比較好的方式是把 Word 或 PDF 放進資料夾，讓 Claude Cowork 讀附件，再把生成結果也存回同一個資料夾。

誤會三：服務建議書等於一般企劃書

服務建議書的核心是「回應標案需求」。它不只是寫活動好不好玩，而是要讓評審看到你讀懂需求、能控管風險、能按時交付成果。

誤會四：生成 Word 檔就完成了

Word 檔只是初稿。你仍然要人工檢查需求對應、預算、實績、法規、格式與附件。

這個流程真正適合拿來教什麼？

這篇文章的重點，不是教讀者背一份固定的服務建議書範本，而是教他們一個工作流程：

1. 把原始資料整理成附件。
2. 讓 Claude Cowork 讀取需求書與公司簡介。
3. 先產生摘要與大綱。
4. 再生成服務建議書 Word 初稿。
5. 最後用人工檢查表修正文件。

這個流程很適合用在標案、企劃書、顧問提案、專案簡報、內部報告等情境。

當你把 AI 當成「能讀檔案、能整理脈絡、能產生文件的協作夥伴」，而不是只把它當成聊天框，你就會開始把工作流程設計得更有效率。

本篇使用的 Prompt 總整理

你可以直接複製以下 Prompt 到 Claude Cowork 中使用。

請讀取目前資料夾中的兩份 Word 文件：

1. mock-rfp-requirements.docx
2. mock-company-profile.docx

第一份是模擬政府標案的招標需求書。
第二份是投標公司的公司簡介。

請先不要直接撰寫服務建議書。
請先幫我整理：
1. 招標需求書的重點摘要
2. 評選項目與配分
3. 這份服務建議書一定要回應的內容
4. 公司簡介中可以用來支持提案的優勢

請用條列與表格整理，讓我確認你是否讀懂文件。

請根據剛才整理的招標需求與公司簡介，幫我規劃一份服務建議書大綱。

大綱請包含：
1. 執行摘要
2. 對本案需求之理解
3. 活動主題與整體規劃
4. 媒體服務與公關操作
5. 視覺設計與現場配置
6. 專案組織與人力分工
7. 執行時程
8. 風險控管與備援方案
9. 預算規劃
10. 需求對應表
11. 預期效益

請同時說明每一章應該回應招標需求書中的哪一項要求。

請根據目前資料夾中的招標需求書與公司簡介，產生一份完整的服務建議書 Word 文件。

文件需求如下：
1. 檔名請命名為：mock-service-proposal-generated.docx
2. 文件語氣要像正式投標服務建議書，但仍維持教學範例可讀性
3. 內容要明確對應招標需求書，不要寫成一般活動企劃書
4. 公司能力與實績只能使用公司簡介中提供的資料，不要自行新增真實公司或真實獎項
5. 預算總額必須維持新台幣 2,500,000 元
6. 請加入需求對應表，讓讀者看得出每個招標需求在哪個章節被回應
7. 請將生成好的 Word 檔儲存在目前資料夾中

進階預告：從單次 Prompt 到可重跑的文件產線

這篇文章介紹的場景，有一個重要前提：服務建議書的技能樹不算太複雜。也就是說，只要招標需求書、公司簡介與輸出格式都相對清楚，通常兩三輪 Prompt 溝通，就能讓 Agent 產生一份可用的初稿。

這種情況下，我們可以用比較輕量的流程：

1. 先請 Agent 讀附件與整理摘要。
2. 再請 Agent 建立大綱。
3. 最後請 Agent 產生 Word 文件。
4. 由人做最後審查。

但是也要先說清楚：這次示範刻意設計得比較簡單。因為這份服務建議書的要求相對明確，輸入資料只有招標需求書與公司簡介，輸出也只是一份 Word 初稿，所以用兩三輪 Prompt 就能完成。

如果進入更真實、更進階的專案，問題會開始浮出來。例如：招標需求書可能有多個版本，業主補充說明可能散落在不同信件裡，公司實績要挑選哪些案例也需要判斷，服務建議書的章節可能要對應評選項目，插圖、流程圖與預算表還要和文字內容保持一致。這時候，Agent 不是不能做，而是不能只靠「幫我寫一份提案」這種單次指令來做。

進階任務常見的痛點包括：

1. 規格漂移：前面說好的章節架構，寫到後面被 AI 自己改掉。
2. 版本混亂：同一份提案有不同草稿、不同附件、不同圖片，最後不知道哪一版才是最新。
3. 風格不一致：某些段落像正式提案，某些段落又像部落格文章。
4. 圖文不同步：流程圖、軟體示意圖或執行架構圖更新了，但 Word 內容沒有跟著改。
5. 審查不可追蹤：主管或客戶要求修改後，沒有清楚記錄哪些地方已經處理、哪些還沒處理。
6. 輸出無法重做：這次靠運氣做出一份文件，但下次換一個標案，就很難用同樣品質再做一次。

這時候會需要一套更完整的「文件規格開發驅動模式」，也就是我後續會稱為 SSD 的方法。它的核心不是叫 AI 立刻寫，而是先把文件規格、流程與檢核方式都設計出來，再讓 Agent 依照規格工作。

SSD 的重點不是把 Prompt 變長，而是先把需求、規格、日誌、插圖計畫與檢核流程設計清楚。

從更工程化的角度來看，這也接近我會稱為 Harness Engineering 的概念。Harness 不是單一 Prompt，而是一整套讓 Agent 穩定工作的「工作框架」：包含資料夾結構、附件命名、寫作規格、Prompt 模板、工作日誌、圖片計畫、檢查清單、輸出位置與回合紀錄。換句話說，我們不是只請 Agent 幫忙寫，而是替 Agent 建立一個可以被檢查、被重跑、被修正的工作環境。

Harness Engineering 會把 Agent 放進一個可管理的工作環境，讓輸入、規格、過程與輸出都能被追蹤。

使用 SSD 時，至少會需要準備三類文件：

1. 文件規格與寫作風格規範

這份文件會定義文章或提案應該長什麼樣子，包括章節架構、語氣、讀者對象、標題規則、表格格式、引用方式、結尾方式，以及哪些內容不能亂編。

2. 開發撰寫流程的進度表與工作日誌

複雜文件不會一次完成。你需要知道每一天完成什麼、哪些段落已經審過、哪些地方要重寫、哪一版是最新版本。進度表與工作日誌可以讓 Agent 不只是寫文章，而是參與一個可追蹤的文件開發流程。

3. 插圖配畫計畫與插圖產生計畫

如果文章或文件需要大量圖片，就不能寫完才臨時補圖。比較好的方式是先規劃每一張圖要解決什麼閱讀問題：流程圖、架構圖、截圖、模擬圖、檢查清單、範例圖，各自放在哪個段落，以及如何命名與管理檔案。

下一篇文章會把做法拉到更完整的層次：不只是示範一個 Prompt，而是示範如何為一個文件專案設計 Harness。也就是先規劃資料夾、規格文件、工作日誌、插圖計畫與檢核流程，再讓桌機版 Agent 在這個框架裡逐步產出文件。這種做法會比較慢一點，但對長文件、多版本、多圖片、多人審查的專案來說，會更穩定，也更接近真正可以交付的工作流程。