SBIR計畫書怎麼寫?企畫書架構與撰寫重點

SBIR計畫書不是一般公司的募資簡報,也不是將產品型錄、公司簡介與市場資料組合成一份文件。

審查委員真正要確認的是:

  • 市場或產業是否存在明確問題
  • 現有方法為什麼不足
  • 企業提出的方案有什麼創新
  • 計畫中有哪些真正需要研發的工作
  • 團隊是否具備執行能力
  • 研發成果如何量化驗證
  • 經費是否與工作內容相符
  • 計畫完成後能否形成產品、服務與營收

中央型SBIR的目的,是鼓勵國內中小企業投入技術或服務創新研發,提升企業競爭力,而不是補助一般營運、設備採購、網站製作或廣告行銷。

一份完整的SBIR計畫書,應建立以下邏輯:

產業問題 → 現有方案不足 → 創新方法 → 研發工作 → 量化查核 → 場域驗證 → 商業模式 → 經濟效益


讓更多人搜尋到你的產品?現在有機會免費行銷 20 天!
現在越來越多品牌開始透過 內容行銷,讓產品被 Google 搜尋到。

我們現在開放 20 天免費內容行銷體驗,透過搜尋曝光與內容推廣,幫助你的產品被更多人看見。

SBIR計畫書快速對照表

計畫書內容
主要回答問題
公司基本資料
企業是否符合資格並具備執行能力?
計畫摘要
這項計畫要解決什麼問題?
產業與市場問題
客戶現在面臨什麼困難?
現有方案分析
為什麼市場上的方法不夠?
創新性說明
本計畫與現有方案有何差異?
技術與服務架構
準備用什麼方法完成?
研究方法
需要研發哪些關鍵技術?
工作項目
計畫期間實際要做什麼?
查核點
如何證明工作已完成?
計畫時程
每項工作何時執行?
團隊與分工
誰負責技術、驗證與市場?
市場驗證
是否有客戶願意試用或購買?
商業模式
研發完成後如何產生營收?
經費編列
補助款與自籌款如何使用?
預期效益
可創造哪些技術與經濟成果?
智慧財產權
研發成果如何保護?
風險管理
研發未達預期時如何處理?

先確認申請階段與格式

Phase 1:先期研究

Phase 1適合仍在驗證創新構想、關鍵技術與初步市場可行性的企業。

115年度中央型SBIR的Phase 1主要使用官方簡報格式提出申請,不使用Phase 2的完整計畫書格式。

適合內容包括:

  • 關鍵技術概念驗證
  • 初步原型
  • 材料或製程測試
  • 演算法可行性
  • 服務模式驗證
  • 潛在客戶需求確認

Phase 2:研究開發

Phase 2適合已具備初步基礎,準備進行完整產品、技術、製程或服務研發的企業。

個別申請目前補助上限為:

  • 一年最高新臺幣600萬元
  • 兩年最高新臺幣1,200萬元

計畫期程、補助額度及聯盟案規定,仍應以當年度申請須知為準。


Phase 2+:加值應用

Phase 2+主要是將既有Phase 2成果推向:

  • 場域擴大驗證
  • 商品化
  • 試量產
  • 示範應用
  • 市場導入
  • 商業模式驗證

個別申請目前補助上限為一年新臺幣600萬元。

Phase 2+不能只是把Phase 2尚未完成的工作延後執行,而要說明既有成果如何進一步加值。


SBIR計畫書正式架構怎麼看?

115年度官方下載專區提供:

  • SBIR申請須知
  • 計畫書撰寫說明
  • Phase 2及Phase 2+計畫書格式
  • 會計科目及編列原則
  • 申請者自我檢查表

計畫書應直接使用官方格式,不建議自行重新設計章節或刪除必要表格。

不同年度格式可能調整,但核心內容通常包括:

  1. 計畫基本資料
  2. 公司與團隊資料
  3. 計畫摘要
  4. 計畫緣起與目標
  5. 創新性與競爭分析
  6. 研究方法與技術架構
  7. 工作項目與查核點
  8. 執行時程
  9. 研發團隊與分工
  10. 市場與商業化
  11. 智慧財產權
  12. 預期效益
  13. 經費編列
  14. 附件及佐證資料

