SBIR 計畫書初稿寫到什麼程度，才能開始找顧問？

初稿不必排版漂亮，也不用先寫成完整官方文件；至少要讓人讀懂：想解決什麼問題、打算研發什麼、由誰做、怎麼驗證，以及大概需要多少時間與資源。如果這些已經寫下來，就有了和顧問討論的基礎。

不是先寫完才找人，而是先有內容可以一起整理

不少老闆卡在「我不知道正式計畫書怎麼寫」，因此一直沒有開始。其實最初的一版，可以先用自己熟悉的語言說明產品、客戶與工作方式，不用刻意模仿公文。

奧微 SBIR 快申接受不完整的基礎計畫書，但不包含從純口頭想法開始替你構思整個研發案。先寫下來的價值，是讓雙方討論同一件事，而不是在每次通話重新猜一次方向。

用七個問題，檢查你的初稿

1. 題目：這次到底要開發或驗證什麼？用一句話說明，不只放產品名稱。
2. 問題：誰遇到什麼困難？現在如何處理，還有哪些不足？
3. 差異：你打算改變哪一部分？和現有做法有哪些可說明的差別？
4. 方法：準備分成哪些工作？哪些已完成，哪些仍需研發或驗證？
5. 團隊：誰負責哪些工作？需要哪些合作資源？
6. 時程：先做什麼、後做什麼，如何知道每一步完成？
7. 預算：主要支出有哪些，估算依據與自籌安排是什麼？

每題先寫清楚現況，再標出缺口。這是奧微建議的洽談前整理方法，不是官方指定的章節或篇幅。

把「想做一個平台」改成可以討論的內容

以下是假設性的寫作示例，不是實際客戶或核准案例。原句：「我們要做一個智慧預約平台，提高效率。」這句還看不出研發工作。

可以改寫為：「目前門市用電話與表格安排預約，改期時需要人工重新確認人員與場地。我們希望研究可同時考量人員技能與場地限制的安排方式，先完成規則設計，再用整理好的測試情境比較現有方式與新方法。」

這仍不代表計畫已具備申請條件，但已經能討論：限制是什麼、研究工作在哪裡、測試需要哪些資料。下一步再由提案者補上真實差異、方法與驗證標準，而不是憑空填一個漂亮的提升百分比。

空白可以標待確認，不能拿願望當成果

初稿最值得保留的是你對業務的理解。哪些問題真實發生過、客戶曾說過什麼、團隊已做了哪些嘗試，通常比流暢但空泛的形容詞更有用。

如果缺少測試資料，就寫尚待測試；合作對象沒確認，就寫洽談中。不要讓 AI 替你補出不存在的訪談、專利、團隊履歷或成果數字。顧問可以幫忙整理表達，事實仍要由公司確認。

初稿與官方申請格式，分兩步處理

官方下載區將 Phase 1 的簡報與 Phase 2、Phase 2+ 的計畫書格式分開提供。因此「先有基礎計畫」不等於每一類申請都先做同一份厚厚的 Word。先整理內容，再按確定的申請類型對應表單，能減少重排時間。

已經有初稿的人，可以接著整理找顧問前的六類資料，並檢查工作、人力與預算是否一致。

初稿有了，下一步就可以談得具體

洽詢時簡單說明：「我已有初稿，目前最缺的是哪些部分，希望什麼時候開始準備。」不用等到每一段都完美，先讓對方判斷能如何協助。

奧微 SBIR 快申提供 NT$20,000 含稅的文件準備服務，以既有初稿為起點，協助至正式收件。帶著初稿加入 LINE，一起把下一步整理清楚。

資料來源與更新日期

• SBIR 官方申請下載區：Phase 1 簡報與 Phase 2／2+ 計畫書格式分列。

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

回文章列表