計畫書寫了幾萬字，為什麼評審看 5 分鐘就把你淘汰？
SBIR 最常見的死因不是格式填錯，而是內容一直在自嗨，沒回答到委員的真正心聲！
我們用評審邏輯，拆解創新性、技術規格到預算等 6 大核心，搭配地雷 vs 改寫範例，送件前花 1 分鐘對照，幫你抓出痛失百萬補助的失分漏洞！
SBIR計畫書怎麼寫？先分清楚Phase 1與Phase 2
開始套計畫書格式前，第一件事不是寫公司介紹，而是先確認申請階段。
SBIR目前分為Phase 1先期研究、Phase 2研究開發及Phase 2+加值應用；其中Phase 1採簡報格式，Phase 2與Phase 2+才是完整計畫書格式。
Phase 1重點是證明「值得繼續研究」
Phase 1適合仍需要進一步確認技術或服務構想是否可行的題目，因此簡報不需要堆大量公司背景，而要回答：目前問題是什麼、準備用什麼方法驗證、預計取得什麼結果，以及企業為什麼有能力執行。重點是把「構想」轉換成一個可以實際驗證的研究計畫。
Phase 2重點是證明「做得出來」
Phase 2進入研究開發階段，內容需要比Phase 1更具體，包括先期研究基礎、技術規格、工作項目、查核點、人力與預算。
若直接申請Phase 2，也應清楚交代目前已有的原型、測試、實驗或其他可行性證據，避免只有構想，卻缺乏支持後續研發的基礎。
SBIR審查重點有哪些？先回答這4個問題
官方公開的「未獲推薦常見樣態」可以看出，委員不只是逐章閱讀，而是會交叉檢查計畫的創新性、可行性、研發能力與實施方法。
例如核心技術是否只是成熟技術、先期成果是否足以支持可行性，以及查核點是否具有量化指標，都可能影響審查判斷。
1. 你的技術到底新在哪裡？
不要只寫「市場首創」、「導入AI」或「功能更多」，而要拿現行方法比較。
最好從準確率、速度、成本、穩定度、製程條件等指標說明目前限制，以及本計畫預計突破多少，讓創新差異可以被檢查，而不是只有形容詞。
2. 你有什麼證據證明可行？
Phase 2尤其要避免只有概念圖與市場需求，卻沒有任何技術驗證。可以整理原型、POC、測試結果、實驗數據或過去相關研發成果，並說明這些證據與本次計畫的關係。官方未獲推薦樣態也特別提到，缺少先期研究數據可能使技術可行性不足。
3. 你的公司真的有能力做嗎？
委員會看團隊經驗是否與本計畫直接相關，而不是單純計算成員有多少證照、學歷。
如果核心技術需要委外，也要說明企業自己掌握哪些技術、如何承接成果，以及智財與後續維護歸屬，避免整份計畫看起來只是外包專案管理。
4. 你的方法真的能驗收嗎？
工作項目、時間、查核點與預算必須互相對應。官方公開資料指出，查核點應具體且具有可評估的規格、功能或量化數據；如果整份計畫只寫「完成系統」、「完成測試」，委員很難判斷計畫最後做到什麼程度。
計畫書架構寫完了，但每一章的證據夠不夠？
很多計畫書章節齊全，卻在創新性、可行性與預算之間互相脫節，被審查委員認定邏輯不一致。
提供你目前的計畫書大綱或草稿，由補助申請專家協助檢查章節間的證據是否完整、是否對應到審查邏輯。
SBIR計畫書架構怎麼排？每章都要有證據
計畫書不是把公司背景、產品優勢、市場趨勢各寫一章就完成，而是讓每一章回答一個審查問題。
最重要的是前後一致：前面提出的技術瓶頸，後面必須出現研發方法；提出的技術目標，也必須在查核點中找到對應的驗證方式。
SBIR計畫書最容易失分的4個地方
與其把計畫書一直加長，更有效的方法是先修正最容易影響審查判斷的段落。
尤其是創新性、技術指標、查核點與團隊能力，只要其中一項前後對不起來，就可能讓整份計畫的可行性受到質疑。
創新性：不要只寫「市場沒有」
常見寫法：
「本公司將導入AI技術，建立市場首創的智慧檢測系統。」
修改方向：
說明現有檢測在什麼條件下會失效，再比較本次技術預計改善的準確率、速度或成本。
創新不是「用了AI」，而是AI解決了原本無法解決的技術瓶頸。
技術可行性：不要只寫「完成開發」
常見寫法：
「本計畫預計完成影像辨識系統開發及測試。」
修改方向：
改成「完成3類瑕疵辨識模型，使用500組測試影像驗證，辨識準確率達95%以上」。
把工作成果、測試方法與通過標準寫在一起，委員才知道最後如何驗收。
團隊與委外：不要讓自己只剩專案管理
常見寫法：
「系統開發將委由專業資訊公司負責。」
修改方向：
進一步說明外部廠商負責哪些模組，公司內部負責哪些核心技術、測試與參數調整，以及程式、模型、資料與智財最後如何移轉或保存，才能證明企業具備技術承接能力。
市場分析：不要只有市場規模
常見寫法：
「全球市場規模持續成長，因此具有龐大商機。」
修改方向：
改寫成目標客戶是誰、目前用什麼方法處理、採購時最在意什麼，以及是否已有訪談、POC或合作場域。
市場數字只能證明市場存在，不能證明客戶會買你的成果。
SBIR查核點、時程與預算怎麼寫才一致？
計畫後半段最常見的問題，是技術內容很完整，但查核點、時程和預算各寫各的。
較好的方式是先拆工作項目，再為每項工作設定可量化成果，最後才配置人力與經費，如此審查者才能看出資源投入與研發成果之間的關係。
用「工作項目→查核點→預算」往下拆
例如研發「AI瑕疵辨識模組」，查核點可設定樣本數、辨識準確率及處理速度；再依此配置研發人員、測試材料與相關費用。
若某項設備或委外費無法對應任何工作與驗收成果，就應重新確認是否真的需要編列。
數字應依企業實際技術基礎與測試條件設定，不宜為了看起來漂亮而填入無法達成的KPI。
SBIR計畫書送件前自評表
計畫書完成後，不要只檢查錯字與格式，可以用下面8項重新檢視。如果某一題回答不出來，通常就是審查委員可能追問的位置。
如果8項裡還有多項只能回答「預計」、「應該」或「之後再確認」，代表計畫可能還停留在構想層次，建議先補強證據與技術規劃，再進入最後送件。
SBIR計畫書常見問題FAQ
Q1：Phase 1沒有完整先期數據，可以申請嗎？
Phase 1本身就是先期研究階段，不需要像Phase 2一樣已完成完整研發成果，但仍要交代理論基礎、目前掌握的條件，以及計畫期間準備用什麼方法驗證構想，不能只有「有一個創意」而沒有研究方法。
Q2：技術主要委外開發，可以申請SBIR嗎？
SBIR允許導入轉委託、技術引進或顧問單位協同執行，但企業仍應說明自身研發角色與技術承接能力。官方申辦資訊也明確列出可導入轉委託或技術引進單位。
Q3：查核點一定要寫數字嗎？
原則上應盡量設定可查核、可評估的量化成果，例如準確率、誤差、速度、樣本數或驗證場域數。官方資料亦指出查核點應具體，並能以規格、功能或量化數據進行評估。
Q4：有專利就代表SBIR一定具有創新性嗎？
不一定。專利可以作為技術能力或智財布局的證據，但計畫仍要說明「這次準備研發什麼」。若申請內容本身已經完成，或只是直接商品化既有技術，就需要重新釐清本次補助範圍與新的研發工作。
Q5：SBIR計畫書寫越詳細越好嗎？
重點不是頁數，而是每一段是否能回答審查問題。技術背景如果寫了很多頁，卻看不到技術差異、驗證方法與查核KPI，反而會稀釋重點。建議優先讓委員快速找到「問題、創新、證據、方法、驗收」五項資訊。
總結：SBIR計畫書不是寫得多，而是證據要對得起來
SBIR計畫書的核心，不在於篇幅長短，而是能否用具體證據證明技術有創新、方法可執行、成果可驗收。
送件前應重新檢查創新性、先期數據、技術指標、團隊分工、查核點與預算是否互相對應。
只要每個主張都有數據或佐證支撐，整份計畫的審查邏輯就會更完整。
送件前，別讓一個段落拖累整份計畫書
SBIR計畫書是否過關，取決於創新性、可行性、技術規格、團隊能力與預算時程能否互相印證。若你已經完成初稿，可以在送件前安排補助申請專家協助檢查：
- 創新性論述是否有量化競品比較
- 查核點是否可驗證、可量測
- 委外規劃是否清楚交代承接能力
- 預算與時程是否對應工作項目
- 是否落入官方常見未獲推薦樣態