第一部分:計畫名稱怎麼寫?

計畫名稱應讓委員立即知道:

  • 使用什麼技術
  • 解決什麼問題
  • 應用在哪個產業
  • 預計開發什麼成果

不夠清楚的名稱

  • AI智慧管理平台
  • 數位轉型計畫
  • 智慧製造系統
  • 創新服務平台
  • ESG管理系統
  • 新型電商平台

這些名稱範圍太大,無法看出實際研發內容。

較具體的名稱

  • 結合機器視覺之精密零件表面瑕疵即時檢測系統研發計畫
  • 應用生成式AI之工業設備故障診斷與維修建議平台開發計畫
  • 適用於中小型食品工廠之能源監測與碳排分析系統研發計畫
  • 結合學習診斷模型之國小數學個人化練習服務開發計畫
  • 低溫環境用高耐久複合材料配方與製程研發計畫

計畫名稱公式

可以使用:

核心技術+應用對象+解決問題+研發成果

例如:

結合邊緣感測與AI異常辨識之中小型加工設備預測維護平台研發計畫


第二部分:計畫摘要怎麼寫?

摘要是整份計畫書的濃縮版本。

即使委員只看摘要,也應理解:

  • 客戶遇到的問題
  • 現有方案的不足
  • 本計畫創新內容
  • 核心研發工作
  • 預期成果
  • 商業化方式

建議摘要架構

第一段:問題

說明目標產業、使用者及目前問題。

第二段:現有方案不足

說明現有產品、人工方式或競爭方案的限制。

第三段:本計畫方案

說明準備開發的技術、產品或服務。

第四段:研發與驗證

說明主要工作、查核指標及場域。

第五段:商業化

說明目標客戶、收費方式及後續營收。


摘要範例

目前中小型加工廠多以固定週期保養及人工經驗判斷設備狀態,難以及時辨識主軸、軸承及馬達的早期異常,容易造成非預期停機與交期延誤。現有大型預測維護方案導入成本高,且通常需要大量歷史故障資料,不適合資料不足及資訊人力有限的中小企業。

本計畫將開發一套結合模組化感測裝置、邊緣資料處理及少量資料異常辨識模型的設備預測維護平台。研發內容包括感測資料蒐集、特徵擷取、異常模型、警示機制、維修建議及管理後台。

計畫完成後,預計支援三類加工設備,異常辨識準確率達90%以上,並於三家合作工廠完成連續30日場域驗證。後續將採設備建置費、平台年費及維護服務方式商品化,鎖定台灣中小型金屬加工廠市場。


摘要常見錯誤

只有口號

本計畫將整合AI、大數據、雲端及物聯網,打造具創新性與國際競爭力的智慧平台。

問題是沒有說明:

  • 誰遇到問題
  • 使用哪種資料
  • AI實際做什麼
  • 怎麼驗證
  • 誰會付費

過度描述公司

摘要不是公司沿革,應將篇幅留給計畫。

只寫產品功能

會員、後台、報表、通知等功能,不一定代表技術創新。


第三部分:計畫緣起與產業問題怎麼寫?

一、先定義目標客戶

不要只寫:

製造業面臨缺工問題。

應寫得更精確:

台灣員工人數50人以下、缺乏專職設備維護人員的中小型金屬加工廠。


二、說明客戶的具體問題

可以從以下角度描述:

  • 發生頻率
  • 處理時間
  • 人力成本
  • 不良率
  • 停機損失
  • 交期影響
  • 客訴
  • 能耗
  • 法規壓力

三、提供問題證據

可以使用:

  • 客戶訪談
  • 公司內部紀錄
  • 維修紀錄
  • 訂單資料
  • 客訴資料
  • 公開統計
  • 產業研究
  • 初步場域觀察

問題描述範例

