地方型SBIR計畫書怎麼寫？AI內容行銷研發範例、預算與查核點一次看

想申請地方型 SBIR，卻不知道計畫書該從哪裡開始？許多企業已經使用 AI 產文、架設網站或串接自動化工具，但要把日常工作寫成研發提案，還需要說清楚：目前存在什麼問題、準備研發什麼新能力，以及如何證明成果。

本文以「AI 內容行銷與訂單流程自動化」為教學情境，整理資格確認、計畫書架構、預算編列、成果驗證與技術合作重點。範例是撰寫示範，不代表已獲補助，也不是任何縣市的官方申請格式。

資料核對日期：2026 年 10 月 10 日。各縣市的申請期間、補助額度與文件要求不同，請使用申請所在地當年度正式表件。

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

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

立即報名　→

一、先確認年度與資格，再開始寫計畫書

地方型 SBIR 由地方政府依產業特色推動，不能把中央型申請格式或其他縣市規定直接套用。建議先確認設籍地、執行場所、企業資格、案件重複補助限制與資金能力。

以 2026 年／115 年度新竹縣已公告資料為例：申請對象為設籍於縣內的符合資格中小企業，計畫執行場所也須在縣內；補助上限 100 萬元、不得超過計畫總經費 50%。該年度已於 7 月 1 日截止，現在不能當成仍可送件的申請機會。下一年度日期尚須等待正式公告。

確認事項	實際準備方式
申請地與年度	確認登記地址，下載所在地最新須知與表件。
企業資格	核對登記、營運狀態及官方中小企業條件。
研發場所	列出設備、工作場所與試驗場域。
既有補助	整理已申請、執行中及已結案案件，說明工作範圍差異。
自籌資金	試算可投入資金與每月現金流，避免只看最高補助額。

新竹縣年度規定也包含未結案、重大違約、欠稅等限制，不能只因公司地址符合就判定一定具備申請資格。其他縣市須逐項核對自己的正式須知。

二、AI內容行銷如何寫成有驗證方法的研發題目？

「購買 AI 工具，每月產出 200 篇文章」說明了採購與產量，但還沒交代研發問題。較完整的提案應指出產業資料難以結構化、生成內容容易出現錯誤、詢問資料分散，並提出能被測試的新方法。

原本的描述	建議補充的研發內容
用 AI 寫文章	研發在地產業知識檢索與來源核對流程，降低規格、價格或服務資訊錯誤。
自動發布網站	建立審核、版本記錄、權限及發布失敗復原機制。
導入 LINE 或表單	研發詢問分類與需求辨識流程，驗證資料完整度及分類正確率。
增加流量	把內容品質、處理效率列為直接驗證指標；流量與詢問列為後續營運觀察。

計畫名稱示範：「地方產業知識檢索與 AI 內容驗證暨詢問流程自動化系統研發計畫」。名稱應與實際工作一致，不宜只是加入「AI」「智慧」等字詞。

既有產品、網站、知識庫或串接成果應如實揭露。計畫書要指出本次新增的功能、尚待解決的技術問題及試驗方法，不能將已完成工作重新包裝為未來研發。

三、計畫書怎麼寫？用七個問題完成第一版

以下架構用來整理內容；正式送件時，請把內容填回所在地官方模板，保留要求的章節與附件。

章節	要回答的問題	可準備的證據
問題與需求	哪些企業在什麼工作上遇到問題？	訪談紀錄、流程耗時、錯誤樣本。
現有解法與差異	既有工具做得到什麼？本案新增什麼？	功能比較、同條件測試、限制說明。
研發目標	要完成哪些可驗證能力？	功能規格與驗收條件。
方法與工作項目	如何開發、測試及修正？	資料流程、系統架構、實驗設計。
團隊與合作分工	誰負責哪個成果？	人員經歷、工時、合作範圍。
時程與查核點	每個階段如何證明已完成？	測試報告、版本、場域紀錄。
經費與預期效益	花費如何對應工作？成果如何落地？	估價、預算依據、試用回饋。

可改寫的計畫摘要範例

