第一次下載SBIR計畫書範例，很多企業會發現裡面包含公司資料、計畫摘要、研發內容、查核點、經費、人力配置、市場分析及附件，一時不知道該從哪裡開始。

實際上，閱讀SBIR計畫書範例時，不應只是照著章節依序填空，而要先理解每個章節在回答評審的哪一個問題。

一份完整的SBIR計畫書，主要是在回答以下幾件事：

企業現在遇到什麼問題？
市場上的現有方法為什麼不夠？
本計畫準備研發什麼創新技術、產品或服務？
企業打算如何完成？
如何證明研發成果真的達成？
公司是否具備執行能力？
研發成果是否有市場與商業價值？
申請經費是否合理？

只要先掌握這八個問題，再回頭看SBIR計畫書範例，就會比較容易理解各章節之間的關係。

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

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

立即報名　→

一、SBIR計畫書範例要去哪裡看？

目前中央型SBIR官方網站的下載專區，提供：

當年度申請須知
計畫書撰寫說明
Phase 2及Phase 2+計畫書格式
Phase 1簡報格式
會計科目及編列原則
申請者自我檢查表
其他申請附件

申請企業應優先下載當年度官方檔案，不要直接使用網路上數年前流傳的舊版範本。章節、補助額度、經費科目、應備文件及申請程序，都可能隨年度調整。

115年度中央型SBIR已公布新的申請須知與計畫書格式，其中Phase 1採簡報申請，Phase 2及Phase 2+則使用正式計畫書。

官方下載專區：

SBIR申請階段下載專區
https://sbir.org.tw/sbir/dw_apply

申請前建議至少下載以下四份文件：

115年度SBIR申請須知
計畫書撰寫說明
計畫書或簡報格式
會計科目及編列原則

不要只下載計畫書檔案就開始撰寫。很多格式、資格、期程與經費限制，都寫在申請須知及會計編列原則裡。

二、Phase 1和Phase 2的文件有什麼不同？

SBIR依研發成熟度分成不同階段。

Phase 1：先期研究

Phase 1主要用於驗證創新構想是否可行，例如：

進行小規模實驗
確認技術方法
驗證核心演算法
測試市場需求
製作初步概念原型
排除主要技術風險

115年度Phase 1使用簡報格式申請，補助上限為新臺幣150萬元，個別申請計畫期程原則上最長6個月。

Phase 2：研究開發

Phase 2適合已完成初步可行性驗證，準備進一步研發：

產品雛形
生產方法
技術模組
軟體系統
創新服務機制
小量試產
服務試營運

官方說明指出，Phase 2企業應敘明關鍵問題、工作規劃、量化查核指標、預期產業效益，以及相關研發經驗與執行實績。

Phase 2+：加值應用

Phase 2+主要是將既有研發成果進一步推向：

商品化
應用驗證
試量產
市場測試
服務擴大
技術加值
商業營運

因此，企業在看範例前，應先確認自己要申請的是哪一個階段。

三、SBIR計畫書常見章節快速對照表

不同年度的正式章節名稱可能略有調整，但一般會包含以下內容。

常見章節	評審想知道什麼	撰寫重點
計畫基本資料	誰申請、做什麼、申請多少	公司、期程、金額及計畫名稱一致
計畫摘要	整份計畫的核心是什麼	問題、方法、成果及效益
公司與團隊介紹	公司有沒有能力執行	經驗、技術、人力及實績
背景與問題分析	為什麼需要這項研發	產業問題、客戶痛點、技術瓶頸
創新性說明	與現有方法有何不同	比較基準、差異與技術突破
研發內容與方法	實際準備怎麼做	工作項目、流程、方法與技術
進度與查核點	如何追蹤是否完成	時程、里程碑與量化指標
市場與競爭分析	做出來有沒有人需要	目標客戶、市場規模、競爭方案
預期成果與效益	完成後會產生什麼價值	技術、營收、就業及產業效益
智慧財產權	成果如何保護及使用	專利、著作權、營業秘密
人力配置	誰負責哪些工作	專長、投入月數及工作內容
經費編列	錢花在哪裡、是否合理	經費與工作項目對應
附件與證明	所填資料能否被證明	財務、勞保、合作及技術文件

