SBIR企畫書通過文件檢查、進入計畫審查後，企業通常需要透過審查簡報，向委員說明計畫的創新性、技術方法、執行能力、市場需求及經費合理性。

很多企業認為，只要把企畫書內容縮短後放進PowerPoint，就算完成審查簡報。

但SBIR簡報真正的目的不是重新朗讀計畫書，而是讓委員在有限時間內快速判斷：

市場是否真的存在問題
現有方案為什麼無法解決
計畫創新點是什麼
技術是否具備研發難度
團隊能否在期限內完成
查核點是否具體可驗證
經費是否與研發工作相符
研發成果是否有商品化機會
企業為什麼需要政府補助

中央型SBIR會依不同計畫領域召開計畫審查會議，審查內容包括創新性、計畫可行性、實施方法、時程、團隊能力及其他計畫條件。官方常見問題也說明，研發人員的學歷不是唯一考量，實際經歷、技術創新、實施方法與計畫可行性都會影響審查。

因此，SBIR簡報應做到三件事：

快速說清楚問題與創新
用資料證明計畫可以完成
回答委員對技術、市場與經費的疑慮

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

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

立即報名　→

SBIR審查簡報快速對照表

簡報部分	主要回答問題	建議重點
公司與團隊	為什麼由你們執行？	經驗、技術、場域與資源
產業問題	客戶真正遇到什麼？	損失、成本、頻率與需求
現有方案	為什麼現在的方法不夠？	價格、效能、流程與限制
創新內容	計畫新在哪裡？	技術、產品、服務或應用創新
技術架構	準備怎麼完成？	模組、方法、資料與整合流程
查核點	如何證明研發成功？	數量、準確率、速度與驗證結果
執行團隊	誰負責哪些工作？	專長、人月與分工
市場驗證	誰願意使用或購買？	訪談、意向、場域與試用
商業模式	完成後如何營收？	定價、通路、客群與銷售週期
經費	為什麼需要這些錢？	人力、材料、委託與工作對應
風險管理	失敗時怎麼處理？	替代方案與調整機制
審查意見	委員疑慮是否解決？	逐題回覆並提供佐證

SBIR簡報前要先準備什麼？

一、確認審查通知內容

收到審查通知後，先確認：

審查日期
報到時間
簡報時間
問答時間
實體或線上會議
簡報檔格式
上傳截止時間
是否需要攜帶紙本
出席人數限制
是否需要準備Demo
書面審查意見何時提供

SBIR官方常見問題指出，委員及辦公室的書面審查意見，原則上會在計畫審查會議前5日提供。企業應以實際通知時間為準，收到後立即分類整理。

二、下載最新簡報及申請文件

115年度SBIR下載專區提供：

115年度申請須知
計畫書撰寫說明
Phase 1簡報格式
Phase 2及Phase 2+計畫書格式
會計科目與編列原則
Teams視訊會議操作說明

正式簡報時，不要沿用數年前的模板或顧問舊檔，應先確認最新年度文件及個別通知。

三、先整理書面審查意見

收到委員意見後，可分成以下六類：

意見類型	常見內容
創新性	與既有產品差異不足
技術	方法不清楚、指標沒有依據
團隊	人員能力不足或核心工作外包
市場	缺乏客戶需求與競爭分析
經費	人事費、材料費或委託費不合理
查核點	成果無法量化或驗證

建議建立一份回覆表：

委員意見	回覆重點	佐證資料	簡報頁次
創新差異不清楚	補充三項競品比較	功能與效能數據	第5頁
準確率90%依據不足	說明資料集與測試方法	初步測試報告	第7頁
市場需求不足	補充10家客戶訪談	意向書與訪談紀錄	第10頁
委託費偏高	調整委外範圍	修正經費表	第12頁

115年度SBIR懶人包也提醒，簡報應針對審查意見提供佐證數據或文件；若經費、人力、轉委託或查核點有所調整，應呈現修正後內容。

SBIR審查簡報建議架構

實際頁數可依簡報時間調整。若時間有限，建議主簡報控制在約12至15頁，另準備備用頁。

