實體試點是後續的問題
合作的第一步與第一個實體試驗是不同決策。先了解企業需要學到甚麼，試點才有意義。
小範圍也可能劃錯邊界
小型試點較易管理，但也可能圍繞錯誤問題。假設包裝拖慢出貨，最快節拍無法解釋等待標籤、改單及品質放行的時間。
先追蹤客戶承諾、排程、採購及放行資訊，同時觀察工位與訪談人員，才知道試點會改變哪一項決策。
資訊工作產生選擇
連接相關記錄、確認定義及例外，區分機器故障與等待業務決定，記下證據不足與會影響建議的假設。
第一項介入可以是傳遞批准改單的軟件，也可以是釐清物料放行責任。調查應保留改善資訊、改流程、測試設備或停止的選擇，並說明理由與未知之處。
測試仍需驗證的主張
若有理由進行實體試點，先確認代表性工作與驗收標準，包括產品變化、中斷及人員介入，並使用可比較的基準。
也需測試訂單改變、缺失放行及維護情況如何影響系統，誰可批准重啟。結果可以支持擴展、修改或停止；保留原始記錄與限制，不能以示範影片代替證據。
擴展也包括營運責任
檢視產量、產品組合、人手、權限、安全及恢復會如何改變。原有試驗條件不會自動適用另一條線。
交接需包括設備與資訊負責人、監察、文件、培訓及修訂方式。支援也要確認範圍。Quindart 把實體試點視為調查及排序後的可能介入，而非合作的預設第一步。
調查時需要釐清的問題
- 指定資訊、設備、維護及權限負責人。
- 練習正常工作、不確定情況、恢復及升級處理。
- 確認監察、文件、覆核及後續支援範圍。