【專案企劃書】怎麼寫？8大核心元素＋5步驟撰寫流程｜附範本與實戰範例

專案企劃書是向決策者說明「為何做、做什麼、怎麼做、花多少」的結構化提案文件。這篇文章帶你從零開始，掌握 8 大核心元素、5 步驟撰寫流程，以及 2 套可直接套用的範本，讓你的提案不再被打回票。

專案企劃書是什麼？與一般企劃書的關鍵差異

專案企劃書（Project Proposal）是 PM 向決策者或利害關係人提出的正式文件，核心目的只有一個：讓對方同意你啟動這個專案。它必須清楚回答四個問題——為什麼要做、做什麼、怎麼做、要花多少資源。

很多人把專案企劃書跟一般的企劃書搞混，甚至跟「專案計畫書」混用。這三者其實有明確的分工：

比較項目	專案企劃書	一般企劃書（行銷/活動）	專案計畫書
用途	說服決策者核准專案	規劃行銷活動或創意方案	核准後的執行藍圖
核心元素	可行性分析、風險評估、ROI	創意概念、受眾分析、媒體策略	WBS、甘特圖、資源排程
適用階段	專案啟動前（提案階段）	活動規劃階段	專案核准後（規劃階段）
主要讀者	高階主管、投資人、客戶	行銷主管、客戶	專案團隊、執行單位

簡單來說：企劃書是「讓老闆說 Yes」的工具，計畫書是「說完 Yes 之後怎麼做」的工具。 如果你的專案還沒被核准，你需要的是企劃書；如果已經核准要開始執行，你需要的是計畫書。

專案企劃書最常出現在這些情境：內部新專案申請（例如導入新系統）、對外客戶提案、政府標案投標、跨部門協作啟動。不管哪種情境，核心邏輯都一樣——用結構化的方式降低決策者的不確定感。

專案企劃書的 8 大核心元素

一份完整的專案企劃書包含 8 個元素。我們團隊在實際撰寫和審閱過數十份提案後，整理出每個元素「該寫什麼」和「最常踩的雷」。

先看全貌：

元素	核心問題	建議篇幅
封面與摘要	這個專案在做什麼？值得投資嗎？	1 頁
背景與問題陳述	現在有什麼問題？不解決會怎樣？	1–2 頁
專案目標與成功指標	做完之後要達到什麼結果？	0.5–1 頁
執行範疇與排除項目	做什麼、不做什麼？	0.5–1 頁
時程規劃與里程碑	什麼時候完成？中間有哪些檢查點？	1 頁
預算與資源需求	要花多少錢、多少人？	1–2 頁
風險評估與應對計畫	可能出什麼問題？怎麼處理？	0.5–1 頁
團隊與利害關係人	誰負責？誰需要被通知？	0.5–1 頁

封面與摘要（Executive Summary）

摘要是決策者最先看的部分——很多高階主管只看摘要就決定要不要繼續讀下去。你必須在 200 字以內說清楚三件事：問題是什麼、解法是什麼、預期效益是什麼。

常見錯誤： 把摘要寫成目錄（「本企劃書共分為六章，第一章說明背景…」）。摘要不是目錄，它是一個獨立的「電梯簡報」——假設讀者只看這一段，他也能理解整個專案的價值。

摘要範例： 「目前客服部門每月處理 3,200 通電話，平均等待時間 8 分鐘，客戶滿意度僅 62%。本專案提議導入 AI 客服系統，預計 6 個月內將等待時間降至 2 分鐘以下，滿意度提升至 80%，年節省人力成本約 NT$180 萬。」

背景與問題陳述

這一段要讓讀者感受到「不做這個專案會有什麼後果」。最有效的寫法是用數據說明現況痛點，然後點出差距和影響。

框架建議：現況 → 差距 → 影響

• 現況：「目前人工對帳每月耗費 120 工時，錯誤率 8%」
• 差距：「業界平均錯誤率為 2%，自動化對帳可將工時降至 20 小時」
• 影響：「每月因對帳錯誤產生的額外成本約 NT$15 萬，年損失 NT$180 萬」

數字越具體，說服力越強。如果你手邊沒有精確數據，至少提供合理的估算範圍，並註明資料來源。在收集這些數據時，善用問卷設計的方法向內部利害關係人收集第一手痛點資訊，效果會比純粹引用外部報告好得多。