公司於前期訪談15家中小型加工廠,其中11家仍以固定週期保養及人工聽音方式檢查設備。受訪企業表示,一旦主軸或軸承突發異常,常造成數小時至數日停機,並衍生維修、延遲交貨及人員加班成本。


第四部分:現有方案不足怎麼寫?

SBIR不是只要提出一項新產品,還要說明為什麼值得研發。

應比較:

  • 人工方式
  • 國內產品
  • 國外產品
  • 替代技術
  • 客戶自行開發
  • 現成軟體或設備

比較表範例

比較項目
人工巡檢
國外大型系統
本計畫方案
即時監測
初期成本
中低
歷史資料需求
中小企業適用性
安裝時間
異常辨識
人工經驗
AI模型
少量資料模型
維修建議
人工判斷
部分提供
系統化產生

比較內容應有來源或測試依據。

不要只寫:

  • 本產品品質最好
  • 本技術成本最低
  • 本系統功能最完整
  • 市面上沒有競爭者

每一個優勢都要說明比較條件。


第五部分:創新性怎麼寫?

創新性是SBIR計畫書的核心。

可以從四個方向說明。

一、技術創新

例如:

  • 新演算法
  • 新感測方法
  • 新材料
  • 新配方
  • 新結構
  • 新製程
  • 新整合方式

二、產品創新

例如:

  • 更小體積
  • 更高精度
  • 更低耗能
  • 更快速度
  • 更容易安裝
  • 更低導入成本

三、服務創新

例如:

  • 新型服務流程
  • 訂閱制度
  • 數據驅動決策
  • 線上與實體整合
  • 自動化個人化服務

四、應用創新

將既有技術應用到新的:

  • 產業
  • 客群
  • 場域
  • 使用情境
  • 商業模式

創新點建議控制在三項

例如:

創新一:少量資料異常模型

不同於需要大量歷史故障資料的傳統模型,本計畫使用正常運轉資料建立設備基準,再辨識狀態偏移。

創新二:模組化快速安裝

感測裝置可加裝於既有設備,不需大幅修改原控制系統。

創新三:異常與維修建議整合

系統不只發出警示,也根據多項感測特徵提供可能原因及檢查順序。

每一項創新都應回答:

  • 現在怎麼做
  • 本計畫怎麼做
  • 差異在哪裡
  • 可改善多少
  • 如何驗證

第六部分:計畫目標怎麼設定?

計畫目標應明確、可量化、可在執行期間完成。

不夠具體

  • 完成智慧平台
  • 改善使用體驗
  • 提升生產效率
  • 增加客戶
  • 建立創新服務

較具體

  • 完成一套設備異常監測平台
  • 支援三類加工設備
  • 建立三種異常辨識模型
  • 異常辨識準確率達90%以上
  • 系統資料更新時間低於60秒
  • 完成三家工廠連續30日驗證
  • 完成10家客戶訪談與3家付費試用

第七部分:技術或服務架構怎麼寫?

應使用架構圖或流程圖說明:

輸入資料 → 核心技術 → 系統功能 → 驗證 → 最終成果

軟體系統範例

  1. 資料蒐集
  2. 資料清理
  3. 特徵分析
  4. 模型訓練
  5. 預測或分類
  6. API
  7. 管理後台
  8. 場域驗證

機械設備範例

  1. 機構設計
  2. 電控設計
  3. 感測模組
  4. 控制程式
  5. 原型製作
  6. 性能測試
  7. 現場驗證

材料研發範例

  1. 配方設計
  2. 試片製作
  3. 物性測試
  4. 製程調整
  5. 耐久測試
  6. 應用驗證

服務創新範例

  1. 使用者需求分析
  2. 服務流程設計
  3. 數據模型
  4. 前後台系統
  5. 試營運
  6. 使用者測試
  7. 商業驗證

第八部分:研究方法怎麼寫?

研究方法不能只寫:

由研發團隊進行系統開發、測試及優化。

應詳細說明:

  • 使用哪些資料
  • 使用哪些技術
  • 如何建立原型
  • 如何測試
  • 與什麼基準比較
  • 如何判斷成功
  • 若未達標如何調整