第1頁：封面

封面應包含：

計畫名稱
公司名稱
計畫主持人
申請階段
計畫領域
簡報日期

計畫名稱要具體

不夠清楚：

AI智慧平台研發計畫

較清楚：

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

委員應能從名稱快速知道：

使用什麼技術
應用在哪裡
解決什麼問題
預計產出什麼成果

第2頁：一句話說明計畫

建議用一句話回答：

我們要為誰，解決什麼問題，開發什麼創新方案。

例如：

本計畫將為缺乏專職維修人力的中小型加工廠，開發可快速安裝的設備感測與AI異常預測系統，以降低非預期停機與維修成本。

這一頁不要堆滿公司沿革，應直接建立計畫定位。

第3頁：市場與產業問題

應說明：

誰遇到問題
問題發生頻率
目前造成什麼損失
為什麼必須解決
客戶現在如何處理

不夠具體

製造業正面臨數位轉型與缺工問題。

較具體

受訪的15家中小型加工廠中，有11家仍以固定週期及人工聽音方式檢查設備；當主軸或軸承發生異常時，平均需要停機數小時至數天，並造成交期延誤及額外維修成本。

資料來源可以包括：

客戶訪談
公司維修紀錄
試營運數據
公開研究
產業報告
既有訂單

不要只放一張全球市場規模圖，就直接跳到產品介紹。

第4頁：現有方案與不足

委員常問：

市面上已經有類似產品，為什麼還需要補助你們開發？

因此，應列出：

人工作業方式
國內競爭產品
國外成熟方案
替代技術
客戶自行處理方式

比較表範例

比較項目	人工巡檢	國外大型系統	本計畫方案
初期導入成本	低	高	中低
即時監測	無	有	有
中小企業適用	高	低	高
安裝時間	快	長	快
AI異常辨識	無	有	有
模組化擴充	無	部分	有

不能只寫自己的產品全部最好。

也應誠實說明：

目前限制
尚未完成部分
哪些性能可能不如大型方案
為什麼仍適合目標市場

第5頁：核心創新點

建議控制在三項以內。

例如：

低資料量異常辨識模型
降低中小工廠需要大量歷史故障資料的門檻。
快速安裝的模組化感測裝置
不需要大幅修改原有設備。
結合設備狀態與維修建議
不只提供警示，也提供可能故障原因與檢查順序。

每一項創新都應說明：

過去怎麼做
本計畫怎麼做
預計改善多少
如何驗證

第6頁：技術或服務架構

可使用流程圖說明：

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

例如：

感測資料蒐集
資料清理與特徵擷取
AI異常模型
設備狀態判定
維修建議模組
管理後台
工廠場域驗證

這一頁應讓委員知道，計畫不是把幾項現成工具組合起來，而是有明確研發工作與技術難度。

第7頁：研究方法與技術指標

應具體說明：

資料來源
樣本數量
研究方法
測試環境
比較基準
驗證方式
預期指標

指標範例

異常辨識準確率達90%以上
每分鐘完成一次資料更新
支援三種設備型態
系統連續運行30天
將平均檢查時間縮短40%
原型設備完成500次循環測試

委員很可能追問：

為什麼是90%？

因此需要準備：

初步測試結果
產業要求
競品表現
客戶可接受標準
計算方式

第8頁：工作項目、時程與查核點

建議把工作、時間與成果放在同一頁。

工作項目	執行期間	查核成果
感測模組設計	第1至3月	完成3種感測節點
AI模型開發	第2至7月	準確率達90%以上
管理後台開發	第4至8月	完成設備與警示功能
場域驗證	第8至11月	完成3個場域測試
商業驗證	第10至12月	完成10家訪談、3家試用

官方申請須知要求查核點應提出具體、可驗證的內容，因此不能只寫「完成系統優化」或「提升市場效益」。

第9頁：團隊與執行能力

應說明：

計畫主持人
核心研發人員
技術顧問
委託單位
場域合作夥伴

人員表範例