專案目標與成功指標

目標必須是可衡量的。我們建議用 SMART 原則來檢驗每一條目標：

• ❌ 模糊寫法：「提升營運效率」
• ✅ SMART 寫法：「導入 ERP 系統後 3 個月內，訂單處理時間從平均 48 小時縮短至 12 小時」

成功指標建議搭配兩種類型：

1. 量化指標（KPI）： 可以用數字追蹤的結果，例如「錯誤率降至 2% 以下」
2. 里程碑指標： 關鍵交付物的完成，例如「系統上線」「使用者驗收測試通過」

如果你的團隊有在使用 OKR 框架，可以直接用 ClickUp 的 OKR 模板來設定目標與關鍵結果，確保企劃書中的目標與後續執行追蹤一致。

執行範疇與排除項目（Scope）

範疇定義是企劃書中最容易被忽略、卻最容易引發爭議的部分。你不只要寫「做什麼」，更重要的是明確寫出「不做什麼」。

實務案例： 我們曾經協助一個 IT 系統導入專案，企劃書中只寫了「導入 ERP 系統」，沒有說明教育訓練是否包含在內。結果專案進行到一半，業務部門要求 PM 負責安排 50 人的操作訓練，時程和預算全部爆掉。

建議寫法：

• 包含： 系統安裝與設定、資料遷移、核心模組客製化、3 次使用者測試
• 不包含： 使用者教育訓練（由 HR 部門負責）、硬體採購、舊系統維護

時程規劃與里程碑

決策者不需要看到每一個任務的細節，他們要看的是「大概什麼時候有什麼成果」。建議用分期（Phase）的方式呈現，每一期標明交付物。

階段	時間	主要交付物
Phase 1：需求確認	第 1–4 週	需求規格書、廠商評選結果
Phase 2：系統建置	第 5–12 週	系統安裝完成、資料遷移完成
Phase 3：測試驗收	第 13–16 週	UAT 測試報告、上線核准
Phase 4：上線與穩定	第 17–20 週	正式上線、問題修復完成

如果你需要更視覺化的時程呈現，可以用流程圖或甘特圖來呈現。我們團隊實際使用 monday.com 的甘特圖功能來規劃時程，好處是企劃書核准後可以直接把時程轉成執行看板，不用重新建立一次。

預算與資源需求

預算是決策者最敏感的部分。一個數字打天下是最常被打回票的原因之一。建議至少拆成以下四類：

預算項目	金額（NT$）	說明
人力成本	480,000	PM 1 人 × 5 個月 + 工程師 2 人 × 4 個月
軟體授權	360,000	ERP 系統年授權費（50 人版）
外包費用	200,000	資料遷移與客製化開發
緩衝預算（15%）	156,000	應對需求變更與未預期支出
合計	1,196,000	—

關鍵提醒： 一定要加緩衝預算（建議 10–15%）。我們見過太多企劃書把預算抓得剛剛好，結果一有變動就要重新簽核，反而拖慢整個專案。

風險評估與應對計畫

「無重大風險」是企劃書裡最不可信的一句話。每個專案都有風險，決策者要看的不是「沒有風險」，而是「你已經想過風險，而且有對策」。

建議用簡易的風險矩陣來呈現：

風險項目	發生機率	影響程度	應對策略
關鍵工程師離職	中	高	建立知識文件、安排備援人力
廠商交付延遲	中	中	合約中加入延遲罰則、預留 2 週緩衝
需求範疇蔓延	高	高	設立變更管理流程、每次變更需書面簽核

在管理風險優先順序時，可以搭配艾森豪矩陣的思維，把「高機率 × 高影響」的風險當作「重要且緊急」優先處理。

團隊與利害關係人

決策者需要知道「誰負責這件事」。建議用 RACI 矩陣來釐清角色分工：

任務	PM	IT 主管	業務部門	財務長
需求訪談	R	C	A	I
廠商評選	R	A	C	I
預算核准	I	C	I	A
系統測試	R	A	R	I

• R（Responsible）： 實際執行的人
• A（Accountable）： 最終負責、有決定權的人
• C（Consulted）： 需要諮詢意見的人
• I（Informed）： 需要被告知進度的人