AI計畫應說明

  • 資料來源
  • 資料量
  • 標記方式
  • 訓練與測試資料如何區分
  • 模型選擇
  • 評估指標
  • 偏誤與錯誤處理
  • 實際場域驗證

系統計畫應說明

  • 架構
  • 模組
  • API
  • 權限
  • 資料庫
  • 效能
  • 資安
  • 壓力測試

製造計畫應說明

  • 材料
  • 製程
  • 設備
  • 測試標準
  • 公差
  • 耐久
  • 試產
  • 場域條件

第九部分:工作項目怎麼拆?

工作項目應對應:

  • 研發目標
  • 執行人員
  • 執行時間
  • 經費
  • 查核點

軟體計畫範例

工作一:需求與技術規格

  • 場域需求訪談
  • 資料格式
  • 系統架構
  • 模型指標

工作二:資料蒐集模組

  • 感測器串接
  • 資料傳輸
  • 資料儲存
  • 異常資料處理

工作三:模型開發

  • 特徵擷取
  • 模型訓練
  • 參數調整
  • 效能測試

工作四:平台開發

  • 管理後台
  • 警示
  • 趨勢分析
  • 維修建議

工作五:場域驗證

  • 安裝
  • 測試
  • 資料蒐集
  • 使用者回饋
  • 功能修正

第十部分:查核點怎麼寫?

官方申請須知要求查核點應具體並可驗證。模糊的查核點,會使委員無法判斷計畫是否完成。

不合適的查核點

  • 完成技術研發
  • 完成系統優化
  • 提高使用者滿意度
  • 增加市場競爭力
  • 完成推廣

合適的查核點

  • 完成感測模組3套
  • 完成設備資料蒐集API一套
  • 支援溫度、振動及電流3類資料
  • 完成3種設備異常辨識模型
  • 模型準確率達90%以上
  • 完成管理後台一套
  • 系統同時支援100台設備
  • 完成3個場域、每場域連續30日驗證
  • 完成10家客戶訪談與3家試用

查核點應包含

  • 數量
  • 規格
  • 效能
  • 測試方法
  • 場域
  • 完成時間
  • 交付文件或成果

第十一部分:時程怎麼安排?

計畫時程應反映工作依賴關係。

12個月範例

執行期間
主要工作
第1至2月
需求分析、技術規格
第2至4月
感測模組與資料蒐集
第3至7月
模型及核心功能開發
第5至8月
管理平台與系統整合
第8至10月
內部測試與修正
第9至11月
場域驗證
第11至12月
商業驗證與成果整理

時程常見錯誤

  • 所有工作都從第一個月開始
  • 所有驗證都放在最後一個月
  • 研發完成前就開始大規模銷售
  • 人員同時負責過多工作
  • 查核點時間與工作時程不一致

第十二部分:研發團隊怎麼寫?

計畫書應清楚列出:

  • 計畫主持人
  • 技術人員
  • 產品人員
  • 場域驗證人員
  • 市場與業務人員
  • 外部顧問或委託單位

人員資料應包含

  • 姓名
  • 職稱
  • 學經歷
  • 專長
  • 計畫工作
  • 投入人月

團隊表範例

人員
專業能力
計畫工作
計畫主持人
製造管理、專案管理
統整計畫及場域
AI工程師
機器學習
模型開發與驗證
電控工程師
感測與控制
硬體串接
後端工程師
API與資料庫
平台與資料處理
業務主管
B2B銷售
訪談與商業驗證

不要只放學歷與證照。

委員更想知道:

  • 過去做過哪些相近工作
  • 是否有實際技術成果
  • 能否投入足夠時間
  • 為什麼適合負責該項工作

第十三部分:委託研究怎麼寫?

企業可以委託學校、法人或專業單位處理部分工作,但不能把整項核心研發完全外包。

應說明:

  • 委託原因
  • 委託單位能力
  • 工作範圍
  • 交付成果
  • 驗收方式
  • 經費依據
  • 智慧財產權歸屬