人員	專長	負責工作
計畫主持人	製造管理	計畫、場域及進度管理
AI工程師	機器學習	模型與資料分析
電控工程師	感測控制	硬體與設備串接
後端工程師	系統架構	API、資料庫與管理後台
業務主管	B2B市場	客戶驗證與商業模式

不要只放學歷。

更應強調：

過去做過什麼
有什麼實際成果
為什麼適合負責這項工作
投入多少時間

官方說明也指出，人員學歷並不是唯一審查依據，經歷與計畫執行能力同樣重要。

第10頁：市場驗證與潛在客戶

委員通常不會只接受「市場規模很大」。

建議提供：

客戶訪談數量
合作意向書
試用名單
場域驗證單位
已有訂單
預計導入企業
客戶願付價格
客戶最在意條件

市場驗證表

驗證對象	產業	需求	目前進度
A公司	金屬加工	預測主軸異常	願意提供測試場域
B公司	汽車零件	降低停機	已完成訪談
C公司	食品機械	遠端監測	願意付費試用

若沒有正式意向書，也可以提供：

Email往來
訪談紀錄
會議紀要
試用申請
報價需求

但不能虛構客戶合作或市場數據。

第11頁：商業模式與營收規劃

應回答：

誰付錢
為什麼願意付錢
收多少
怎麼銷售
多久成交
後續是否有持續收入

收費範例

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

三年營收預估

不要直接寫每年成長300%。

應說明：

客戶數量×平均售價×成交率＝預估營收

例如：

第1年：完成10家付費導入
第2年：累積30家客戶
第3年：拓展至80家客戶

並說明業務人力與通路是否足以完成。

第12頁：計畫經費與政府補助必要性

不需要逐項朗讀每筆金額，但要說明主要經費如何支持研發。

經費項目	主要用途
人事費	模型、硬體與系統研發
原材料費	感測器、電路板與原型材料
設備使用費	測試及驗證設備
委託研究費	特定測試或專業分析
專利申請費	核心技術權利保護

應回答：

為什麼需要這個金額
有沒有詢價依據
是否能由公司自行完成
補助款與自籌款如何分配
沒有補助是否仍會進行
補助將如何縮短研發或降低風險

不要回答：

因為政府有補助，所以公司來申請。

應回答：

公司已投入初步原型及技術人力，但場域驗證、感測硬體與模型測試仍需較高前期成本；補助可協助完成關鍵驗證，降低中小企業在商品化前的研發風險。

第13頁：風險與替代方案

每個研發計畫都存在風險。

若簡報寫「本計畫沒有風險」，反而容易被質疑。

風險表範例

風險	可能影響	替代方案
故障資料不足	模型難以訓練	使用模擬數據及遷移學習
感測雜訊過高	辨識結果不穩	增加濾波及多感測融合
場域延後	驗證時程不足	準備第二備援場域
客戶導入意願低	商業驗證不足	改採短期租用及試用方案

風險管理可以證明團隊理解技術困難，而不是降低委員信心。

第14頁：書面審查意見回覆

可以用一頁摘要重要意見。

委員意見	回覆與修正
競爭差異不足	新增國內外3項方案比較及測試數據
模型準確率缺乏依據	補充初步測試及資料集說明
場域不足	新增第二及第三驗證單位
委託費偏高	將核心模型改由內部人員執行
查核點過於抽象	改為準確率、設備數與測試天數

完整逐題回覆可放在備用頁。

回答時不要只說：

謝謝委員指教，我們會再加強。

應說：

針對委員認為市場驗證不足的問題，我們新增完成6家客戶訪談，並取得2家場域測試意向，相關紀錄列於附件第3至8頁。

第15頁：結論與申請理由

最後一頁可用四個重點收尾：

問題明確
創新可驗證
團隊能執行
市場可商品化

例如：

本計畫針對中小加工廠缺乏低成本預測維護工具的問題，開發可快速安裝的模組化感測與AI異常辨識方案。團隊已完成初步原型並取得三個驗證場域，計畫將以12個月完成技術、場域及商業驗證，後續採設備建置與年度訂閱模式推動商品化。

