PoC（概念驗證）
PoC 是用最小成本驗證一個技術方案或場景是否可行的階段性成果，通常還不具備正式上線的完整度。
AI Agent 導入的時程通常分兩段：PoC 階段約 2-4 週就能看到可運作的版本，目的是驗證場景可行性與資料品質是否足夠支撐檢索或回答；驗證通過後，才進入完整生產環境部署，這段包含系統整合、監控與合規要求，通常需要再花 6-12 週才能真正上線。以一家食品工廠評估導入品管異常回報機器人為例，PoC 階段只需要用過去累積的歷史異常紀錄測試模型能否正確分類、抓對嚴重程度，不必接生產線的即時資料，成本與風險都比較低；等準確率達到可接受的門檻，才值得投入資源做正式整合。常見誤解是把 PoC 直接當成正式系統上線——PoC 通常還沒處理例外狀況、權限控管與正式監控，直接把 PoC 接上生產環境，一旦模型判斷錯誤又沒有人把關，風險反而比完全不用 AI 更高，等於把未驗證的東西直接推給第一線。如果場景本身複雜到 PoC 都無法在一個月內看出明確方向，通常代表問題定義還不夠清楚，需要先拆解場景，而不是急著動手寫程式，這時候多花一週釐清需求，往往比多寫兩週程式更有效率。
常見問題
- PoC 和 MVP 差在哪？
- PoC 回答「技術上做得到嗎」，通常不給最終使用者使用；MVP 回答「使用者需要、願意用嗎」，是可實際上線的最小產品。
- PoC 做完一定要接著開發嗎？
- 不一定。PoC 的價值之一就是在低成本下得到「不可行」或「條件不足」的結論，讓團隊及早停損或調整方向。
- PoC 要做多久、做什麼範圍？
- 以能驗證單一關鍵假設為準，範圍越小越好。具體時程與費用依場景而定，請以需求訪談後的評估為準。
- PoC 成功的標準怎麼訂？
- 開始前就寫下可量測的門檻，例如準確率、處理時間或串接成功與否，並說明低於門檻時的下一步，避免事後各自解讀。