開始前，先寫下三到五個可以看見的成果。
「畫面完成」不是足夠的驗收標準。成果應描述使用者拿一份代表性資料，能否完成指定操作並得到可核對的結果。
- 指定格式的資料可以成功匯入
- 主要規則能產出正確結果與例外清單
- 使用者能在約定步驟內完成一次流程
- 錯誤發生時有明確提示與可追蹤紀錄
- 成果可匯出或交付給下一個工作環節
把 14 天切成四個決策節點。
釐清
確認使用者、樣本資料、成功標準與不處理範圍。
規則
整理正常流程、例外與人工判斷點。
建置
完成最小可操作流程，保留日誌與測試結果。
驗收
由實際使用者操作，依原定標準決定下一步。
明確寫出這次不做什麼。
POC 應限制資料格式、使用人數、流程範圍與整合對象。驗證期間出現的新想法先放入後續清單，不直接塞進原範圍，才能避免時間與責任失控。
付費但範圍受控
有責任邊界的付費驗證，比免費且無限修改的試做，更能反映雙方是否適合正式合作。
POC 結束時，只需要做三種決策。
- 繼續：主要假設成立，進入正式導入與維運規劃。
- 調整：方向可行，但資料、流程或責任需要重新界定。
- 停止：價值不足、風險過高，或目前組織條件不適合。
停止並不是失敗。用小成本提早排除不適合的方案，本來就是 POC 的價值。