專案開始前要收哪些文件？依工作任務建立客戶資料清單

從工作任務反推所需材料，逐項安排提供人、截止點、可接受替代資料與缺件狀態，建立可追蹤的收件與交接方式。

專案開始前，先把「要做的事」翻成一份可追蹤的資料清單，才知道要向誰收什麼、何時需要，以及什麼情況算足夠。清單不是檔案名稱的堆疊；每項材料都要對應一個任務或判斷，並寫明提供人、截止點、可接受替代方式和目前狀態。本文以流程整理、網站內容與表單等通用情境示範，讀者可刪去不適用項目，再依實際專案調整。先確認每份材料要回答的問題，再安排收件方式與交接節點，追蹤才不會只剩檔案盤點。

按任務列出材料

清單的起點不是把所有可能文件一次寄給客戶，而是先把工作拆成可判斷的任務。逐項問：這項工作要做出什麼決定或交付？需要哪些現況資料、範例、權限或核准？誰會用它判斷完成？例如要整理表單流程，可能要看目前表單欄位、送出後的通知方式、例外案件範例及負責人；若是調整網站內容，則可能要看既有頁面、品牌用語、目標讀者與必須保留的資訊。這些只是任務例子，並不代表每個專案都要收齊所有類型的文件。

把每個任務再拆成「用來了解現況」、「用來做選擇」和「用來驗收」三類，避免收進一堆檔案卻不知道用途。資料可以是文件，也可以是由指定窗口口頭確認後留下的紀錄、畫面截圖或可讀取的既有頁面；清單要寫清楚接受形式。像是要比較現行做法與新流程，先列出現行步驟、常見例外及預期改變，再指出哪些材料能回答它們。

最後逐項檢查是否能從材料回答明確問題；若不能，就補上所需欄位、期間或範例，而不是只寫「請提供相關資料」。若資訊可能存放在客戶管理系統、表單或專案工具，先註明來源與負責窗口即可，這裡只處理工作開始前的資料收集，不延伸到系統設定或導入。若同一份材料支援數項任務，註明共用來源以免重複索取；若版本不同，標明可供判斷的版本。

指定提供人與截止日

文件清單除了材料名稱，還要列出誰提供、由誰確認，以及何時需要。提供人應對應資料實際保管者，例如內容負責人提供品牌文字，流程執行者補充例外情況，管理者確認目標與核准範圍；如果一份材料涉及多個部門，指定一位彙整窗口，避免同一問題收到互相矛盾的版本。收件者則負責確認材料是否足以開始判斷，兩種角色不一定相同。

截止點要跟工作依賴關係連在一起，不必為了形式替所有檔案訂同一天。會影響範圍、估時或方向的材料，應在相關決策前到位；只供細節校對的內容，可安排在初步方案之後。每列可寫「任務、材料、提供人、確認人、需要時間、提交方式、缺件影響」。日期之外也標示相對節點，例如啟動討論前、初稿確認前、交接前，臨時調整時才能看出哪些工作會受影響。

例如先整理流程再評估是否自動化，現行步驟與例外說明應在流程討論前收齊；工具帳號權限則等到確定需要檢視哪個畫面、由誰操作之後再確認。若提供人無法在期限內交付，請他回覆可交付日或替代材料，並由負責人判斷是否改變順序。不要只把延遲寫成「客戶未回」，要記錄已聯絡的窗口、待回覆項目及下一個檢查時間，讓雙方都能安排工作。

有些資料只能由主管核准或由特定同事匯出，清單應把這個前置步驟列出，不能把核准時間誤算成檔案整理時間。若窗口更換，先確認新負責人是否接手、原定期限是否仍可行，再更新清單；不要讓多人都以為別人會交付。

區分必要與替代檔

必要材料是缺少後便無法做出約定判斷、確認範圍或開始下一步的資訊；替代材料則是形式不同，但仍能回答同一問題的證據。先為每項任務寫下「要確認什麼」，再判斷要收原始檔、摘要、畫面或訪談紀錄。若一份檔案只是方便閱讀，沒有它仍可由其他材料完整回答問題，就不必列為啟動門檻；反之，若缺少它會讓關鍵假設無法確認，就要明確標成必要。

替代方案不能只因客戶手邊剛好有某個檔案就接受。要檢查它涵蓋的對象、時間範圍、欄位和細節，是否足以支撐原本要做的判斷。例如沒有表單匯出檔，可先用欄位截圖加上幾筆去識別化的示例紀錄，確認欄位用途與例外；但若任務需要分析一段時間內的變化，單張截圖就不能代替完整期間資料。此時可把「目前可做的判讀」與「仍待補足的判讀」分開寫，不把局部觀察當成完整結論。

清單可用「必要」、「條件式」與「可替代」標示：必要項目缺少時先停下相依任務；條件式材料只在某個情境出現時才需提供；可替代項目要附上被接受的格式及限制。像是沒有正式流程文件，可以改由熟悉工作的窗口依步驟訪談並確認紀錄；若只由一人描述，應註明它代表個人操作經驗，尚未核對其他角色。替代資料不是降低標準，而是清楚說明它能回答哪些問題、不能回答哪些問題。

若不同任務接受不同替代方式，不要把「可提供截圖」寫成整個專案的通用規則。逐列標明適用任務、需補充的說明和誰有權接受替代，避免材料已收件就被誤認為已滿足需求。

