SBIR 計畫書、人力與預算怎麼保持一致？送件前的實務檢查

要讓 SBIR 計畫書、人力與預算一致，先建立一份共同的工作清單：每項工作對應負責人、執行時間、需要的資源與預計成果，再把同一份資訊帶入計畫書、簡報及經費表。不要各寫各的，最後才靠修改總額把表格湊在一起。

先回答要做什麼，再回答要花多少

如果只有一個總預算，很難知道支出是否合理。先把研發過程拆成具體工作，例如需求與問題分析、方法設計、雛形製作、測試與結果整理，再確認每項需要什麼資源。

工作名稱也要一致。計畫書寫「驗證模組」，人力表寫「平台開發」，簡報又寫「智慧系統」，如果其實是同一件事，就統一名稱；如果不同，就說明關係。讀者不應替你猜。

用五欄把內容接起來

• 工作：要完成哪一件具體事情？
• 人員：由誰負責，誰提供協助或確認？
• 時間：什麼時候開始，前面依賴哪項成果？
• 資源：需要哪些人力、材料、設備使用或委外服務？
• 成果：要留下什麼文件、雛形或測試結果，才能判斷完成？

這是內部整理工具，不是新增官方表單。官方計畫書撰寫說明也要求進度、查核點與人員工作項目相互一致；先有一份共同清單，填入正式格式時比較不容易漏接。

假設示例：新增一項測試，不只改一行文字

以下是假設性的文件整理示例，不是客戶成果或核准案例。原本計畫只測試單一場景，後來決定加入不同使用情境。這個改動至少需要一起確認：誰設計情境、誰準備資料、何時測試、需要哪些資源，以及最後如何呈現結果。

如果計畫書增加了測試，人力與時程卻完全沒變，就要回頭判斷是否真的做得完；若要增加委外支出，也要說明對方交付什麼，而不是只在經費表多加一筆錢。

人力要對應工作，不要只列名字

每位參與者應能對應到具體工作。負責人同時做營運與研發時，先盤點可投入的時間；合作方尚未確認時，標明狀態，不把預想的協助寫成已取得的承諾。

中央型 SBIR 的會計科目及編列原則對人事費按專案投入時間比例編列有所說明。實際填表仍需按適用規定及公司的真實資料處理；此處的重點是讓人員、工作與時間能互相解釋。

預算要看得出計算方法

同樣一筆費用，寫「研發支出」與寫出用途、數量、期間及估算依據，能讓人理解的程度完全不同。手上已有的報價、估算表與合作內容要保留版本，避免正文採用新方案、表格仍沿用舊數字。

先區分「公司預計支出」與「可依規定編入計畫的費用」。不能因為一筆錢確實要花，就直接判定可以列入補助；各科目仍回到官方編列原則確認。

送出前，做一次橫向閱讀

1. 對照計畫書與簡報：題目、目標與工作範圍是否相同？
2. 對照工作與人員：每一項是否有人負責，人員是否真的能投入？
3. 對照工作與時程：依賴順序是否合理，完成日期是否一致？
4. 對照工作與預算：支出用途是否找得到相應工作？
5. 對照各表總額：明細與加總是否一致，單位是否相同？
6. 對照成果與驗證：寫下的成果，是否有方法確認完成？

修改後只保留一份明確標示日期的有效版本，再同步產生送件檔。不要把不同時點的「最終版」混在同一個資料夾交出去。

文件整理的價值，是讓同一個計畫說同一件事

你已經有研發內容，卻卡在 Word、簡報與試算表來回整理？這正是可以請人協助的地方。先準備六類基本資料，也可用費用比較清單確認需要的服務。

奧微 SBIR 快申以既有基礎計畫書為起點，NT$20,000 含稅，協助整理文件及正式收件前的行政補件。帶著目前的初稿加入 LINE，把分散的內容整理成能往下一步走的資料。

資料來源與更新日期

• 115 年計畫書撰寫說明：進度、查核點及人員工作項目的對應。
• 115 年會計科目及編列原則：人事費投入比例與各科目編列依據。

查核日期：2026-09-25。本文由奧微軟體開發企業社整理；申請規定以所申請計畫的當期官方公告為準。

回文章列表