不要在最後只說：

以上報告，敬請委員支持。

SBIR簡報時間怎麼分配？

實際時間應依通知為準。

假設簡報時間為15分鐘，可參考：

內容	時間
公司、問題與市場	3分鐘
創新與技術架構	4分鐘
工作、查核點與團隊	3分鐘
市場、商業模式與經費	3分鐘
審查意見與結論	2分鐘

不要花5分鐘介紹：

公司成立沿革
老闆創業故事
所有產品
所有得獎紀錄

與本計畫沒有直接關係的公司介紹，控制在一頁內即可。

SBIR備用頁要準備什麼？

建議準備以下備用資料：

完整競品比較
技術規格
初步測試數據
演算法流程
系統畫面
原型照片
客戶訪談
合作意向
智慧財產權
經費明細
人月配置
委託單位資料
三年財務預估
風險分析
逐題審查意見回覆

備用頁不需要全部講，但問答時可以立即切換，提升回答可信度。

SBIR常見委員問題

一、你的創新到底在哪裡？

不好的回答

我們整合AI、雲端與大數據，所以很創新。

建議回答

目前市場方案需要大量歷史故障資料才能建立模型，本計畫的核心創新是以少量正常運轉資料建立設備基準，再結合遷移學習辨識異常。相較現有大型方案，可降低中小工廠資料準備及導入成本。

回答要包含：

現有方法
本計畫方法
差異
可量化價值

二、市面上已經有類似產品，為什麼還要做？

建議從以下角度回答：

目標客群不同
價格不同
導入門檻不同
使用場域不同
技術指標不同
商業模式不同
在地服務不同

不要回答：

市面上沒有競爭對手。

大部分計畫都存在直接或間接替代方案。

三、目前完成到什麼程度？

應清楚區分：

申請前已有成果

概念驗證
介面原型
初步演算法
實驗資料
客戶訪談

SBIR要完成的研發

正式模型
硬體整合
完整後台
場域驗證
商品化版本

避免把已完成的工作重複列入補助計畫。

四、為什麼需要政府補助？

回答重點：

關鍵技術風險
場域驗證成本
中小企業資源限制
商品化前的資金缺口
補助如何加速研發

不能讓委員覺得，企業只是把原本應自行負擔的日常開發費用轉由政府支付。

五、為什麼客戶願意購買？

應提供：

客戶痛點
現有處理成本
導入後效益
願付價格
訪談或試用證據

例如：

客戶目前每次非預期停機平均造成約NT$80,000至150,000的維修及生產損失。本方案預估每廠導入費為NT$180,000，若一年能提早發現兩次重大異常，即具備明確投資效益。

金額必須有企業紀錄、訪談或合理計算依據。

六、查核點為什麼設定這個數字？

回答方式：

準確率90%是根據目前人工判斷約80%的基準、客戶訪談中的最低可接受條件，以及初步模型測試88%的結果所設定。計畫將以獨立測試資料及三個場域進行驗證。

不要回答：

因為90%看起來比較合理。

七、核心技術是不是外包？

若有委外，應說明：

公司內部負責什麼
外部單位負責什麼
為什麼必須委外
交付成果為何
智慧財產權如何處理

核心研發不應全部交由外部廠商完成。

八、研發失敗怎麼辦？

可以回答：

已辨識哪些技術風險
有哪些替代方法
何時決定切換方案
哪些成果即使未達最高指標仍可商品化

委員不是要求計畫絕對不會失敗，而是要確認團隊具備風險管理能力。

九、市場規模怎麼算？

建議使用：

潛在客戶數×可服務比例×平均售價

而不是只引用全球產業規模。

例如：

初期市場鎖定台灣約2,000家中小型加工廠，預計前三年觸及其中10%，以平均每廠導入費NT$180,000計算，可服務市場約NT$36,000,000。

再補充：

名單來源
銷售人力
成交率
導入能力

十、計畫結束後如何持續營運？

應說明：

商品化版本
業務通路
收費
維護
後續研發
客戶服務
海外或新市場