（推薦試試 ClickUp 的 RACI 模板，我們團隊用它來快速建立角色分工表，比在 Word 裡手動畫表格快很多。）

專案企劃書怎麼寫？5 步驟撰寫流程

知道要寫什麼之後，接下來是「怎麼寫」。以下是我們團隊從接到任務到送出提案的完整流程。

Step 1 — 釐清提案目的與讀者

動筆之前，先問自己一個問題：這份文件是要「獲得預算批准」還是「取得跨部門支持」？

不同讀者關注的重點完全不同：

• 財務長： 看 ROI、回收期、預算合理性
• 技術主管： 看技術可行性、系統整合風險
• 業務主管： 看市場機會、對營收的影響
• 執行長： 看策略對齊度、競爭優勢

如果你的讀者是財務長，預算和效益分析就要放在最前面；如果是技術主管，可行性評估和技術架構才是重點。這個判斷會影響你整份企劃書的重心配置。

Step 2 — 收集數據與現況分析

企劃書的說服力來自數據，不是形容詞。你需要從兩個方向收集資料：

內部數據：

• ERP / CRM 系統中的營運數據（處理時間、錯誤率、客訴量）
• 人資系統中的工時記錄
• 過去類似專案的成本與成果

外部數據：

• 產業報告（例如 Gartner、IDC）
• 競品分析
• 政府統計資料

實務技巧： 除了看報表，建議安排 3–5 場「問題訪談」，直接跟利害關係人聊現況痛點。你會發現很多問題在報表上看不出來，但每天困擾著第一線人員。如果你的專案涉及數位轉型，這些第一手訪談資料尤其重要。

Step 3 — 建立初稿架構（先骨架後肉）

很多人習慣從封面開始寫，結果寫到後面才發現目標跟摘要對不上。我們建議的撰寫順序是：

1. 先寫「目標」和「範疇」 — 這是整份企劃書的核心
2. 再寫「背景」和「風險」 — 支撐目標的合理性
3. 接著寫「時程」和「預算」 — 把目標轉化為具體資源需求
4. 最後才寫「摘要」 — 摘要是全文的濃縮，當然要最後寫

這個順序能確保每個段落之間的邏輯一致。如果你用 monday.com 的 WorkDocs 來撰寫，可以直接在文件中嵌入看板資料，讓企劃書中的時程和任務清單自動同步，不用手動更新。

Step 4 — 數字化與視覺化

原則：每個主張都要有數字支撐。 如果你說「可以節省大量時間」，就要說明「從 120 小時降至 20 小時」。如果你說「市場有成長潛力」，就要引用具體的市場規模數據。

圖表選擇原則：

要呈現的內容	建議圖表類型
時程與里程碑	甘特圖或時間軸
預算分配	圓餅圖或長條圖
風險評估	2×2 矩陣
前後對比	長條圖（Before / After）
團隊分工	RACI 表格

Step 5 — 審查與簡報準備

送出之前，用這 5 個問題自我審查：

審查項目	檢查重點
目標是否 SMART？	有具體數字、有時間框架
預算是否拆細？	至少分 3 個以上類別
風險是否有對策？	每個風險都有應對方案
範疇是否有排除項目？	明確寫出「不包含什麼」
摘要能否獨立閱讀？	不看正文也能理解專案價值

最後一個提醒：企劃書要能「獨立閱讀」，簡報要能「獨立呈現」。 很多 PM 把企劃書當成簡報的逐字稿，結果文件太冗長；或者把簡報當成企劃書的縮減版，結果資訊不完整。兩者的功能不同，要分開準備。

專案企劃書範本與範例

以下提供兩種常見情境的範本框架，你可以直接對照自己的專案，複製以下表格並填入對應內容。

範本 A — IT 系統導入專案企劃書

情境： 中型製造業（員工 200 人）導入 ERP 系統，取代現有的 Excel + 紙本作業流程。

