報價詢問缺資料怎麼追？整理估價必需欄位與補件節點
整理估價前必須確認的欄位、可後補資料與追蹤方式，並說明如何記錄假設、避免未核實的價格承諾。
報價詢問只寫「想了解費用」時，直接給總價可能把空白變成承諾；追問太多又會讓對方不知道從何回答。較穩定的做法，是先找出會改變範圍、工時或交付方式的欄位，把必要資訊、可稍後補件和目前假設分開記錄。以下用假設詢問示範，協助業務判斷何時估、何時追、何時暫停。
界定估價必要欄位
估價前先把「想知道費用」改寫成「要估的是哪一件工作」。必要欄位不是越多越好，而是缺少時會讓交付內容、工作量或可行性出現兩種以上合理解讀的資訊。先記下詢問人與聯絡方式、需求目標、目前做法或現有材料、預期交付物、使用者或數量、希望時程、指定限制，以及由誰確認範圍。若是流程改善，詢問目前步驟與卡點；若是製作需求，問頁數、尺寸、素材和內容由誰提供；若要用外部工具，記下工具名稱、資料來源、權限由誰提供，以及是否允許串接。這些是整理需求的方法，不代表特定業者都提供所列工作。 接著做「價格影響測試」：想像答案相反，估價會否改變？是否搬移舊資料、是否包含內容整理、涵蓋一個或多個部門，答案不同就可能改變投入，應在估價前確認。若只影響後續排程或偏好，可留待補。不要只問「還有其他需求嗎」；改問可回答的範圍，例如需要處理哪些資料來源、約有多少筆；若不清楚，直接標未知，不能把未知默認為不需要。 每筆詢問保留顧客原話、整理後欄位、證據位置與確認人。顧客說「整合一下」時，不要自行認定是一條通知或全流程自動化；列出兩種解讀，請對方選。收到文件、照片或既有報價，記檔名或連結及版本；若資料互相矛盾，明確指出差異，請對方確認採用哪一版。欄位完整的判準是估價人能說清估價對象和主要變動因子，而非每格都有答案。 可把欄位整理成一頁摘要回傳顧客勾選，列出目標、範圍和限制，請他更正不準確處。若目標有多個，請排序優先順序；聯絡人無法確認範圍時，記下最終核定窗口，避免把轉述當定案。
區分必填與後補
必填與後補的分界，可用「是否改變價格、可行性、交付責任或承諾時間」判斷。第一次聯絡先取得足以辨識工作的最小資訊；細節可等到適當節點補齊。把欄位標成已確認、待補、不適用或未知，別用空白代替狀態。 |項目|初談要有|可後補時點|暫停估價的條件| |---|---|---|---| |估價對象|問題或交付描述|無|無法辨認需求目標| |數量與範圍|大致數量、使用情境|盤點後補精確筆數|可能範圍差異很大| |素材與權限|是否已有、能否提供|啟動前補檔案|無法判斷能否執行| |時程與決策|希望時間、確認窗口|確認內部排程時補|硬期限或核准人不明| 例如顧客還沒整理精確筆數，但已說明資料種類、約略規模，且答案不會改變估價級距，可先用範圍註記估算，並把精確筆數設為啟動前補件。反過來，若數量可能從少量範例變成大量歷史資料，或素材授權未明，便會影響工時或執行權限，不能當成普通後補。業務要寫明後補期限由誰和顧客約定、未補時會延後哪個決策，而不是只寫「待提供」。 可用三層安排：詢問受理必填、正式估價必填、開始執行前必填。每一欄只屬於一個層級，並說明理由。受理層確認需求方向與聯絡人；估價層補足會改變工作量的資訊；執行層補交付需要的帳號、檔案或核准。這樣不會用過長的表單阻擋初談，也不會因初談資料不足就先承諾完整價格。 若欄位互相牽動，應分辨先後。例如須先知道資料來源才能判斷能否匯入，來源屬估價必填，精確筆數可後補。每項後補都註明最晚確認節點，如正式估價前或啟動前，並說明延後會影響什麼。
建立缺件追蹤清單
缺件清單要讓接手的人看得懂下一步，不只是抄下「客戶資料未齊」。每項缺件記錄欄位名稱、為何需要、目前已知內容、希望對方提供的格式或例子、負責追蹤者、預計回覆時間、最近一次聯繫、目前狀態，以及收到後由誰核對。顧客不一定知道內部術語，因此把「提供 API 權限」改成「請確認是否能建立一組只供此項流程使用的連線權限；若無法確認，請告知管理者窗口」，並先核實實際需要什麼權限，不要預設對方要交出密碼。 追蹤節奏依影響程度安排：會左右估價的缺件，先集中在一封訊息中提問，標明回答格式與估價卡在哪個判斷；只影響後續排程的資料，等範圍確認後再收。每次聯絡後更新狀態，例如已詢問、對方確認補件時間、已收到待核、內容不符、暫停等待。若對方只回覆其中一題，將已答欄位逐一核對，保留未答項目，不要把整封回覆誤標為完整。 催補訊息可寫成：「目前已確認需求目標與交付範圍；還需要資料來源和約略筆數，才能判斷是否包含整理工作。請回覆來源名稱與大約區間；若尚未盤點，也可先回覆未知。我們會依此確認能否先提供估價範圍，並另列需於啟動前確認的項目。」內容應說明缺件如何影響判斷，也給對方可行的回答方式。若約定時間過後仍未收到，依內部安排發一次提醒或標記暫停，並記錄下次檢視點，不要讓清單永久顯示「進行中」。 共用試算表或 CRM 的欄名要對應決策，僅記必要聯絡資料；檔案放在核准位置，避免個資散落副本。每次改狀態記下時間與負責人；顧客只交部分資料，就逐欄更新，勿清掉未答提醒。
記錄估價假設範圍
資料不足但仍可先估時，把推論寫成可檢查的假設，而不是藏在總價裡。每份估價紀錄分開列出已確認條件、採用假設、排除項目、待補資料，以及答案改變時需要重新判斷的部分。描述要具體，例如「依目前提供的四個頁面與兩張表單估算，不含資料匯入；通知串接方式待確認」，不能只寫「依需求報價」或「細節另議」。假設應連到它影響的範圍，方便顧客指出哪一項不符合。 假設情境：詢問明列四個頁面和兩張表單，四加二等於六個可辨識項目；這只是在盤點已描述的項目，不代表價格或總工作量已確定。若還不知道表單送出後要寄通知、寫入資料表，或同步到外部工具，應把這些列為待確認的整合方式，而非默認包含。若對方確認不需要串接，就更新紀錄；若需要，重新確認所需工具、資料欄位、權限和失敗時的處理方式，再決定估價是否改變。這個例子只是演示紀錄方法，不是服務報價。 可讓假設有版本和確認軌跡：標明紀錄日期、依據的附件或對話、提出人、顧客確認狀態及修訂原因。估價範圍若以條件成立為前提，要用一般人看得懂的句子寫出「若資料筆數高於目前區間，需重新核算整理工作」，並說明如何提供更新資料。未確認的內容不能寫成已納入，也不能用「標準做法」遮住選擇。完成估價前，請另一位熟悉交付的人只看假設和排除項目，檢查是否仍有兩種解讀。 若顧客無法確認，可列短選項比較，例如只匯入資料或同時清理欄位，說明範圍差異，不替他決定。若需先檢視檔案，記錄已看和未看的部分；抽樣檢查不能寫成全量檢查。
避免未核實價格承諾
口頭或訊息回覆常被截取成承諾，因此先區分正式報價、初步估算和待補資料後才能估價。即使只回一個數字，也要有已知範圍、採用條件、排除項目和有效依據；若內部還沒有足夠資料，先回覆目前能確認的工作，再說明尚缺什麼以及補齊後的下一步。不要用「大概差不多」「一定來得及」取代判斷，也不要把別案價錢套到需求不同的詢問上。 可採用三種回覆方式。資訊足夠時，提供正式估價文件並指出依據的範圍版本；仍有少數不確定、但可界定上下界時，明確標為初步範圍並列出上下界由哪些條件造成，確認正式價格何時能提出；關鍵條件不足時，不先報數字，改用短問題確認範圍。每種回覆都記錄誰有權確認價格、使用哪一版需求、顧客是否已接受，以及接受的是估算還是正式內容。對方追問「先給最低價」時，可說明目前哪些未確認項目會讓最低值失去參考性，提供最少的補件清單。 如果確實提供初步範圍，範圍必須來自內部核准的估價方法，不要為了留住詢問而臨時猜數字；此文沒有可套用的通用費率。價格談妥也不代表時程、交付清單和責任自動確定，需依程序完成確認。把每次修訂連回新資料，標出差異與原因，並讓舊版保持可辨識，避免截圖或轉寄時把過期數字當成最新版。無法核實的優惠、供應商成本或外部工具費用應先查來源，再納入文件；確認前只描述待確認，不替任何第三方保證。 回覆前自問：數字依據哪版需求、未核實條件、誰能核准、對方會以為包含什麼？有歧義就先改寫。訊息估價時複述剛確認的條件，避免沿用舊需求。
整理未完成原因
未完成不是單一狀態。至少區分等顧客補資料、等內部估價、等第三方確認、範圍仍有歧義、時程不合、目前無法執行，以及顧客暫不繼續。每種原因都要有負責人、最後一次動作、下一個檢視點和恢復條件。這能避免同事把「等資料」當成已報價，也避免把尚未回覆的人直接判成沒有意願。狀態用描述事實的詞，不用「難搞」或「沒預算」等推測性標籤。 定期檢查清單時，先處理會影響承諾或需要他人回覆的項目，再確認是否仍值得追蹤。若顧客沒有回覆，可依已約定的節奏發出一則簡短訊息，重述已確認內容、僅列未答問題，並提供暫停或之後再聯絡的選項；不要連續寄送相同催促。若因內部評估中，回覆目前進度和預計再次更新的時間；若依賴外部工具或權限，說清楚等待的是哪項核實，不能暗示對方已同意。若需求不適用或無法執行，留下依據與告知內容，讓之後能理解結案原因。 結案前做一次簡短交接：目前需求版本、已確認和未知項目、最後提供的估價狀態、未完成原因、是否約定後續聯絡，以及重新啟動時需要的資料。若顧客稍後回來，先檢查原資料是否仍有效，再沿用或更新，不要默認舊條件不變。現在可先挑一筆等待中的詢問，逐欄標記已確認、待補、未知，並指定一位追蹤負責人；若想了解振禾 AI 的目前資訊與聯絡入口，可到振禾 AI 官網查看。 依公司承諾設定內部清理規則，例如未回多久轉暫停、評估逾期由誰更新；這些時間需自行訂定，不能把本文當固定天數。定期檢查有無負責人、下次日期或逾期項目，逐筆指定處理人或結案理由。