SBIR不是只完成一個原型，而是要有後續發展可能。

SBIR問答技巧

一、先回答結論

委員問：

為什麼一定要使用AI？

建議先說：

AI不是本計畫目的，而是用來處理傳統固定門檻無法辨識不同設備狀態的問題。

再補充方法與數據。

不要先講五分鐘技術背景，最後仍沒有回答問題。

二、一次回答一個問題

若委員一次問三題，可以說：

委員剛才有三個問題，我依序回答技術差異、資料來源與市場驗證。

回答完一題再進入下一題，避免漏答。

三、不知道就不要猜

可以回答：

這項數據目前尚未完成正式驗證，我們現有的初步結果為88%。正式計畫會依查核點，以獨立資料與三個場域驗證。我們不希望在目前階段提供沒有依據的數字。

這比臨時編造數據更可信。

四、接受合理意見，但不要全部承諾

例如：

委員建議增加第四個場域，我們認同多場域可提高可靠性。不過依目前期程與預算，核定計畫先完成三個代表性場域；若執行進度允許，第四場域可作為擴充驗證。

不要對所有建議都回答：

沒問題，我們全部可以做。

這可能讓委員認為原本的時程與經費不合理。

五、用資料而不是形容詞

不要只說：

非常創新
大幅降低
市場非常大
客戶很有興趣
技術非常成熟

應說：

與三項競品相比
初步測試降低32%
完成15家訪談
取得3家測試意向
原型已連續運行14天

六、由最適合的人回答

技術問題：研發主管或工程師
市場問題：計畫主持人或業務
經費問題：主持人或財務窗口
執行問題：計畫主持人

但所有回答應由計畫主持人統整，避免團隊互相矛盾。

線上審查簡報注意事項

SBIR下載專區目前提供Teams視訊會議操作說明，實際是否採線上方式仍依個別通知。

會前檢查

Teams帳號
麥克風
攝影機
網路
分享畫面
簡報字體
影片播放
備援電腦
手機熱點
簡報PDF備份

畫面安排

關閉無關通知
不要開啟機密資料
簡報使用16:9
字體保持清楚
不使用過小表格
Demo提前登入
測試影片聲音

團隊分工

主持人負責簡報
一人記錄委員問題
技術人員待命
一人控制備用頁
不要多人同時搶答

SBIR簡報設計原則

每頁只說一件事

一頁同時放：

技術架構
市場規模
經費
團隊
時程

會讓委員找不到重點。

標題要直接表達結論

普通標題：

市場分析

較好的標題：

中小加工廠缺乏可快速導入的低成本預測維護工具

普通標題：

技術優勢

較好的標題：

少量正常資料即可建立設備異常基準

即使委員只看標題，也應理解整份簡報邏輯。

表格不要太密

經費、競品與時程可以用表格，但應：

突出關鍵數字
減少小字
不把完整企畫書貼上
詳細資料放備用頁

技術架構優先使用流程圖

但流程圖必須能看懂。

避免：

太多箭頭
超過20個方塊
大量英文縮寫
顏色過多
沒有標示輸入與輸出

SBIR簡報常見錯誤

一、花太多時間介紹公司

委員要審的是研發計畫，不是企業形象簡報。

二、只談產品功能，不談研發方法

「系統有會員、報表與通知」不等於具備研發創新。

三、只引用全球市場規模

沒有說明真正可以接觸、服務與成交的市場。

四、每項指標都沒有依據

準確率、成本降低、營收與客戶數都應有計算方式。

五、書面審查意見沒有回答

審查簡報不能假裝沒看到委員問題。

六、簡報內容與企畫書不一致

常見差異包括：

計畫期間
經費
人員
查核點
委託單位
場域數量

若有修正，應主動說明。

七、把一般開發包裝成研發

例如只說：

建立會員系統
開發管理後台
串接金流
建立App

這些可能是產品功能，但不一定是核心創新。

八、問答時與委員爭辯

可以澄清事實，但不要用防禦或對抗態度。

建議說：