閱讀範例時，不要只注意文字寫得多不多，而要觀察每一個章節是否能彼此對應。

例如：

問題分析提到瑕疵檢測速度太慢
研發內容就應出現影像辨識或檢測方法
查核點應出現檢測速度及準確率
經費應編列相關研發人員、設備或測試費用
預期效益應說明降低多少檢測時間或成本

這種前後一致性，是計畫書的重要基礎。

四、計畫基本資料怎麼看？

計畫基本資料通常包括：

公司名稱
公司統一編號
計畫名稱
計畫主持人
計畫聯絡人
申請階段
申請領域
計畫期程
計畫總經費
申請補助款
公司自籌款

這一章看似簡單，卻很容易出現不同文件資料不一致的問題。

例如：

計畫名稱在申請表與計畫書不同
期程月份填寫錯誤
經費加總不一致
公司名稱使用簡稱
主持人姓名與附件不同
補助款與自籌款比例填錯

目前中央型SBIR採線上申請，申請企業需要在線上系統填寫資料並上傳應備文件。

因此，建議企業先建立一份「計畫基本資料總表」，所有文件都從同一份資料複製，避免人工重複輸入產生錯誤。

五、計畫摘要要寫什麼？

計畫摘要不是前言，也不是公司介紹，而是整份計畫書的濃縮版本。

建議包含五個部分：

產業或客戶目前遇到的問題
現有方法的限制
本計畫的創新解決方法
預計完成的研發成果
預期市場及產業效益

可以使用以下結構：

目前某產業在某項作業中，普遍面臨某種問題，造成成本、效率或品質上的影響。現有方法雖可處理部分需求，但仍存在某些限制。因此，本計畫將研發某項技術、產品或服務，透過某種方法改善問題，預計完成某項具體成果，並達成某些量化指標，後續將應用於某類客戶或市場。

製造業摘要範例

精密加工廠目前主要依賴人工經驗判斷設備刀具磨耗狀態，容易因人員經驗差異產生誤判，造成產品尺寸異常、停機及材料耗損。現有設備監控方式多以固定門檻判斷，難以因應不同機台、材料與加工參數。本計畫將研發結合振動訊號、加工參數與歷史維修紀錄的刀具磨耗預測技術，建立資料蒐集模組、特徵分析模型及異常預警機制，並於實際加工場域完成驗證。

摘要寫完後，應能讓沒有讀過全文的人，大致理解這項計畫為什麼值得執行。

六、公司與研發團隊介紹怎麼寫？

這一章不是把公司官網的「關於我們」直接貼上去。

評審真正想知道的是：

公司是否熟悉這個產業？
是否有相關客戶或應用場域？
是否做過相似技術？
是否有足夠人力完成？
計畫主持人是否具備整合能力？
公司是否能承接研發成果？

建議內容包括：

1. 公司發展背景

簡要說明：

成立時間
主要產品或服務
主要客戶
產業定位
核心技術

2. 與本計畫相關的經驗

例如：

曾開發相關產品
已累積產業資料
擁有測試場域
曾執行研究計畫
已有合作客戶
曾完成類似系統

3. 主要研發人員

應說明：

姓名或職務
專業能力
相關年資
過去實績
在本計畫負責的工作

SBIR審查不只看研發人員的學歷，也會綜合評估人員經歷、研發方法、執行時程及可行性。

因此，即使公司沒有博士或專職研究員，只要團隊具有實際產業經驗、技術能力及合理分工，仍可提出具說服力的團隊說明。

七、背景與問題分析怎麼寫？

這一章要說明「為什麼需要做這項研發」。

建議依序說明：

1. 產業現況

可包含：

產業發展趨勢
市場需求變化
客戶採購需求
政策或法規變化
技術發展方向
現有流程限制

2. 目標客戶的實際問題

問題要具體，例如：

每次報價平均需要兩個工作天
品管人員每班需檢查數千件產品
設備故障只能在停機後發現
技術文件分散於不同員工電腦
少量多樣訂單難以人工排程
客戶詢問無法快速分類