元素	範例內容
摘要	目前訂單處理仰賴 Excel 手動作業，每月平均出錯 47 筆，造成退貨成本 NT$85 萬。本專案提議導入 ERP 系統，預計 5 個月內上線，年節省成本 NT$320 萬，投資回收期 14 個月。
背景	公司年營收 NT$3.2 億，但訂單處理流程仍停留在 Excel 階段。隨著訂單量年增 25%，人工作業已成為瓶頸。
目標	上線後 3 個月內，訂單處理錯誤率從 3.8% 降至 0.5% 以下；訂單處理時間從 48 小時縮短至 8 小時。
範疇	包含：核心模組（採購、銷售、庫存）建置、資料遷移、3 次 UAT。不包含：會計模組（Phase 2）、硬體採購、使用者訓練（HR 負責）。
時程	Phase 1 需求確認（4 週）→ Phase 2 系統建置（8 週）→ Phase 3 測試驗收（4 週）→ Phase 4 上線穩定（4 週）
預算	人力 NT$48 萬 + 軟體授權 NT$36 萬 + 外包 NT$20 萬 + 緩衝 NT$15.6 萬 = 合計 NT$119.6 萬
風險	資料遷移品質不佳（中/高）→ 提前進行資料清洗；關鍵使用者抗拒（高/中）→ 提前溝通、安排種子使用者
團隊	PM：王小明 / IT 主管：李大華（A）/ 業務代表：張美玲（C）/ 財務長：陳志明（I）

寫「預期效益」的關鍵： 財務部門最在意的是 ROI 和回收期。建議用這個公式：「年節省成本 ÷ 總投資金額 = 投資報酬率」，再加上「幾個月回本」的說明。以這個範例來說：NT$320 萬 ÷ NT$119.6 萬 = 267% ROI，回收期約 4.5 個月。

範本 B — 新產品開發專案企劃書

情境： 電商平台新增訂閱制功能，從一次性購買轉向經常性收入模式。

元素	範例內容
摘要	台灣訂閱電商市場年成長率 18%，但本平台目前 100% 依賴一次性訂單。本專案提議開發訂閱制功能，預計 4 個月上線，目標首年新增 2,000 名訂閱用戶，創造 NT$960 萬經常性收入。
背景	平台月活躍用戶 15 萬人，回購率僅 22%。競品 A 推出訂閱制後，回購率提升至 58%，ARPU 成長 40%。
目標	上線後 6 個月內達成 2,000 名付費訂閱用戶；訂閱用戶月流失率低於 5%；訂閱收入佔總營收比例達 15%。
範疇	包含：訂閱方案設計、金流串接、會員系統改版、A/B 測試。不包含：物流系統改造（現有系統可支援）、行銷推廣（行銷部門負責）。
時程	Phase 1 市場調研與方案設計（3 週）→ Phase 2 系統開發與金流串接（8 週）→ Phase 3 內部測試與 A/B 測試（4 週）→ Phase 4 正式上線與監控（2 週）
預算	開發人力 NT$72 萬 + 金流串接 NT$8 萬 + UI 設計外包 NT$15 萬 + 緩衝 NT$14.25 萬 = 合計 NT$109.25 萬
風險	用戶訂閱意願低於預期（高/高）→ 上線前進行 500 人問卷調查驗證需求、設計首月免費試用降低門檻；金流系統整合延遲（中/中）→ 預留 2 週緩衝、備選第二家金流商
團隊	PM：林小華（R）/ 產品主管：周大偉（A）/ 前端工程師 ×2（R）/ 後端工程師 ×1（R）/ 行銷主管：吳美芳（C）/ 財務長：陳志明（I）

「為什麼是現在做」的寫法： 用市場數據支撐時機的急迫性。例如：「競品 A 已於 Q2 推出訂閱制，搶先取得市場份額。若延遲至下半年，預估將流失 12% 的高價值用戶。」

如果你的專案涉及商業模式的轉變（像這個案例從一次性購買轉向訂閱制），建議在背景段落中加入商業模式畫布的分析，讓決策者更清楚這個轉變的策略邏輯。

Word / PDF / PPT 格式怎麼選？

格式	適合情境	優點	限制
Word	內部審閱、需要多人修改	追蹤修訂、留言功能	排版容易跑掉
PDF	正式提交、防止修改	格式固定、專業感	不易修改
PPT	口頭簡報搭配	視覺化、適合報告	資訊密度低
線上文件（Notion / Google Docs）	團隊即時協作	版本控制、即時同步	需要網路

我們團隊的做法是：先用線上文件協作撰寫初稿，定稿後匯出 PDF 正式提交，同時準備一份 PPT 用於口頭簡報。 如果你習慣用 Notion，可以用 Notion 的專案模板快速建立一頁式企劃書，特別適合內部小型專案的快速提案。

