PoC 轉生產線交接清單:上線前必須勾完的 30 項(可下載範本)

上一季我們去接一個製造業客戶的爛攤子。他們的 RAG 知識問答 PoC 在董事會上驚豔全場,回答又快又準,大家鼓掌。三個月後我到現場,那套系統連 QA 內部測試環境都還沒過。差在哪?差在沒有人把「Demo 能跑」翻譯成「生產線能收」。中間那段沒人管的真空,吞掉了兩季的預算。

所以我們養成一個習慣:任何 PoC 要轉正,先攤開一份 PoC 上生產線 檢查清單。不是形式主義,是把「demo 到上線」變成可以逐項驗收、可以簽字負責的流程。勾完才交接，勾不完就不算數。

為什麼 PoC 到生產線這一段最容易死

PoC 的成功標準是「說服人」,生產線的成功標準是「扛得住」。這是兩種完全不同的工程。

PoC 通常跑在乾淨的樣本資料上、由懂它的人親手操作、失敗了沒有代價。生產線要面對髒資料、權限邊界、尖峰流量、不懂它的真實使用者,還有一個會追究責任的稽核。我們看過太多團隊在 PoC 階段把 80% 的力氣花在模型效果,結果 80% 的上線失敗發生在資料管線、資安審查和沒人願意用這三件事上。

檢查清單的價值,就是強迫你在慶功之前,先把這些「無聊但會殺死專案」的項目一項項問清楚。

30 項交接檢查清單

我們把它拆成五個負責面向。每一項都要有明確的「誰負責、驗收證據是什麼」,不能只勾個框。

怎麼用這份清單,才不會淪為打勾遊戲

我們給每個項目三種狀態:綠(有證據、可驗收)、黃(在做、有時程)、紅(還沒開始)。交接會議上,任何一項是紅色,交接就不成立——PoC 團隊繼續扛,不能把黑箱丟給維運。

最容易被忽略、卻最致命的,是第 28 項。太多專案把「系統已上線」當成終點,慶祝完就散會。但我們的信念很簡單:Demo 很美不算數,上線且有人真的在用才算數。開頭那個製造業客戶,最後我們不是重寫模型,而是補齊了資料管線、資安文件和一份教育訓練,兩個月後內部使用率從 0 爬到 61%。模型一行沒改。

這也是我們做前線部署工程 (FDE) 時的預設交付物之一:工程師進場,不是把 Demo 做漂亮就走,而是陪客戶把這 30 項一項項勾綠、簽字、交接給能長期扛的人。清單本身可以下載當範本,但真正難的,是有人願意在每一格填上證據。