3. 問題造成的影響

例如：

增加人力成本
延長交期
提高報廢率
降低客戶滿意度
造成設備停機
影響接單能力
增加能源浪費

常見錯誤

只寫：

隨著AI快速發展，企業數位轉型已成為重要趨勢。

這類敘述太廣泛，無法證明公司真正面臨什麼問題。

較好的寫法是：

公司目前每月平均收到約300筆非標準品詢價，業務人員需人工比對歷史圖面、材料價格及加工工時，單筆報價平均需花費90分鐘，且不同人員估價結果差異可達一定比例。

具體問題才有辦法接到後面的研發方法與量化指標。

八、創新性章節怎麼看？

創新性通常是SBIR計畫的核心。

創新不一定代表全世界從未出現，也可能是：

新技術
新產品
新服務
新製程
新應用
新商業模式
現有技術在特定場域的重大改善

寫創新性時，至少應回答三個問題：

1. 現有方法是什麼？

例如：

人工作業
固定規則判斷
一般ERP模組
通用AI模型
傳統感測器
國外大型系統

2. 現有方法有什麼限制？

例如：

不適合少量多樣製造
不支援中文技術文件
無法連接舊型設備
成本過高
準確率不足
需要大量人工整理
無法即時運算

3. 本計畫改善了什麼？

例如：

建立產業專用資料模型
提高辨識速度
降低樣本需求
支援多設備資料整合
建立新的服務流程
降低系統導入成本

建議製作比較表。

比較項目	人工作業	現有方案	本計畫
資料處理	人工整理	部分自動化	自動蒐集與分類
判斷方式	依賴經驗	固定門檻	動態模型判斷
適用場域	單一設備	標準化設備	多品牌舊型設備
即時性	低	中	高
可擴充性	低	中	可依產線擴充

比較表不能只寫「本計畫比較好」，而要有明確的比較條件或性能差異。

九、研發內容與技術方法怎麼寫？

這一章是計畫書中最重要、也最容易寫成「功能清單」的部分。

錯誤寫法：

建立會員系統
建立登入功能
建立報表功能
建立後台管理功能
建立通知功能

這只是軟體功能，沒有說明研發方法。

較完整的研發工作應拆成：

工作項目一：需求與資料規格建立

可能包括：

場域需求訪談
資料欄位定義
資料蒐集方式
樣本分類標準
測試案例設計

工作項目二：核心技術研發

可能包括：

演算法設計
模型訓練
感測模組開發
資料處理流程
計算方法
規則引擎
系統架構

工作項目三：原型系統或產品開發

可能包括：

前後端整合
硬體模組製作
API串接
操作介面
資料庫
權限管理

工作項目四：場域測試與修正

可能包括：

實際工廠測試
使用者測試
壓力測試
準確率測試
故障情境測試
模型修正

工作項目五：成果驗證

可能包括：

與原流程比較
性能指標驗證
客戶試用
試量產
試營運
成本效益分析

每個工作項目最好都要有：

執行目的
使用方法
負責人員
預期產出
完成時間
查核標準

十、進度表與查核點怎麼寫？

查核點不是工作名稱，而是可以被確認的成果。

例如：

不完整的查核點

完成AI模型開發。

問題在於「完成」沒有判斷標準。

較完整的查核點

完成至少一定數量之設備異常資料標註，建立異常辨識模型，並於測試資料集中達成設定之辨識準確率。

好的查核點通常包含：

完成什麼成果
數量是多少
性能達到多少
用什麼方式驗證
在什麼時間完成

可以使用以下格式：

完成項目＋量化數量＋性能指標＋驗證方式

例如：

完成3種設備訊號資料蒐集模組。
建立至少5類異常狀態辨識模型。
完成20家目標客戶需求訪談。
原型系統回應時間低於設定秒數。
完成至少2處實際場域測試。
系統辨識準確率達到設定標準。
完成指定數量的服務試營運。

官方對Phase 2的說明中特別要求企業提出可查核的量化指標，因此計畫書不能只寫方向性成果。

十一、市場與競爭分析怎麼寫？