專案企劃書常見錯誤與 PM 進階技巧

5 個讓提案被打回票的常見錯誤

我們團隊審閱過的企劃書中，被打回票的原因幾乎都集中在這 5 個問題：

錯誤寫法	正確寫法
「提升營運效率」	「訂單處理時間從 48 小時縮短至 12 小時」
預算只寫「NT$120 萬」	拆成人力、軟體、外包、緩衝四類
風險欄位寫「無重大風險」	列出 3 個以上風險並附應對策略
範疇只寫「導入 ERP 系統」	明確列出包含與不包含的項目
摘要寫了 2 頁	控制在 200 字以內，一頁為限

讓老闆快速說 Yes 的 3 個寫作技巧

技巧 1：用 SCQA 結構組織你的論述

SCQA 是麥肯錫常用的說服框架：

• S（Situation）情境： 「公司目前月營收 NT$2,600 萬，年成長 15%」
• C（Complication）衝突： 「但客服處理量已超過團隊負荷，客戶滿意度連續 3 季下滑」
• Q（Question）問題： 「如何在不大幅增加人力的前提下，維持服務品質？」
• A（Answer）答案： 「導入 AI 客服系統，自動處理 60% 的常見問題」

這個結構讓讀者自然地跟著你的邏輯走，到了「答案」的時候，他已經被說服了一半。

技巧 2：把最重要的數字放在第一段

決策者的注意力有限。如果你的專案能省 NT$300 萬，不要藏在第 8 頁——放在摘要的第一句話。

技巧 3：預先回答「為什麼是現在？為什麼是我們？」

這兩個問題是決策者心中最常出現的疑慮。在企劃書中主動回答，比等到被問才解釋更有說服力。

跨部門提案的特殊考量

跨部門提案最大的挑戰不是寫文件，而是提案前的非正式溝通。我們建議在正式提交企劃書之前，做這 3 件事：

1. 一對一預溝通： 跟每個關鍵利害關係人私下聊過，了解他們的顧慮
2. 找到盟友： 至少有一個部門主管在會議上支持你的提案
3. 預處理反對意見： 把你預期會被挑戰的點，直接寫進企劃書裡

這些「會議前的工作」往往比企劃書本身更重要。如果你是第一次主導跨部門提案，可能會有冒牌者症候群的感覺——覺得自己不夠格、擔心被質疑。克服的方式是把焦點放回數據：用本文的 8 大元素架構準備充分，讓企劃書的內容替你說話。

推薦工具：用這些工具更快完成專案企劃書

文件撰寫工具

工具	適合情境	費用	優點
Google Docs	團隊協作、即時編輯	免費	版本控制、留言功能強
Notion	一頁式企劃書、知識庫整合	免費起	模板豐富、可嵌入表格與看板
Microsoft Word	正式文件、精細排版	約 NT$165/月	企業標準格式、追蹤修訂

如果你的團隊經常需要撰寫各種提案文件，建議把企劃書範本存在 Notion 的知識庫中，下次直接複製修改，效率會高很多。我們團隊就是這樣做的——所有過去的企劃書都存在 Notion 裡，新專案直接複製最接近的範本來改。善用筆記軟體來管理這些文件範本，長期下來能省下大量重複工作。

專案管理工具（企劃書 → 執行的銜接）

企劃書核准後，最怕的就是「企劃書歸企劃書，執行歸執行」——兩邊對不上。選一個能從提案階段無縫銜接到執行階段的工具，會省掉很多麻煩。

工具	適合情境	費用	優點
monday.com	5–50 人跨部門協作	免費起	甘特圖、自動化、WorkDocs 文件整合
ClickUp	技術團隊、全功能需求	免費起	內建企劃書模板、目標追蹤
Notion	小型團隊、輕量管理	免費起	文件與專案管理合一

我們團隊用 monday.com 管理日常專案，最喜歡的一點是：企劃書中規劃的里程碑可以直接變成看板上的任務，設定好自動化規則後，任務延遲超過 2 天會自動通知負責人。這個設定在過去 6 個月內觸發了 23 次，每次都讓問題在擴大前被處理——以前要到週會才發現。免費方案不需要信用卡，可以先試試看。

你是哪種團隊？

