Raspberry Pi 30 天 PoC 從需求、原型、測試到繼續或暫停決策的概念圖
天地人原創 AI 概念插畫。硬體外觀與配線為示意,請以官方文件及本文步驟為準。

下載 30 天 PoC 追蹤表(CSV):可自行填寫,不需留下個人資料。列印本頁可保留檢核說明。

企業導入 Raspberry Pi 或邊緣 AI,第一步不是列出要買哪些板卡,而是回答:哪一項現場工作值得改善?改善幅度如何衡量?若測試失敗,應該停止什麼?

這份檢核表設計給部門主管、IT/OT、資安與現場負責人共同使用。它不是保證 30 天一定能量產的時程,而是讓企業在有限時間內做出有證據的採用決策。每個項目至少包含負責人、交付證據和是否通過。

Day 1~7|定義問題與基準

  1. □ 定義單一 PoC 場景,描述目前人工流程與瓶頸。
  2. □ 指定業務負責人、技術負責人、現場負責人、資安/法務窗口。
  3. □ 說明 AI 判斷結果如何進入工作流程,誰有最終覆核權。
  4. □ 建立基準值,例如現行人工處理時間、每週錯誤類型與成本。
  5. □ 確認涉及的影像、個資、商業機密及必要告知/授權。
  6. □ 預先批准驗收門檻、停止條件與預算上限,避免事後移動標準。

第 1 週交付物: 一頁式問題定義、資料流圖、驗收計畫與預算上限。

Day 8~14|環境建置與資料治理

  1. □ 盤點 Pi 5、攝影機、電源、散熱、儲存與可能需要的 AI HAT。
  2. □ 記錄 OS、韌體、模型、相依套件與授權版本。
  3. □ 確認電源與散熱,測試重啟與基本離線運作。
  4. □ 設定裝置身份、SSH 權限、憑證保管及必要網路出口。
  5. □ 建立最小必要資料集、標註規則及去識別方式。
  6. □ 確定資料保存期限、存取記錄與刪除流程。

第 2 週交付物: 可重現的硬體/系統清單、資料字典與安全基線。

Day 15~21|模型與場景測試

  1. □ 先在可控測試集驗證精確率/召回率,再做現場測試。
  2. □ 測試光線、角度、遮擋、移動及其他真實場景變化。
  3. □ 收集處理延遲 p50/p95、FPS、CPU/記憶體與錯誤日誌。
  4. □ 模擬網路中斷、相機斷線、應用崩潰與重開機恢復。
  5. □ 與人工基準流程比較工時、誤判及異常處理流程。
  6. □ 記錄所有失敗案例,不刪除與預期不符的樣本。

第 3 週交付物: 測試報告、錯誤案例集、技術缺口與回復演練結果。

Day 22~30|商業評估與決策

  1. □ 計算包含板卡、電源、攝影機、授權、部署與維護的總成本。
  2. □ 確定每台設備的更新、巡檢、更換與報修責任。
  3. □ 估算改善收益,區分已實測成果與尚未驗證的推測。
  4. □ 決定下一階段樣本數、場域擴張前提及資安審查條件。
  5. □ 設計 Go/Revise/No-Go 決策紀錄,請負責人簽核。
  6. □ 完成文件、原始證據與設備歸還或移交。

第 4 週交付物: 成果摘要、成本表、風險表、擴張條件和決策會議紀錄。

決策表範本

檢核面向預先批准門檻實測結果通過/未通過負責人
辨識品質待企業定義待填待填待填
p95 延遲待企業定義待填待填待填
系統可用性待企業定義待填待填待填
斷網及復原待企業定義待填待填待填
資安/資料權限待企業確認待填待填待填
單位成本待企業核定待填待填待填
現場工作改善待企業定義待填待填待填

Go: 核心條件達標,且擴張所需的安全與維運條件可落實。Revise: 有價值但仍需補資料、改善模型或調整範圍。No-Go: 技術風險、經濟性或法遵條件不符合,暫停擴大部署。

讀完之後,下一步是什麼?

技術面可先閱讀 Raspberry Pi 5 邊緣 AI 部署指南 與 Raspberry Pi 完整入門指南。若需要協助團隊釐清能力、安排企業技術與 AI 培訓,可前往 天地人企業教育訓練需求表。請在表單中描述現場問題、受訓對象及預期成果,避免只填寫「想學 AI」。

本頁為管理與教學用範本,不構成對硬體效能、資安合規或導入報酬的保證。

驗證說明: 本檢核表為原創規劃範本,尚未針對任何特定企業環境實際查核或完成 PoC 實測;請依風險、法規、場域與相關人員確認各項門檻後使用。