合理的委託內容

  • 特殊材料檢測
  • 第三方安全驗證
  • 專業演算法顧問
  • 法規測試
  • 特定設備分析

容易被質疑的情況

  • 整套系統由外包公司開發
  • 公司內部沒有技術人員
  • 核心演算法完全委外
  • 委託金額占比過高
  • 無法說明技術如何留在公司

第十四部分:市場分析怎麼寫?

市場分析不能只引用全球市場規模。

應至少包括:

  • 目標客戶
  • 可服務市場
  • 客戶數量
  • 採購流程
  • 採購預算
  • 競爭者
  • 銷售週期
  • 進入市場方式

市場規模計算方式

可以用:

目標客戶數量×可服務比例×平均售價

例如:

  • 台灣目標加工廠:約2,000家
  • 前三年可服務比例:10%
  • 平均導入金額:新臺幣180,000元

可服務市場估算:

2,000×10%×180,000=新臺幣36,000,000元

這只是估算,仍需說明:

  • 客戶資料來源
  • 銷售團隊能力
  • 預估成交率
  • 每年可導入數量

第十五部分:市場驗證怎麼寫?

市場驗證比單純的市場規模更有說服力。

可以提供:

  • 客戶訪談
  • 場域合作
  • 試用意向
  • 採購意向
  • 報價紀錄
  • 既有訂單
  • 展示或測試結果
  • 願付價格調查

市場驗證表範例

對象
產業
主要問題
驗證進度
A公司
金屬加工
主軸異常停機
願意提供測試場域
B公司
汽車零件
維護人力不足
已完成需求訪談
C公司
食品機械
遠端監控需求
願意進行付費測試

不要虛構合作企業、訂單或意向書。

若無法公開企業名稱,可以依保密需求以產業、規模及驗證狀態呈現,但應保留可供審查確認的佐證。


第十六部分:商業模式怎麼寫?

應回答五個問題:

  1. 誰會付錢?
  2. 為什麼願意付錢?
  3. 產品或服務如何計價?
  4. 透過什麼管道銷售?
  5. 多久可以形成營收?

收費模式

  • 設備銷售
  • 專案建置
  • 月費
  • 年費
  • 授權費
  • 使用量計費
  • 維護費
  • 顧問費
  • 耗材收入
  • OEM訂單

商業模式表範例

收費項目
計價方式
感測裝置
每套設備費
系統導入
每廠建置費
雲端平台
年度訂閱
維護服務
年度維護費
客製模型
專案報價

第十七部分:三年營收怎麼估?

營收不能只寫:

  • 第一年新臺幣500萬元
  • 第二年新臺幣1,500萬元
  • 第三年新臺幣5,000萬元

應列出計算方式。

計算範例

第一年

  • 10家導入客戶
  • 每家平均新臺幣180,000元
  • 營收新臺幣1,800,000元

第二年

  • 新增25家客戶
  • 平均導入新臺幣180,000元
  • 既有10家續約,每家年費新臺幣36,000元

第三年

  • 新增45家客戶
  • 既有35家續約
  • 增加客製及維護收入

還要說明:

  • 業務人員數量
  • 平均銷售週期
  • 潛在名單
  • 每年可交付能力

第十八部分:預期效益怎麼寫?

技術效益

例如:

  • 辨識準確率達90%
  • 生產時間縮短30%
  • 不良率降低20%
  • 能耗降低15%
  • 檢測速度提高兩倍
  • 設備壽命延長

經濟效益

例如:

  • 新增營收
  • 降低成本
  • 增加訂單
  • 創造就業
  • 帶動出口
  • 增加研發投資

產業效益

例如:

  • 降低中小企業導入門檻
  • 建立國產替代方案
  • 提升供應鏈韌性
  • 推動自動化與淨零
  • 降低對進口技術依賴

所有數字都應提供計算或比較基準。


第十九部分:智慧財產權怎麼寫?

應說明:

  • 既有技術屬於誰
  • 新成果由誰持有
  • 是否申請專利
  • 是否登記軟體著作權
  • 是否使用商標
  • 哪些技術以營業秘密保護
  • 與委託單位如何分配權利
  • 是否使用第三方技術

