自動化之前，先了解工廠所處的系統
工業企業不只是機器。我們從生產背後的資訊開始，並與現場人員及實際條件核對。
知識分散在不同的人身上
工廠可以運作良好，卻沒有人能完整描述它。創辦人了解客戶與經濟條件，生產經理了解排程，採購了解供應商，操作員知道哪些零件需要額外注意。這是知識分散的組織特徵，而非任何人的失誤。
一個客戶改單，可能先更新 CRM，再改試算表、採購及班次安排。正式流程沒有記錄的電話、等待及臨時判斷，也構成實際營運。自動化必須理解這些工作。
工廠並不止於圍牆
供應商、需求、融資、運輸及規則變化，都會在排程、庫存及交付中產生後果。機器按照規格運作，也可能因周圍資訊及判斷未被處理而失去彈性。
企業無法預測所有外部條件。需要的是發現相關變化、知道影響甚麼，並讓有權處理的人取得背景。
我們從業務資訊開始
Quindart 先追蹤訂單、報價、採購、庫存、ERP、CRM、試算表、通訊及財務記錄。這些資料反映企業承諾了甚麼、預期有哪些資源，以及現實在哪裡偏離。
辦公室記錄只是一部分。我們同步訪談操作及現場團隊：完成的定義是甚麼？停機是否包括等待？帳面可用的物料，現場真的能用嗎？差異揭示了看不見的工作，而不是可以直接清除的雜訊。
之後才判斷值得自動化甚麼
假設包裝站經常延誤。節拍計算可能支持購買更快的設備，但觀察可能發現它在等待標籤、改單確認或上游品質放行。連接資訊及釐清放行責任，可能是更好的第一項投資。
若資訊改善後包裝仍限制產量，實體試點便有更清楚的理由。按實際產品變化、例外及負載測試，連接營運記錄，並保留人員處理中斷的權限。答案可以是軟件、機器或跨部門交接的改變。
有用的介面不代表全知
軟件的抽象層能整理底層細節，讓人專注於當前工作。工廠也需要能呈現重要例外、依賴、責任及選擇的介面，但現場團隊必須能檢視底層資料。
工廠會受到人員、物料、客戶及外部環境改變的影響。軟件不能讓它變得完全確定，只能協助組織在較少混亂下回應。
自動化需要持續營運
產品、供應商、需求及機器狀態持續改變。系統需要負責人、維護、監察、文件及修訂方式。交接本身就是工程的一部分。
當每次缺失更新或異常訂單都需要創辦人追查，管理注意力便在填補資訊斷層。更好的資訊及合適的自動化，應減少重複協調，把重要判斷留給適合的人。工廠仍然複雜，但不必每件事都經過擁有人。
調查時需要釐清的問題
- 整理目標、持份者、來源系統及存取邊界。
- 連接相關記錄，與實際工作的人員核對定義。
- 交付決策圖、證據缺口及按優先次序排列的介入路線。