• 5 人以下、剛開始接觸專案管理： 先用 Notion 免費版，文件和任務管理合一
• 5–15 人跨部門協作： monday.com 是我們的首選，視覺化看板讓非 PM 也能快速上手
• 技術團隊跑 Scrum： ClickUp 的功能最全面，適合需要高度客製化的團隊
• 15 人以上的大型專案： monday.com 企業方案，支援進階權限和跨部門看板

AI 輔助撰寫企劃書的使用建議

AI 工具（ChatGPT、Copilot 等）可以大幅加速企劃書的撰寫，但你需要知道它能做什麼、不能做什麼：

AI 能做的	AI 不能做的
生成初稿架構和大綱	提供準確的內部營運數據
改寫摘要、優化文字	進行真實的風險評估
產生預算表格模板	判斷利害關係人的政治動態
整理競品資訊	替你做決策

建議工作流：

1. AI 生成骨架： 給 AI 你的專案背景，請它產出 8 大元素的初稿架構
2. 人工填入數據： 把真實的數字、風險、利害關係人資訊填進去
3. PM 審查邏輯： 檢查每個段落之間的邏輯是否一致，摘要是否與正文對齊

重要提醒： AI 生成的內容一定要經過人工驗證。我們曾經看過有人直接把 AI 產出的企劃書交出去，結果裡面的市場數據是虛構的，在提案會議上被當場打臉。AI 是加速器，不是替代品。

如果你想進一步提升專案管理的專業能力，Coursera 上的專案管理課程是不錯的起點，Google 的 PM 證照課程涵蓋了從提案到執行的完整流程。

結論

寫一份讓決策者點頭的專案企劃書，核心在於結構清晰、數據支撐、風險透明。回顧本文的重點：

• 專案企劃書 ≠ 一般企劃書： 它需要包含可行性分析、里程碑規劃和風險管理，是 PM 專屬的提案工具
• 8 大核心元素缺一不可： 從摘要到團隊分工，每個元素都在回答決策者心中的一個問題
• 撰寫順序很重要： 先寫目標和範疇，最後才寫摘要，確保邏輯一致
• 數字比形容詞有說服力： 「節省 NT$320 萬」永遠比「大幅提升效率」更有力
• 提案前的非正式溝通比文件本身更關鍵： 在會議室裡被說服的人，通常在會議前就已經被說服了

下一步行動： 打開你正在規劃的專案，用本文的 8 大元素檢查清單，花 30 分鐘列出每個元素的要點。光是把這 8 個欄位填完，你就已經領先大多數只寫「目標 + 預算」的提案了。

專案企劃書常見問題

專案企劃書要幾頁？

內部提案建議控制在 5–10 頁；對外正式提案（如政府標案、客戶提案）視專案規模，10–20 頁是常見範圍。重點不是頁數，而是每一頁都有實質內容。如果能用 5 頁說清楚，就不要硬湊到 10 頁。

專案企劃書和專案計畫書有什麼不同？

企劃書是「提案階段」的說服工具，目的是讓決策者核准專案；計畫書是「核准後」的執行藍圖，包含詳細的 WBS、甘特圖和資源排程。簡單來說，企劃書回答「為什麼要做」，計畫書回答「具體怎麼做」。

沒有 PM 背景，可以寫專案企劃書嗎？

可以。本文的 8 大元素架構和 5 步驟流程適合任何職位使用。只要你能清楚說明問題、目標、做法和資源需求，就能寫出一份合格的企劃書。PM 背景的優勢在於風險評估和利害關係人管理的經驗，但這些能力可以透過練習累積。

專案企劃書一定要有預算嗎？

是的。即使你無法提供精確數字，至少要給出「預算範圍」（例如 NT$80–120 萬）。沒有預算的企劃書等於告訴決策者「我還沒想清楚」，被打回票的機率非常高。建議至少拆成人力、工具、外包三大類，再加上 10–15% 的緩衝。

如何讓企劃書更有說服力？

三個關鍵：數字化目標（用 SMART 原則檢驗每一條目標）、視覺化呈現（善用表格、圖表取代大段文字）、預先處理反對意見（在企劃書中主動回答「為什麼是現在」「為什麼不用其他方案」）。最有效的做法是在正式提案前，先跟關鍵決策者一對一溝通，了解他們的顧慮並在文件中回應。