使用開源軟體時

應確認:

  • 授權類型
  • 是否可商業使用
  • 是否要求公開衍生程式
  • 是否需保留著作權聲明
  • 是否存在授權風險

使用第三方API時

應說明:

  • API是否為核心技術
  • 中止服務時的替代方案
  • 費用
  • 資料使用權
  • 個資及資安風險

第二十部分:風險管理怎麼寫?

研發計畫本來就有不確定性。

應主動列出風險及替代方案。

風險
可能影響
處理方式
故障資料不足
模型無法有效訓練
使用模擬資料及遷移學習
感測雜訊過高
辨識結果不穩定
增加濾波及多感測融合
場域延後
驗證期不足
準備備援場域
關鍵材料延遲
原型時程延後
準備替代供應商
客戶導入意願低
市場驗證不足
改採短期租用及試用方案

不要寫:

本計畫技術成熟,預計沒有重大風險。

這反而顯示團隊沒有充分評估。


第二十一部分:經費怎麼編列?

SBIR計畫經費應依官方會計科目及編列原則處理,115年度下載專區另提供正式會計科目文件。計畫書金額原則上依官方格式,以新臺幣千元為單位填寫。

常見項目可能包括:

  • 人事費
  • 消耗性器材及原材料費
  • 設備使用費
  • 設備維護費
  • 技術引進及委託研究費
  • 專利申請費
  • 差旅費
  • 其他符合當年度規定的科目

實際可編列科目、比例及限制,應以115年度申請須知和會計科目文件為準。


人事費

應與以下內容一致:

  • 人員名單
  • 工作項目
  • 投入人月
  • 執行期間
  • 薪資資料

常見問題:

  • 一個人投入人月過高
  • 人員同時參與太多計畫
  • 工作內容與專長不符
  • 只有行政或業務人員,沒有研發人員

材料費

應列出:

  • 品名
  • 規格
  • 數量
  • 單價
  • 用途
  • 對應工作項目

不要只寫:

電子材料一批,新臺幣500,000元。

應拆成可理解的項目。


設備相關費用

不能把SBIR當成一般設備購置補助。

應說明設備與研發工作的必要關係,並依規定編列使用或維護費。


委託研究費

應附:

  • 委託工作內容
  • 報價或金額依據
  • 交付成果
  • 驗收方式
  • 委託必要性

經費與工作要互相對應

每一筆較大的經費,都應能回答:

這筆費用用在哪一個工作項目,會產出哪一個查核成果?


補助款與自籌款怎麼寫?

SBIR屬研發經費部分補助,企業仍需投入自籌資金並具備實際執行能力。

計畫書中應確認:

  • 公司現金流能否負擔
  • 自籌款來源
  • 是否有其他補助重複
  • 計畫期間是否能支付人事及材料
  • 核銷前後的資金安排

不要只因補助上限是新臺幣600萬元,就直接申請最高金額。

申請金額應由:

  • 工作規模
  • 人力
  • 材料
  • 驗證
  • 計畫期程

合理推導。


SBIR計畫書常見退件原因

一、創新性不足

常見內容:

  • 一般網站
  • 一般App
  • 一般電商
  • 購買設備
  • 導入現成系統
  • 既有產品改版
  • 一般行銷推廣

改善方式:

  • 說明核心研發問題
  • 提出技術方法
  • 與競品比較
  • 建立可驗證指標

二、技術內容太空泛

只寫:

  • 導入AI
  • 使用大數據
  • 結合雲端
  • 建立智慧平台

卻沒有:

  • 資料
  • 模型
  • 架構
  • 研究方法
  • 測試方式

三、查核點無法驗證

例如:

  • 完善功能
  • 強化品牌
  • 增加客戶
  • 提升滿意度

應改成具體數量、規格及測試結果。


四、團隊能力不足

例如:

  • 核心研發完全外包
  • 沒有相關工程人員
  • 計畫主持人經驗不符
  • 人力規模無法完成計畫