技術做得出來，不代表市場一定會購買。

市場分析應至少包含：

1. 目標客戶

不要只寫「全台灣中小企業」，而要再縮小，例如：

具有10台以上CNC設備的金屬加工廠
生產少量多樣零組件的製造商
有多據點維修需求的設備供應商
每月處理大量技術詢問的B2B企業
具有能源管理需求的中型工廠

2. 客戶購買原因

例如：

降低人力需求
提高良率
縮短交期
減少停機
降低能源成本
提高報價速度
建立新的營收來源

3. 現有競爭方案

競爭對手不一定是相同產品，也可能包括：

人工作業
Excel
現有ERP
國外系統
委外服務
客戶自行開發
不處理問題

4. 商業模式

例如：

軟體授權費
訂閱費
設備銷售
系統建置費
維護費
按使用量計費
顧問服務費
分潤模式

市場規模可以引用公開資料，但更重要的是說明公司能接觸到哪些客戶，以及第一批客戶從哪裡來。

十二、預期成果與效益怎麼寫？

預期成果可分成四個層次。

1. 技術成果

例如：

完成演算法
完成產品原型
完成感測模組
完成系統平台
建立資料庫
完成場域驗證

2. 營運成果

例如：

縮短作業時間
降低生產成本
提高良率
減少停機時間
提升服務效率

3. 商業成果

例如：

新增客戶
增加營收
開發新市場
建立新產品線
發展訂閱服務
取得合作意向

4. 產業效益

例如：

協助中小企業數位轉型
降低產業導入門檻
提升供應鏈韌性
推動節能減碳
提高國產技術自主性
創造就業機會

數字應有推估依據。

例如預估新增營收新臺幣500萬元，就應說明：

預估客戶數
每位客戶客單價
收費模式
推廣期間
成交率依據

不要只放一個很大的營收數字，卻沒有計算過程。

十三、智慧財產權章節怎麼寫？

計畫書通常需要說明：

是否有相關專利
是否使用他人技術
是否可能侵犯他人權利
研發成果歸屬
未來如何保護成果
委外成果如何處理
合作單位的權利如何分配

常見保護方式包括：

發明專利
新型專利
設計專利
著作權
營業秘密
商標
授權契約
保密協議

115年度SBIR新增專利申請費補助項目，但是否適用、可以編列哪些費用，仍應依當年度會計科目及編列原則辦理。

對軟體或AI計畫而言，不一定所有成果都適合申請專利，也可透過程式碼管理、資料權限、營業秘密及契約條款保護。

十四、人力配置怎麼看？

人力表不能只是把公司所有員工都列進去。

每位人員都應能對應到具體工作，例如：

人員	專長	負責工作
計畫主持人	產業與專案管理	整體計畫、資源及成果管理
機械工程師	設備與製程	感測器安裝及場域測試
資料工程師	資料處理	資料清理、特徵建立
AI工程師	模型研發	模型訓練及準確率改善
軟體工程師	系統開發	前後端與資料庫整合
業務人員	客戶與市場	客戶訪談及試用驗證

常見錯誤包括：

投入人月與計畫期程不合理
人員專長與工作內容不相符
同一個人負責所有技術
外部廠商負責全部核心研發
人力經費與薪資資料無法對應
工作項目很多，人力卻明顯不足

企業應確保人力表、工作分解、甘特圖及經費表彼此一致。

十五、經費編列怎麼看？

SBIR經費不是公司想買什麼就填什麼，而是必須與研發工作直接相關。

常見經費可能涉及：

研發人員人事費
消耗性器材及原材料費
研發設備使用費
研發設備維護費
技術移轉費
委託研究或驗證費
國內外差旅費
專利申請相關費用

實際可編列科目、計算方式、限制及應備憑證，應以115年度官方「會計科目及編列原則」為準。官方下載專區已提供該年度文件。

編列時應遵循三個原則：

原則一：經費要能對應工作項目

例如：

影像辨識研發，需要影像資料、測試材料及研發人員。
設備監測，需要感測器、資料蒐集設備及場域測試。
軟體系統，需要工程人員、雲端測試環境及必要驗證。

