專案管理

補助申請的時程管理：為什麼好計畫會敗在日期上

發佈於 2026-07-02 ．約 8 分鐘閱讀

我看過的補助申請失敗案例裡，真正因為「計畫寫得不夠好」而落選的，大概只佔一半。另一半是這些：

• 缺一份要跑三天才拿得到的證明，但發現的時候只剩兩天
• 用印卡在主管出差，錯過線上填報的關門時間
• 三個案子的截止日撞在同一週，最後只送出一個
• 公告出來的時候沒人看到，等到有人轉貼群組，已經過了一半的準備期

這些都不是能力問題，是流程問題。而流程問題有解。

從截止日倒推，不是從今天正推

多數人的規劃方式是：今天開始寫，寫完就送。這個方式的問題是它把所有不確定性都堆到最後。

正確的做法是從官方截止日往回推，而且第一步要先扣掉你不能控制的時間。

以一個三週的公告期為例：

D-0   官方截止日（下午 5 點）
D-1   線上填報完成、確認送出  ← 內部死線
D-3   紙本用印完成、寄出
D-5   主管完成審閱與簽核
D-7   會計提供財務報表與預算表
D-10  所有外部證明文件到齊
D-14  計畫書初稿完成
D-18  資格確認、決定要不要投
D-21  公告發布

注意 D-1 那一行。內部死線必須早於官方截止日至少一天，因為線上系統在截止前幾小時經常塞爆，而系統掛掉不會是延期的理由。

還有 D-7 到 D-5 那兩天：主管審閱。這是你完全無法控制的時間，但它一定會發生。多數失敗的時程表都忘了留這一段。

哪些節點會咬人

從實務上看，出問題的節點高度集中在幾個地方。

需要向外部單位申請的文件

營利事業登記證、勞保投保證明、無欠稅證明、公司變更事項登記表——這些都要向不同機關申請，處理時間從當天到十個工作天都有。

處理方式：在 D-18 資格確認的當天，就把所有需要外部申請的文件列出來並送件。不要等計畫書寫完才開始跑。

需要多方會簽的文件

預算表通常要業務、技術、會計三方確認。每一次來回都是一到兩天，而且經常要來回三次。

處理方式：預算表比計畫書早開始。而且第一版就要拿去給會計看，不要等到「寫得比較完整了再給」——會計會挑的問題，跟你以為的完全不同。

用印

聽起來很小，卻是最常炸掉的一項。負責用印的人可能出差、可能請假、可能公司規定要兩位主管會章。

處理方式：在時程表建立的當天，就去確認用印流程與負責人的行程。這件事花五分鐘，可以省掉最後一天的災難。

線上系統本身

政府的申報系統經常有這些特性：只支援特定瀏覽器、附件有大小限制、某些欄位有字數上限、儲存後不能修改。

處理方式：在 D-7 就先登入系統，把能填的欄位填一填，看看它到底要什麼。等到 D-1 才第一次登入，你會在半夜發現附件只能上傳 5MB 而你的計畫書有 12MB。

多案並行時的排序

同時跑三個案子的時候，時程表會互相干擾。我的做法是先問兩個問題：

第一，這三個案子的關鍵節點有沒有撞在一起？ 尤其是需要同一個人（會計、主管）的節點。如果撞了，把其中一個往前挪，不要期待那個人可以同時處理三份。

第二，如果只能送出兩個，會放棄哪一個？ 提前決定，而不是到最後一週才被迫決定。提前決定的好處是你可以把資源集中在會送的那兩個上，而不是三個都做一半。

這個問題很多人不願意問，因為它承認了資源不夠。但不問的結果通常是三個都草率送出，然後三個都落選。

一份最小的追蹤欄位

如果你要用試算表或任何工具管理，這幾個欄位是必要的：

最後一欄是多數人會省略、但實際上最重要的。「卡住」跟「進行中」是完全不同的狀態——前者需要別人介入，後者不需要。如果你的追蹤表沒辦法區分這兩者，那它就只是一份會過期的清單。

案子結束之後

不管有沒有通過，都花二十分鐘記錄三件事：

1. 哪個節點實際花的時間跟預估差最多。 下次直接用實際值。
2. 有沒有出現預期外的文件要求。 加進你的標準清單。
3. 如果落選，官方給的理由是什麼。 很多單位會提供，但很少人去要。

這三件事累積兩年，你對「一個案子要準備多久」的估計會準得多。而準確的估計，本身就是通過率的一部分。

我做 GrantPilot 的初衷就是這個——它不幫你寫計畫書，它只確保每個節點都有人負責，而且沒有人在最後一天才發現缺件。計畫書的品質是你的專業，時程管理不該消耗你的專業。

文中提到的產品

其他文章

回到文章列表 →