委員提醒得很重要，我們可能在原計畫書中沒有說明清楚。實際差異有三項，我們補充如下。

SBIR審查簡報檢查清單

簡報內容

計畫名稱清楚
一句話能說明計畫
客戶問題有數據
現有方案不足明確
創新點不超過三項
技術架構可理解
研究方法具體
查核點可量化
團隊與工作相符
有客戶或場域驗證
商業模式清楚
經費能對應工作
有風險與替代方案
已回覆審查意見

檔案

頁碼完整
字體正常
圖片清楚
影片可播放
版本正確
已依期限上傳
有PDF備份
有備用頁

團隊

主講人已排練
技術問題有回答人
經費問題有回答人
團隊答案一致
能在時間內完成
已模擬委員問答

線上會議

網路正常
麥克風正常
攝影機正常
分享畫面正常
已關閉通知
有備援網路
已提前登入

常見問題FAQ

SBIR簡報需要幾頁？

沒有單一固定頁數，應依個別通知的簡報時間安排。主簡報可控制在約12至15頁，詳細技術、經費及審查意見則放在備用頁。

簡報可以加入Demo嗎？

可以，但要確保時間足夠且系統穩定。若Demo有風險，可準備錄製影片、畫面截圖或備援版本。

公司負責人一定要簡報嗎？

應依審查通知規定。通常由最熟悉計畫、能回答技術與商業問題的計畫主持人主講較合適。

委員意見都要接受嗎？

應逐題回覆，但不一定所有建議都必須照做。若無法採用，應提供技術、時程或經費上的合理說明。

書面審查意見什麼時候收到？

SBIR官方常見問題說明，委員及辦公室意見原則上於審查會議前5日提供，實際仍以案件通知為準。

問答時不知道答案怎麼辦？

不要猜測或虛構。可以說明目前已知資料、尚未完成的驗證，以及計畫中將如何取得答案。

簡報要放完整經費表嗎？

主簡報呈現主要科目與用途即可，完整明細放備用頁。委員詢問時應能快速說明每項經費與工作內容的關係。

可以修改原計畫內容嗎？

若因審查意見需要修正人力、經費、委託或查核點，應清楚說明修正內容，並依專案辦公室規定辦理，不能自行隱藏差異。

SBIR簡報可以使用AI製作嗎？

可以協助整理架構、圖表與文字，但技術、數據、客戶、經費及測試結果必須由企業確認，不得虛構。

委員最重視技術還是市場？

兩者都重要。SBIR是創新研發補助，必須同時證明研發創新、執行可行及商品化價值。

SBIR官方資料

SBIR官方網站：
https://sbir.org.tw/

115年度申請文件下載：
https://sbir.org.tw/sbir/dw_apply

SBIR常見問題：
https://sbir.org.tw/sbir/faq

SBIR計畫簡介：
https://sbir.org.tw/sbir/info

SBIR線上申請系統：
https://sbir.org.tw/sbirapplicant

115年度申請須知：
https://sbir.org.tw/download/downloadarea/115年SBIR申請須知ctYsBK.pdf

115年度計畫書撰寫說明：
https://sbir.org.tw/download/downloadarea/115年計畫書撰寫說明Kfpzz8.pdf

政府入口網SBIR申辦說明：
https://www.gov.tw/News_Content_2_375079

結論

SBIR審查簡報不是把企畫書縮短，而是要在有限時間內證明：

企業理解市場與客戶問題
現有方案確實存在不足
本計畫具備明確創新
技術方法不是一般系統建置
研發成果可以量化驗證
團隊具備執行能力
時程與查核點合理
經費能對應實際工作
已有客戶或場域驗證
商業模式具備可行性
已辨識技術及市場風險
對書面審查意見有具體回覆

簡報時真正要回答的不是：

我們的產品有多少功能？

而是：

這個問題為什麼值得解決、企業準備用什麼創新方法完成、如何證明研發成功，以及成果為什麼有機會轉換成商品、客戶與營收？

免費20天內容行銷體驗

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

服務內容包括：

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

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

免費體驗期間：20天

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