標記未收與不完整

收件狀態要能區分「尚未提供」、「已收到但不完整」、「待確認」、「可用」與「替代方案待接受」。只寫「收到」無法說明資料能不能支援工作；只寫「缺件」也看不出卡在提供、格式或內容。每一筆未完成項目都記錄缺少的部分、目前已知資訊、下一位負責人、回覆期限和受影響的工作，讓追蹤有具體對象與下一步。

例如收到的流程表只有正常路徑，沒有退件或人工覆核的例子，狀態可記為「部分收到」，並直接寫明還需要哪些例外情境。若窗口表示沒有書面檔案，則先列為「待替代確認」，提出訪談紀錄或操作畫面等候選形式，再由需求負責人確認足不足夠。不要把口頭承諾標成已收到，也不要將檔案連結存在就標成可用；狀態應反映內容已經過檢視的程度。

遇到缺件時，先判斷它是否阻擋目前任務：會改變需求、範圍或判斷依據的項目，應在相關決策前處理；不影響當前步驟的細節，可排到後續節點並標明風險。若有多項缺件，按影響排序並一次說清楚，不必每天重寄整份清單。對方回覆新的日期或提出替代材料後，更新原項目並保留前後狀態，避免舊訊息和新承諾並存而無人知道該依哪一版執行。

每次更新也寫明誰做了什麼：例如提供人補交資料、窗口確認適用期間、需求負責人接受某項替代。這樣交接時能分辨未處理、已處理但需複核，以及已解除阻塞的項目。若缺件來自多個部門，可分別記錄提供狀態，再由彙整窗口確認是否涵蓋完整範圍；不要把一位窗口的回覆視為所有單位都已確認。材料補齊後，也更新檢查者與尚存限制，讓接手者不用重問已確認事項。

檢查檔案可讀性

檔案收到後先做可讀性檢查，再把它當成工作依據。確認檔案能開啟、頁面或工作表沒有缺漏、文字與圖表清晰、欄位名稱可辨識，並核對標題、版本或更新時間是否符合清單所需。若是連結，確認目標內容能正常查看且權限涵蓋實際負責人；若是匯出資料，抽看欄名、格式和必要欄位是否仍在。這些檢查的目的，是避免把空白、舊版或無法讀取的檔案誤標成完成。

可用性要依任務判斷，不是每份材料都要採同一格式。用來對照版面時，圖片應足以看清文字；用來整理欄位時，最好能檢視欄名與範例值；用來確認決策紀錄時，需讀到決策內容、日期和負責角色。若附件有密碼、雲端檔案無權限、掃描頁方向錯誤，或不同頁面版本不一致，記錄具體問題與需要的補件方式。涉及敏感資訊時，只索取完成任務所需的範圍，並透過雙方約定且適當的方式交付，不要在一般清單中放入密碼或存取憑證。

檢查時可用簡單結果：「可讀」、「可讀但有缺欄」、「權限待開」、「版本待確認」或「需重傳」。例如表格能開啟但沒有例外案件欄位，可標成可讀但有缺欄；若檔案正常而讀取權限不足，問題是權限，不是內容缺失。寫清楚是誰能處理，以及補完後由誰複查，便可避免客戶反覆上傳相同檔案，也能讓接手者知道哪些資訊尚未核實。

完成檢查後，清單中的狀態和檔案名稱或連結應互相對得上；若對方更新了檔案，確認新版本涵蓋原有內容，再把舊版標記為不再使用，避免團隊同時引用兩份不同材料。

交接時摘要缺件

交接摘要要讓尚未參與收件的人，快速知道專案為何開始、哪些任務可進行、哪些仍在等待，以及誰要採取下一步。可用一頁整理目標與範圍、已收到且檢查可用的材料、未收或不完整項目、已接受的替代資料、需要決定的假設、提供窗口與期限。每項摘要都要能回到清單中的任務與材料，避免只列「資料大致齊全」這種無法追溯的描述。

假設目前已取得流程步驟與表單欄位，但還沒有例外案件紀錄，摘要可寫：「流程盤點可先開始；自動化判斷仍待例外情境；由流程窗口補充常見例外，需求負責人在下一次討論前確認。」這是示意寫法，不代表實際客戶或已完成成果。若某項替代已接受，也要註明它能支持的判斷範圍；若仍待確認，維持待確認狀態，不要在摘要中寫成已核准。

摘要最後列出最近的一個行動、負責人與檢查點，例如由提供人補資料、由需求負責人判斷替代是否足夠，或先進行不受缺件影響的任務。若缺件已使原先安排需要調整，說明受影響的工作與需要誰做決定，不自行把未確認的內容補成假設。交接前再核對摘要與清單狀態一致，刪除過期連結並確認接手者能找到最新版本。

摘要不必複製整份文件，只需指向可信的來源位置與目前狀態；有疑問的內容寫成待確認問題，不以猜測補空白。如此接手者可沿著清單採取行動，不必從往返訊息重拼資料。下一步可先挑出最影響判斷的一項缺件，指定提供人、替代方式與回覆時間；若你正在整理企業工作流程，可先用上述摘要描述卡點與期望時程，再到 ZhenheAI 首頁 開始下一步。