技術說明
專案剛開始時，手上的資料往往不是一份完整的規格書。可能是一張初步圖面、一件現有樣品，或一段對零件需求（Part Requirement）的描述。這些資料未必能一次回答所有問題，卻足以讓工程確認（Engineering Review）先有一個明確的起點。
重點不在於立刻把所有條件補齊，而是先釐清哪些是目前已知的條件（Known Condition），哪些仍是待確認條件（Open Condition）。
圖面可能已經指出圖文位置、可視結果、外觀區域，或與相鄰件之間的既有關係。樣品可以讓討論回到一個看得見、摸得到的實體參考；零件需求則可能先說明零件預期的用途，或已知的裝配限制（Assembly Constraint）。
同時，也會有還沒有被定義的條件。這些條件不應以推測填補，而應清楚列為下一步需確認的事項。把已知與未知分開，才能避免初步資料被誤當成完整定義。
三種資料不需要提供相同的資訊。圖面可以協助界定本次要注意的區域或關係；現有樣品可以作為討論某項實體狀態的參考；零件需求則有助於說明這次確認最需要回應的結果。
把這些資料放在同一個討論脈絡中，不是要把其中任何一項視為全部答案，而是讓各方先知道目前的資料已經代表什麼，接下來還缺少哪些條件。
早期確認不是把每一項決定一次完成，而是把零件相關的問題整理到同一份討論裡。現有資料已經能支持哪些判斷、哪些條件仍待補充，兩者均應在討論中被明確釐清。
這樣，後續討論就能持續回到圖面、樣品與專案需求，而不是讓不同參與者各自依照不完整資料作出不同理解。
只要已有圖面、樣品或零件需求，
就可以先開始梳理本次確認的條件。
下一步不是替專案預先下結論，
而是確認現有資料代表什麼，
並把仍待確認的事項清楚留下來。