五、市場分析只有產業報告

沒有:

  • 客戶訪談
  • 場域
  • 試用
  • 願付價格
  • 採購流程

六、商業化規劃不清楚

只寫:

未來將透過展覽、社群及網路行銷推廣。

卻沒有:

  • 售價
  • 收費方式
  • 銷售人力
  • 客戶數
  • 銷售週期

七、經費過度集中

例如:

  • 委託研究費過高
  • 人事費與工作不符
  • 材料用途不明
  • 一般設備占比過大

八、目標過大

小型新創提出:

  • 兩年完成全球平台
  • 同時開發多國市場
  • 支援數十種產業
  • 一次建立大量功能

但沒有足夠人力、資金及場域。


不同類型計畫的撰寫重點

AI與軟體計畫

應加強:

  • 資料來源
  • 模型方法
  • 準確率
  • 資安
  • 系統效能
  • 與現有軟體差異

不要只寫前台與後台功能。


製造業計畫

應加強:

  • 材料或製程
  • 公差
  • 機構與電控
  • 性能測試
  • 試產
  • 實際工廠場域

服務創新計畫

應加強:

  • 原有服務流程
  • 新流程差異
  • 數據或技術支撐
  • 使用者驗證
  • 商業模式

不能只寫服務態度更好或流程更方便。


新創公司

應加強:

  • 創辦團隊
  • 初步原型
  • 技術來源
  • 資金安排
  • 市場驗證
  • 執行能力

傳統產業

應加強:

  • 現有生產問題
  • 過去經驗
  • 新製程或設備差異
  • 客戶及供應鏈效益
  • 量產可行性

SBIR計畫書撰寫流程

第一步:訪談內部團隊

至少訪談:

  • 老闆或計畫主持人
  • 工程師
  • 產品人員
  • 業務
  • 財務

第二步:整理計畫邏輯

先完成一頁摘要:

  • 問題
  • 客戶
  • 現有方法
  • 創新
  • 研發工作
  • 指標
  • 市場
  • 收費

第三步:先寫技術與工作項目

不要一開始就寫市場規模。

先確認:

  • 真正需要研發什麼
  • 如何驗證
  • 誰負責

第四步:建立查核點與時程

查核點確定後,才能合理安排人力與經費。

第五步:編列經費

由工作項目推導費用,不要先決定補助金額再倒填內容。

第六步:補充市場與商業化

提供實際訪談、客戶及收費依據。

第七步:交叉檢查

確認:

  • 人員與人事費一致
  • 材料與工作一致
  • 時程與查核點一致
  • 摘要與正文一致
  • 市場與營收一致

SBIR計畫書完成前檢查清單

計畫定位

  • 計畫名稱清楚
  • 目標客戶明確
  • 問題具有證據
  • 現有方案不足
  • 創新點不超過三項

技術研發

  • 技術架構完整
  • 研究方法具體
  • 資料與測試方式清楚
  • 研發工作不是一般功能開發
  • 有風險與替代方案

工作與查核

  • 工作項目可執行
  • 時程合理
  • 查核點可量化
  • 每個查核點有負責人
  • 驗證場域明確

團隊

  • 主持人具備經驗
  • 核心技術由內部掌握
  • 人力投入合理
  • 委託範圍明確
  • 技術與市場人員都有配置

市場

  • 有目標客戶數量
  • 有競爭比較
  • 有客戶訪談或意向
  • 有定價及收費方式
  • 有三年營收計算

經費

  • 使用當年度正式科目
  • 金額以官方格式填寫
  • 人事費與人月一致
  • 材料有規格及數量
  • 委託費有報價及成果
  • 自籌款可負擔

文件

  • 使用115年度最新格式
  • 沒有刪除官方欄位
  • 公司名稱與計畫名稱一致
  • 日期、期程及金額一致
  • 附件及佐證完整
  • 已完成自我檢查表

常見問題FAQ

SBIR計畫書要寫多少頁?

應依當年度官方格式及頁數規定填寫,不是越長越好。重點是創新、方法、查核、團隊、經費及商業化邏輯完整。