原則二：不能把一般營運費用包進去

例如：

一般辦公設備
公司裝潢
日常水電
一般行政人事
與計畫無關的廣告費
非研發用途的設備採購

原則三：經費比例要合理

若計畫核心是AI模型研發，但大部分經費都花在網站設計、行銷或硬體採購，就可能被質疑研發內容與經費不一致。

十六、附件與證明文件怎麼準備？

依現行政府申辦資訊，個別申請常見應備資料包括最近一年年度損益及稅額計算表，以及可證明參與研發人員與公司投保人數的相關文件；新設未滿一年的公司，財務文件可能以最近一期營業稅申報資料替代。完整要求仍須以申請須知及線上系統為準。

其他可能使用的資料包括：

公司登記資料
財務資料
勞保或就業保險證明
技術合作意向書
場域驗證同意文件
客戶合作意向書
專利證明
產品測試報告
既有研發成果
委外報價單
設備規格
顧問資料

合作意向書可以增加市場或場域的可信度，但不能取代完整的研發內容。

十七、不同類型計畫書應該看哪些重點？

情況一：製造業技術研發

應重點檢查：

製程問題是否具體
現有設備與流程是否說明
技術方法是否可執行
性能指標是否可量測
是否有實際測試場域
是否有試產或驗證安排

情況二：軟體或AI系統

應重點檢查：

是否只是一般功能開發
資料來源是否明確
模型或演算法創新在哪裡
如何測試準確率
如何控制錯誤結果
是否涉及資料安全
與現有軟體有何差異

情況三：創新服務

應重點檢查：

顧客痛點是否真實
服務流程有何改變
是否有目標使用者
如何進行試營運
使用者是否願意付費
服務是否可複製或擴大

情況四：產品改良

應重點檢查：

原產品有哪些限制
本次改良內容是什麼
是否只是外觀或例行改版
性能提升多少
如何比較改良前後差異
是否有明確應用市場

十八、SBIR計畫書常見錯誤

1. 摘要與內文內容不同

摘要寫AI預測，內文卻只有資料管理系統。

2. 問題與解決方法無關

問題是設備停機，研發內容卻集中在會員管理及報表。

3. 只列功能，沒有研發方法

寫了許多頁系統功能，卻沒有技術原理、資料處理及測試方法。

4. 創新性只靠形容詞

大量使用：

全新
首創
智慧
精準
高效
革命性

但沒有提出比較資料。

5. 查核點無法驗證

例如：

完成系統優化
提升使用體驗
增加市場競爭力

這些內容都缺乏明確標準。

6. 經費與研發內容對不上

計畫書寫技術研發，經費卻主要用於採購現成設備或行銷。

7. 市場分析過度空泛

只引用整體產業產值，沒有說明企業實際可以接觸的客戶。

8. 計畫範圍過大

同時要做硬體、軟體、AI、平台、跨國市場及大量商業功能，卻只有少數人員及短期計畫。

9. 大量委外，內部沒有研發角色

若核心技術全部交由外部公司開發，企業自身沒有需求定義、技術管理、測試及成果承接能力，容易被質疑。

10. 使用過期範例

直接沿用數年前的格式，導致經費科目、補助額度及附件不符合當年度規定。

十九、SBIR計畫書撰寫順序建議

計畫書不一定要從第一頁開始寫。

比較有效率的順序是：

第一步：先定義問題

整理產業問題、技術瓶頸及客戶需求。

第二步：決定預期成果

先確認計畫結束時要完成什麼。

第三步：拆解研發工作

把成果拆成資料、技術、原型、測試及驗證工作。

第四步：設定查核點

為每個工作項目設定數量、性能及完成時間。

第五步：配置人力與經費

確認誰負責、需要多少時間及資源。

第六步：補充市場與效益

說明成果要賣給誰、怎麼收費、可以產生多少效益。

第七步：最後寫摘要

當內文都確定後，再將整份計畫濃縮成摘要。

這樣可以避免摘要與後面內容不一致。

二十、SBIR計畫書自我檢查表

送件前可以逐項確認。

計畫定位