本計畫擬針對地方中小企業產品資料分散、內容更新耗時與詢問處理缺乏一致流程的問題，研發結合產業知識檢索、內容來源核對及詢問分類的系統。企業提供合法可使用的產品與服務資料，建立標準欄位及版本紀錄；系統在生成內容後執行資料核對與人工審核，再將合格內容送入網站草稿流程。後續於合作企業場域測試內容錯誤率、處理時間與詢問分類正確率，據以評估實用性及修正方向。

摘要中的每一項功能，都應在工作項目、預算與查核點中找到對應。沒有確定合作的企業，不應寫成已簽約試驗場域。

四、研發預算怎麼編？先對應工作，再核對科目

預算應列出人員工時、材料或測試需求、設備使用、委託工作的估算依據，再核對地方政府允許的會計科目及限制。顧問報價、代寫費或系統費用不會因為出現在合約中，就自動成為可補助支出。

以下為 200 萬元計畫總經費的教學配置，不是官方核定預算，也不代表各縣市都接受這些科目或比例。

工作配置	示範金額	編列依據
研發人員投入	110 萬元	工作分工、月投入工時與薪資依據。
委託研究或技術工作	40 萬元	明確規格、交付成果、估價及驗收條件。
設備使用與維護	20 萬元	用途、期間與官方認列方式。
材料及測試投入	30 萬元	逐項確認適用科目，不能將不符支出混入。
合計	200 萬元	核對金額與研發範圍是否一致。

若所在地規定補助不超過總經費 50%、上限 100 萬元，200 萬元的計畫可用「申請補助 100 萬元、自籌 100 萬元」作試算；最終額度仍須審查核定。也要核對資本額等限制，準備支出先發生、撥款較晚時的資金安排。

顧問與技術合作費用應分清楚

資格評估、計畫書協作、答辯輔導、研發開發及核銷支援，是不同工作。要求報價逐項列出交付成果、付款條件、未通過時處理方式與智慧財產權；不要把沒有公開依據的市場行情寫成統一收費標準。

五、查核點怎麼設定？用同一批資料比較前後差異

下列指標是自訂研發範例，不是官方通過門檻。先用既有流程取得基準值，再以同一批測試資料比較新方法，保留失敗案例與修正紀錄。

工作項目	示範查核點	驗證方法
產業知識庫	完成 100 筆經人工核對的資料。	檢查來源、欄位、更新日期與重複資料。
內容核對模組	重大事實錯誤率較基準降低 30%。	固定 100 篇測試文本、相同判定規則；以相對降幅計算。
人工審核流程	每篇審核時間較基準降低 20%。	記錄樣本複雜度與實際操作時間。
詢問分類模組	固定測試集分類正確率達 85%。	人工標記答案、獨立測試集與混淆矩陣。
場域試驗	完成 3 家企業試驗與回饋。	保留同意文件、操作紀錄及使用問題。

例如基準重大錯誤率為 10%，降低 30% 的目標是 7%，不是下降 30 個百分點。若基準接近零，就應改用合適的指標，避免沒有判別力的目標。

時程規劃示範

若核定期程為 10 個月，可將第 1–2 月安排需求、資料及基準測試，第 3–5 月完成核心模組，第 6–7 月整合與內部測試，第 8–9 月進行場域試驗，第 10 月整理驗收、成果報告及必要文件。實際起訖日期須依核定規定。

送件前容易忽略的弱點

只有採購清單、沒有技術差異；指標只有文章數量、沒有品質驗證；團隊能力與工作不相符；委託範圍不清；預算沒有估算依據；場域、資料權利或驗收方法未確認，都會使提案說服力下降。這是本文的撰寫檢查建議，不是官方不通過案件的統計排名。

六、技術合作廠商怎麼選？交付內容必須能驗收

技術合作要確認對方能完成提案中的研發工作，而不只提供一份好看的計畫書。企業仍需掌握自身問題、資料、資金與成果，才能說明提案並持續使用系統。

合作項目	合約應寫清楚
系統開發	功能、限制、介接方式、測試環境與驗收標準。
資料與智慧財產	合法使用範圍、原始碼或成果權利、可交付與不可交付項目。
AI 與外部服務	模型及 API 費、帳號管理、個資處理、服務變動備援。
成果證據	操作紀錄、版本、測試報告與教育訓練。
後續維護	保固期間、問題回應方式、移交內容與額外費用。