Phase 1也要寫完整計畫書嗎?

115年度中央型SBIR的Phase 1以官方簡報格式為主;Phase 2及Phase 2+使用計畫書格式。

可以直接申請Phase 2嗎?

企業若已有初步技術、原型或驗證基礎,可依規定評估直接申請Phase 2,但應說明申請前已有成果與本次新增研發內容。

一般網站可以申請SBIR嗎?

若只是網站、會員、購物車或一般管理後台,通常不容易證明研發創新。需要說明核心技術、服務創新及可量化驗證。

AI系統一定具有創新性嗎?

不一定。單純串接現成生成式AI或第三方API,不代表具備創新。應說明資料、模型、流程、產業應用及技術差異。

可以委託顧問寫計畫書嗎?

可以協助整理,但技術、團隊、經費與商業模式必須由企業主導並確認。審查時企業仍需自行回答。

可以用AI撰寫計畫書嗎?

AI可協助整理文字與架構,但不得虛構測試數據、專利、客戶、技術成果、財務資料或合作意向。

查核點一定要有數字嗎?

多數查核點應盡量量化,例如數量、效能、準確率、場域及測試時間。若屬質化成果,也應提供可驗收的文件、系統或紀錄。

市場規模越大越容易通過嗎?

不一定。委員更重視企業實際可接觸及可服務的市場,以及是否已有客戶驗證。

補助金額是不是申請越高越好?

不是。金額應由工作、人力、材料及期程推導。申請規模超過公司能力,反而容易被質疑。

計畫被退件可以再申請嗎?

通常可以重新修正後申請,但應針對創新、技術、團隊、市場、查核及經費進行實質修改。

計畫書完成後還要準備什麼?

還應準備審查簡報、書面意見回覆、技術佐證、客戶驗證、經費明細及委員問答。


SBIR官方資料

中央型SBIR目前採線上申請,官方網站提供115年度申請須知、計畫書撰寫說明、Phase 2/Phase 2+格式及會計科目文件。

送件前應確認:

  • 使用最新年度格式
  • 查看最新公告
  • 下載申請者自我檢查表
  • 依線上系統完成正式送件
  • 保留送件版本與案件編號

結論

SBIR計畫書不是把公司想做的產品包裝得很厲害,而是完整證明:

  1. 市場存在值得解決的問題
  2. 現有方案確實不足
  3. 本計畫具有技術、產品或服務創新
  4. 研發方法具體可執行
  5. 工作項目與時程合理
  6. 查核點可以量化驗證
  7. 團隊具備實際研發能力
  8. 核心技術不是全部外包
  9. 經費與工作內容相互對應
  10. 已有客戶或場域驗證基礎
  11. 產品具有清楚收費模式
  12. 計畫成果有機會形成營收
  13. 已規劃智慧財產權
  14. 已辨識技術與市場風險
  15. 申請文件符合最新年度格式

SBIR計畫書真正應回答的不是:

公司希望政府補助多少錢?

而是:

企業準備解決什麼問題、需要研發哪些關鍵技術、如何證明成果有效,以及為什麼這項成果有機會成為客戶願意付費的產品或服務?


免費20天內容行銷體驗

數位果子科技有限公司提供製造業、科技公司、軟體服務、機械設備、工業零組件、OEM/ODM與B2B企業免費20天內容行銷體驗

服務內容包括:

  • SBIR與創新研發相關搜尋主題規劃
  • 技術文章與產品內容整理
  • 產品、技術與解決方案頁面布局
  • 採購、工程師及企業決策者搜尋需求分析
  • Google搜尋內容規劃
  • 案例頁、技術頁及詢價頁改善建議
  • GA4、表單與詢價來源追蹤
  • 從專業技術內容到企業客戶詢問的轉換規劃

透過20天免費體驗,協助企業將創新技術、產品規格、研發成果與產業經驗,轉換成客戶看得懂、搜尋得到,也更容易產生詢價與合作機會的內容。

免費體驗期間:20天

合作專線:0970-357-535
LINE:cherng65

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *