地方型SBIR結案報告怎麼寫？成果對照表、測試證據與文件準備指南

地方型 SBIR 研發完成後，結案報告需要回答的不只是「做了哪些工作」，而是核定目標實際完成到什麼程度，以及有哪些資料可以確認。若直到最後才整理測試、版本與憑證，容易發現成果和文件對不起來。

先以核定計畫及正式變更內容為基準，逐項對照查核點、結果與證據，再整理報告及經費資料。本文提供成果對照表、測試證據清單與 AI 內容系統範例，協助企業準備可檢視的結案內容。

資料核對日期：2026 年 10 月 10 日。本文架構與數字為寫作示例，非官方固定模板、真實測試成果或保證結案條件。實際格式、期限、份數、送件方式及經費要求，依所在地通知、年度規定、核定計畫及契約。

一、地方型SBIR結案，先確認格式與程序

桃園市地方型 SBIR 的 115 年度下載區提供結案報告繳交函、結案報告格式與成效預估自評追蹤表等文件；計畫網站也列出結案報告與結案審查會議流程。這些是桃園市資訊，不能直接當成全台通用清單。

先確認	核對內容
適用版本	縣市、年度、個別或共同申請。
基準文件	核定計畫、契約及正式核准變更。
提交要求	期限、系統、紙本、簽章與附件。
審查安排	簡報、展示、出席人員及補充資料。
經費與請款	報表、憑證、查核及後續處理。

系統上傳完成，不等於已獲同意結案；報告、審查及請款要分別核對。不要直接沿用中央型或其他年度的付款比例、延期及扣款規則。

二、SBIR結案報告架構：依目標呈現實際結果

先使用所在地正式格式，再把內容整理成前後一致的說明。以下是編輯整理方向。

內容	應回答	可用資料
計畫概況	原目標、期間與核定範圍。	核定及變更文件。
工作執行	方法、分工與實際完成內容。	工作紀錄及版本。
查核點成果	每項目標與結果如何對應？	成果對照及測試。
問題與修正	哪些失敗、如何處理及目前限制？	問題單與重測。
應用與效益	已觀察成果與未來預估。	場域、使用及營運紀錄。
交付與後續	成果、維護與技術承接。	交接及操作文件。

結案報告應呈現全程實際執行，而不只是複製提案的未來式。核定目標、已完成結果與尚待改善的部分，應清楚區分。

三、查核點成果對照表範例：每個結論都有證據

以下數字是教學假設，不是官方最低標準。正式表格應填入自己的核定內容與真實結果。

查核項目	核定目標示例	實際結果示例	證據
產品問題驗證	固定100題中至少90題符合判定。	92題符合、8題不符合。	資料版本、逐題輸出、評分與錯誤分析。
流程效率	同條件下平均處理時間降低20%。	原40分鐘、新30分鐘，降低25%。	任務、時間與人工修正紀錄。
技術交付	完成指定模組及操作文件。	依功能逐項填實際狀態。	版本、功能測試及交付清單。

100題中92題符合，符合率為92%。40分鐘降到30分鐘，相對降幅為（40－30）÷40＝25%。必須先確認兩組任務、條件及時間定義一致，不能只看數字。

未達目標怎麼寫？

如實列出未完成內容、原因、影響及處理紀錄。曾申請變更的項目，保留原目標、核准內容及適用版本。不能在結案時自行降低目標，再宣稱原案已達成。

最終是否認定完成，以及對補助有何影響，由正式規定及審查處理；本文不提供一體適用的判定。

四、測試證據怎麼整理？截圖之外保留原始紀錄

證據	內容	常見缺口
測試條件	資料、設備、版本、設定及期間。	結果存在但不知道測試哪個版本。
原始結果	輸入、輸出、時間與異常。	只保留成功案例。
判定紀錄	評分規則、結果及分歧處理。	正確率沒有分母或定義。
問題修正	錯誤、原因、修正與重測。	新舊結果混在一起。
彙整報告	計算、比較及限制。	圖表找不到原始資料。

截圖可以證明介面與某次操作，不一定能證明整批測試符合目標。建議用一致的識別碼串起測試案例、輸出、評分與版本，並保留錯誤與例外。

附件編號怎麼安排？

例如把「資料版本」「逐題結果」「錯誤分析」分成附件A、B、C，在成果表寫明對應位置。編號方式自行調整，正式格式若有指定要求，優先依規定。

