「你們有 BOM 表嗎？」——被一句話問出來的交付總表
2026-07-30 ・ 系統交接實務 ・ 來源：P207 專案 WAL 開單（本篇為「會後」篇，會前準備見 7/24《架構圖起手勢》篇）
背景與結果：系統交接第一次廠商交流會上，新廠商問了一句「你們有 BOM 表嗎？」——當場答不出來。會後一天內建立全案交付總表 v0.1：宏觀視角、涵蓋全部交付類別（文件、主機、金鑰、資料、授權）、逐項標狀態與存放位置，讓交接雙方看同一張表。
收穫與地雷
1｜交接清單不等於文件清單
Before（問題）手上已有「要寫哪八份文件」的框架與「歷史交出過什麼」的編目，自以為齊全——但主機、金鑰、資料、授權不在任何一張表上。
After（效益與做法）交付總表涵蓋全部類別，一張表回答「交付範圍 100% 是什麼、每項在哪裡、狀態如何」。文件只是其中一類。
2｜缺口是在現場暴露的，不是自己盤出來的
Before（問題）新廠商拿到原始碼卻缺素材檔；不知道共用試算表其實是正式資料庫的一部分；以為商用引擎授權也會移交。
After（效益與做法）三個誤會的共同根因＝「範圍沒有寫在同一張表上」。被問倒的當天就是補位的最好時機——把對方的提問直接變成表的欄位。
3｜有遺漏也要記在表上
Before（問題）清單只列做完的東西，缺的部分隱形，雙方各自想像。
After（效益與做法）總表原則＝完整範圍全列出，缺的照樣列、標狀態（待補／不交付／待裁決）。「已知的缺」遠比「隱形的缺」安全。