是否屬於創新研發，而非單純採購？
是否選擇正確的申請階段？
計畫範圍是否能在期程內完成？

問題與創新

是否說明明確的產業或客戶問題？
是否分析現有方案的限制？
是否提出具體創新差異？
是否有比較基準？

執行內容

是否拆分清楚的工作項目？
每個工作項目是否有負責人？
是否有合理進度？
是否有場域或使用者驗證？

查核與成果

查核點是否可以量化？
是否有測試方法？
技術成果與商業成果是否分開？
預期效益是否有推估依據？

人力與經費

人員專長是否符合工作？
投入人月是否合理？
經費是否對應研發項目？
補助款、自籌款及總經費是否一致？

文件一致性

計畫名稱是否一致？
公司資料是否一致？
期程是否一致？
所有表格金額是否一致？
附件是否完整？
是否使用當年度官方格式？

二十一、SBIR計畫書FAQ

Q1：網路上的SBIR計畫書範例可以直接套用嗎？

不建議直接套用。

可以參考架構與表達方式，但企業的產業問題、技術方法、團隊能力、查核指標及市場條件都不同。直接複製容易造成內容不一致，也可能出現智慧財產權問題。

Q2：Phase 1也要寫完整計畫書嗎？

115年度中央型SBIR的Phase 1採簡報格式申請，不是使用Phase 2的完整計畫書格式。

但簡報仍須說明問題、創新構想、驗證方法、預期成果及團隊能力。

Q3：計畫書是不是寫得越長越好？

不是。

計畫書重點是清楚、一致、可驗證。過多產業背景或技術名詞，反而可能讓核心內容不明確。

Q4：可以請軟體公司協助寫技術內容嗎？

可以由合作單位提供技術資料，但申請企業必須真正理解計畫內容，並能在審查時回答技術方法、資料來源、工作分工、查核方式及智慧財產權等問題。

Q5：一定要附客戶合作意向書嗎？

是否必須檢附應依當年度申請規定判斷。

即使不是必備文件，若有實際場域、試用客戶或合作企業，適當的合作文件可以協助證明市場需求與驗證可行性。

Q6：查核指標可以先寫得保守一點嗎？

可以合理保守，但不能失去研發價值。

指標應同時考量：

現有基準
技術能力
研發時間
測試環境
市場需求

過高可能無法完成，過低則可能無法證明創新效果。

Q7：計畫書寫完後，還需要準備簡報嗎？

Phase 2及Phase 2+申請階段使用計畫書，但實際審查可能仍涉及簡報、會議審查或補充說明。企業應依官方通知準備，並確保簡報與計畫書內容一致。

Q8：SBIR有官方代辦或保證通過服務嗎？

沒有。

SBIR官方提醒，並未委託民間管顧公司或代辦業者以收費方式協助提案，也沒有保證通過的服務。申請規則及文件應以SBIR官方網站與計畫專案辦公室公告為準。

結論：看SBIR範例不是照抄，而是理解審查邏輯

SBIR計畫書範例真正值得參考的，不是某一句話怎麼寫，而是各章節如何形成完整邏輯：

產業問題 → 現有方法限制 → 創新研發方法 → 工作項目 → 查核指標 → 研發成果 → 市場效益

一份具有說服力的計畫書，應讓評審清楚理解：

公司真的面對這個問題
現有方法確實還有不足
提出的研發方法具有創新差異
團隊有能力執行
時程及經費安排合理
成果可以實際驗證
完成後具有市場價值

企業在正式撰寫前，應先下載最新年度的申請須知、撰寫說明、計畫書格式與會計編列原則，避免使用過期範例或自行修改官方格式。

免費20天內容行銷體驗

通過SBIR只是企業創新研發的其中一個階段。研發成果完成後，還需要透過技術文章、解決方案頁面、產品內容與客戶案例，讓潛在客戶理解這項技術可以解決什麼問題。

數位果子科技有限公司提供製造業、科技公司及B2B企業 免費20天內容行銷體驗，協助規劃產業關鍵字、技術型SEO文章、解決方案內容與客戶成功案例，持續累積搜尋曝光及企業詢問。

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