資料含敏感資訊時，依授權及提交要求處理，不因整理報告就任意公開客戶資料或將其輸入外部服務。

五、經費資料與技術成果，如何對照？

技術完成與經費符合認列，是需要分別確認的工作。有成果不代表每筆支出均可列報；有憑證也不代表已達研發目標。

資料方向	要核對	與成果的關係
人員工作	資格、期間、投入及要求的紀錄。	對應模組、測試或資料工作。
委外工作	契約、交付、驗收與付款。	對應核定委外範圍。
設備與材料	用途、計算及認列條件。	對應研發與驗證需要。
預算變動	核准、科目及版本。	與工作調整互相核對。

上表不是可補助科目清單。正式憑證、簽證、專戶、利息與結餘處理，依所在地規定及案件通知確認；不要自行套用他案的上限或列報方式。

共同提案注意一致性

若有多家企業，確認各方工作、交付及費用與核定安排一致。單一合作方的完成證明，不一定能代替整體成果與分工對照。

六、AI內容系統結案範例：把研發與營運分開呈現

假設本案研發產品資料版本追溯與內容審核原型，結案可先呈現新增模組與測試，再整理實際應用。

研發成果	應提交的證據
版本判定	資料版本、衝突案例及結果。
事實來源追溯	陳述、來源對應與支持程度判定。
資料不足轉交	缺漏案例、提示及人工處理紀錄。
審核流程	規則、工作時間、修正及例外。

再另外呈現內容發布、使用回饋、詢問與營運觀察。流量、排名及營收受到品牌、季節、廣告與競爭等影響，不宜直接當成某個模組單獨造成的改善。

結果段落示例

「本案完成核定範圍內的版本判定與追溯模組，測試採固定資料、任務及判定規則。報告逐項呈現結果、錯誤與修正，並說明尚未驗證的產品類別及場景。場域使用與營運資料另列，作為應用觀察；後續維護依交接及合作安排辦理。」

此段只能在資料支持時使用，需補入真實版本、結果及附件。不能以文字示例代替實際證據。

七、結案簡報與提交前檢查：重要資料能快速找到

簡報可依正式通知安排，聚焦核定目標、主要成果、查核點結果、限制與後續。完整原始資料放在附件或備用資料，但每個重要結論應能找到對應證據。

1. 版本一致：報告、簡報、成果表及附件使用同一基準。
2. 數字可重算：樣本、分母、計算與條件清楚。
3. 狀態明確：區分完成、測試、驗收及未完成。
4. 變更可追溯：保留正式核准與前後差異。
5. 文件齊備：依正式清單核對簽章、格式及提交要求。
6. 交接完成：確認操作、版本、維護與承接人員。

若需要現場展示，先測試設備、資料與展示版本，並準備可確認的操作紀錄。展示失敗時，不能以無關影片或不同版本結果冒充本案成果。

八、地方型SBIR結案報告常見問題

可以直接用原計畫書當結案報告嗎？

需按正式格式呈現實際執行與結果，不能只保留提案的預定內容。

只交系統畫面可以嗎？

看正式要求，但性能與查核點通常還需可對應的測試及成果資料。

未達目標一定不能結案嗎？

不能一概判斷。應如實說明，由所在地規定、契約及正式審查處理。

費用支出完就代表全部完成嗎？

不是。支出、成果及經費認列需要分別核對。

送出報告就能拿到尾款嗎？

不能假設。需符合案件的審查、文件與請款條件。

測試結果要只放最好的嗎？

應完整保留相關結果與限制，說明測試方法，不只挑選成功案例。

讓AI內容成果接到持續的行銷工作

完成 AI 內容流程後，可持續整理產品資料更新、內容審核與詢問紀錄，確認服務實際使用狀況，再調整內容策略及轉換動線。

 數位果子科技有限公司 提供網路行銷、SEO 內容規劃及 Google／社群廣告投放服務。歡迎整理網站現況、內容流程及行銷需求，討論內容策略與詢問轉換方向；地方型 SBIR 的結案、經費認列及補助請領，依所在地主管機關規定辦理。

資料參考：桃園市地方型 SBIR 計畫網站及115年度期中結案文件下載區。本文數字、表格及案例為假設示例；圖片為 AI 生成情境示意，非官方文件、真實數據或核定成果。