為什麼審查委員特別在意時程表？
計畫書中的甘特圖，看似只是排程工具，實際上是審查委員判斷申請人是否「真的想清楚怎麼做」的重要依據。多數審查委員會用時程表反推三件事：工作內容是否被拆解到可管理的顆粒度、經費投入的節奏是否合理、以及每個階段是否有明確可驗收的成果。如果時程表只寫「研發」「測試」「驗證」這種籠統字眼，且每一格都平均分配時間，往往會被視為對執行細節掌握不足，也會連帶影響經費編列的說服力。
時程表要拆解成哪些查核點？
一份能通過審查的時程表，通常會把整體計畫拆解成數個「查核點」（checkpoint），每個查核點對應一個具體、可被外部檢視的成果，而不是內部的工作狀態描述。常見的拆解方式包括：
- 技術面查核點：規格確認、原型完成、功能測試通過。
- 市場面查核點：潛在客戶訪談完成、意向書或試用合作簽署。
- 管理面查核點：期中報告提交、經費使用檢核、人力到位確認。
查核點的數量不必多，但每一個都應該能回答「這個階段結束時，我們手上會有什麼東西可以拿出來給人看」。這也是審查委員在時程表上最常追問的問題。
時程與經費投入怎麼對得起來？
時程表與經費編列必須是一致的敘事，而不是兩份各自獨立的文件。如果計畫書中寫前兩個月是「文獻回顧與規格制定」，但經費表卻在同一期間編列大筆設備採購或人事費用，審查委員很容易看出邏輯不一致，進而懷疑申請人是否真的按照時程表執行。反過來說，若某個查核點對應的是關鍵技術驗證，理應是經費投入的高峰期，時程表與經費配置在這個階段就要對齊。實務上建議在時程表旁邊，附上每個階段的經費投入比例或區間，讓審查委員一眼就能看出資源分配的邏輯。
里程碑怎麼設計才能對應可驗收成果？
里程碑（milestone）與查核點不同，里程碑通常是整個計畫的關鍵轉折點，例如「原型完成並進入測試」或「取得第一個試用客戶回饋」。設計里程碑時，建議掌握幾個原則：
- 每個里程碑都要有明確的驗收方式，例如測試報告、客戶回饋紀錄、規格達成率。
- 里程碑之間的間隔不宜過長，尤其是短期計畫，避免審查委員無法在期中檢核執行進度。
- 里程碑要能對應到計畫書前段所寫的預期成果與效益，而不是憑空冒出的新項目。
里程碑設計得越具體，計畫書的可信度越高，因為審查委員可以清楚看到「如果拿到補助，會在什麼時間點看到什麼結果」。
SBIR Phase 1 六個月：短期計畫的排程壓力怎麼處理？
以SBIR（小型企業創新研發計畫）的 Phase 1 先期研究為例，補助上限為 150 萬元，執行期程僅 6 個月。這種短期計畫最大的排程壓力，在於申請人常常把時程規劃得像一年期計畫一樣分階段鋪陳，結果每個階段只剩下三、四週可用，查核點與里程碑之間的間隔過於緊迫，反而讓審查委員質疑時間是否足夠完成規劃的工作項目。
面對 6 個月的短期期程，建議的做法是先確認整體計畫中「不可省略」的關鍵查核點只有哪幾個，通常是 2 到 3 個，其餘工作項目盡量合併在同一個月份區間內，並保留至少一個月作為整理報告與驗收的緩衝期。相較於 Phase 2 研究開發（1 年 600 萬或 2 年 1,200 萬）有較長的期程可以分階段推進，Phase 1 更適合用「單一技術問題、快速驗證」的邏輯來安排時程，而不是套用長期計畫的分階段架構。
甘特圖範例：一個時程表結構範本
下表為時程表的欄位示意架構，內容為結構範例而非真實案例，實際計畫仍須依申請人自身的技術內容與執行條件填寫。
| 期程（月份） | 工作項目 | 查核點／里程碑 | 經費投入比例 | 可驗收成果 |
|---|---|---|---|---|
| 第 1–2 月 | 規格確認、文獻與技術盤點 | 查核點一：規格確認完成 | 約 20% | 規格書、技術可行性說明 |
| 第 3–4 月 | 原型開發、初步測試 | 里程碑一：原型完成 | 約 50% | 原型樣品、初步測試紀錄 |
| 第 5 月 | 功能驗證、修正調整 | 查核點二：測試結果確認 | 約 20% | 測試報告 |
| 第 6 月 | 成果彙整、報告撰寫、緩衝期 | 里程碑二：期末成果驗收 | 約 10% | 期末報告、成果簡報 |
這個結構的重點在於：經費投入的高峰對應到最需要資源的原型開發與驗證階段，而最後一個月刻意保留較低的經費比例，作為報告整理與突發狀況的緩衝空間。
要不要預留風險緩衝？留多少合理？
幾乎所有研發型計畫都會遇到進度延誤的風險，無論是技術瓶頸、供應商延遲，或是測試結果不如預期需要重新調整。時程表如果完全沒有緩衝空間，一旦某個環節延誤，整個計畫的後續查核點都會連帶跳票，這對審查委員來說反而是一種警訊，代表申請人低估了執行風險。
實務上常見的做法是在計畫尾端保留一段緩衝期，用於彙整成果、處理未完成的測試項目，或應對審查期間可能提出的修正要求。緩衝期不需要另立名目，可以合併在最後的成果彙整階段中呈現，但時程表上仍應讓審查委員看得出這段時間的存在與用途，而不是把所有月份都排滿工作項目，讓計畫看起來毫無迴旋餘地。
時程規劃需要對照實際案例與工具輔助
時程表與經費配置的合理性，往往需要對照過去實際核定的計畫規模來校準，避免規劃過於樂觀或過於保守。如果你正在準備 SBIR 或其他補助計畫的時程規劃，可以參考SBIR 計畫說明了解各階段的期程與上限，或直接使用計畫書工作台試著把工作項目、查核點與經費配置整理成完整的時程架構，作為後續撰寫正式計畫書的起點。