同一套廚房，屋主、設計師和統包各自詢價，怎麼接才不會重複算單

先問清楚是不是同一個案子

屋主先來看櫥櫃，設計師接著寄圖，統包又來問專業採購價格。如果不核對，店家可能分別報出不同範圍、重複預留貨物，甚至把這幾次聯絡都算成另一套待售廚房。先辨認真正的案子，才知道下一步要處理哪個問題。

每位參與者仍要保留各自資料，共同案子另有清楚的參考編號。這個編號協助對齊房間與範圍，不會讓不同購買關係消失，也不能讓只知道地址的人取得更改訂單或查看私人價格的權限。

找到一個人，不等於找到一個案子

電子郵件是聯絡方式，公司名稱可以整理專業往來，但不能用來推算有幾套櫥櫃需求。承包商可能同時做多個案子，幾位不同的人也可能全在談同一個廚房。

HubSpot的去重說明，將以電子郵件辨識聯絡人和以網域辨識公司分開處理。這顯示記錄類型不同；櫥櫃團隊仍須自行核實各次對話是否屬於同一案子。

參考資料: HubSpot — Deduplicate records.

用能穩定維護的工具就好。關鍵在於辨認工作及角色，而不是買更大的資料庫。同姓、公司名稱近似，都不足以直接合併；同一個聯絡人也不應只允許存在一個專案。

用簡短問題確認關係

先問是否有既有案號、是否為同一地址的同一房間，或是另加的購買範圍。已被介紹過的參與關係，可以直接核對；尚不認識的另一位客戶，不應為了比對資料而被主動揭露。

地址也不是全部。公寓大樓可能有不同住戶各自購買，同一戶也可能分別採購廚房和浴室。要記下單元、房間，以及各階段是否屬於同一個接受範圍。不能見到熟悉地址就把所有詢價放成同一單。

資訊不足時，標示可能相關、等待確認。把建立連結的理由留給同事查看；若日後發現連錯，應能拆開並保留雙方原來的往來與附件。不能讓暫時猜測變成後面報價所依據的事實。

選款、核准與下單分別確認

提供設計圖的人不一定負責購買。屋主可能決定外觀，統包協調現場，實際下單人則依雙方安排。職稱不能代替這些問題的答案。問清楚各人責任，比假設設計師能批准所有修改更可靠。

已接受的產品範圍，要和批准者及採購紀錄對上。如果別的參與者要求更動，先由約定的決策人確認。寄來新圖是有用資訊，卻不表示買方已同意換成另一套櫃子。

價格分享另行談妥。同一個案子的關聯，不是把私人報價互相轉寄的許可。確認報價對象及收件範圍。屋主直購與統包供貨可以並列比較，但應標成替代路徑，而非同時成立的兩筆採購。

留下選擇，不增加虛假的需求

假設一次整理有6次詢問，實際只涉及3個案子。其中1案由屋主、設計師及統包分別聯絡；另一案有1位聯絡人，剩下一案有2位。這是溝通次數的分布，不是6套櫥櫃訂單。數字為教學假設，不是usaKT.com的客戶資料。

如果第一個假設案子正在比較直購與統包供貨，兩個方案保留在同一案號下，標明互為替代。不能將兩份櫃單同時加進需求預估。採購方式確定後，選中的組合繼續前進，另一份保留為過去方案。

門型、飾面或配置比較也是如此。改一個選項並不自動產生另一案；但同一地址真正獨立的新購買，應有自己的範圍及接受紀錄。熟客的新單不能因為名字相同就被舊紀錄掩蓋。

交接時，把案子的關係一併交出去

下一位接待的人需要看懂案號、房間、正在比較什麼、哪張圖已接受，以及什麼問題尚未解決。單純轉寄很長的郵件卻不說明附件版本，容易又從舊圖開始報價。

現場確認與設計建議要分開。統包可能回報需要復核的條件，設計師同時提出另一種做法。兩邊資訊都留著；互相衝突時安排確認，不讓最後抵達的郵件自然取代已接受的範圍。

人員更替時，除了電話和郵件，也交出誰收問題、誰批修改、誰收貨的關係圖。專業客戶帶來的不同屋主案子，仍需分開保存，不把前一戶的批准拿來套用到下一戶。

規劃銷售時，案子與聯絡人分開計

區分獨立詢價案、有效方案、已接受採購及聯絡人數量。採用團隊能說明並一致遵守的定義即可。多人詢問一間廚房，代表需要協調的人變多，不代表產品需求增加幾倍；舊客戶回來做新家，也應保留這次真正的新需求。

準備推進時，確認房間身分、購買路徑和下一個決策。下一步可能只是核對一個尺寸、選定替代方案或確認由誰下單。不要為了清理紀錄而刪掉有用的人物與範圍關係。

好的接單讓大家不必重複解釋同一套選款，也讓店家不會承諾超過實際需要的數量。連結對話、各別保留身分，並以真正接受的範圍繼續處理，才能把多方協作整理成一個可完成的案子。