如何把有流量，轉成可以判斷品質的詢問紀錄？

先定義什麼值得被承接

網站有進站，接待也有收到訊息，並不表示兩份報表描述的是同一群人。留言可能只是詢問工作機會，重複訊息可能來自同一人，真正有需求的人也可能改用電話聯絡。要判斷內容品質，先由行銷與接待共同界定詢問類型：一般資訊、具體服務需求、既有顧客事項與其他問題。分類用來安排回應，不用來自動判斷個人是否適合接受任何專業服務。

讓紀錄保留來源的不完整性

V 整理頁面與內容的來源識別，O 整理實際聯絡、接手及後續狀態。兩者連接時，只使用可合理確認的資訊，並區分系統觀察、來訪者自述與來源未知。若對方說從朋友得知，即使最近也有社群活動，仍保留這個答案，不自行改成活動成效。相同聯絡經人工確認後可合併，但原始入口與接洽時間仍應留存，才能理解重複發生的原因。仍在等待回覆的詢問保留為進行中，避免在尚未取得資訊前就歸類為無效需求。

用一張詢問品質表，而不是一個總分

欄位可包含詢問日期、內容來源、問題類型、需求是否說明清楚、是否屬於可提供範圍、尚待補充事項、接手角色與進度。資料不足與需求不適合要分開，沒有填完表單的人也不應直接被當成低品質。若詢問一直集中在網站沒有說明的基本事項，V 可以補強頁面；若資訊已齊卻遲遲無人接手，O 就要處理責任與提醒。這樣才能讓資料對應具體改善。

詢問品質先由可核實欄位組成

依服務承接需要定義欄位，例如需求主題、適用範圍、必要資料是否齊備、時間是否可討論、下一步是否成立與無法承接原因。來源頁、搜尋查詢或活動只作入口線索，不自動提高品質分數。每筆紀錄保留未知，不能用職稱、地區或瀏覽次數猜測預算與意願；重複聯絡先建立關聯，再由接待確認是否同一需求，避免多管道詢問被計成多個高品質商機。

用分布和退回原因取代單一總分

接待完成初步確認後，將詢問分為資料可用、需補件、超出範圍、時程不合或仍待判斷，並記錄依據。下游窗口接受或退回時選擇原因，讓團隊知道問題出在內容承接、表單設計、接待分類還是服務條件。自動摘要可以整理欄位，不能把推論寫成事實；品質標籤可由人員修正並保留版本。不同服務使用不同必要條件，不強行以同一分數比較複雜度與價值。

交付內容

比較期間與接觸階段必須一致

進站發生在一個期間，接洽可能在之後才完成。報表應說明採哪個日期、追蹤到哪一個階段，以及未完成項目如何處理，不把新近詢問與已跟進很久的名單直接比較。可先以人工表單開始，成本低且容易校正；量體變大後再評估串接，降低重複輸入。不同工具的指標先保持分列，確定定義相容才做對照，避免把點擊、訊息與獨立人數相加。

從結果分布決定要改哪一段

驗收時可用來源明確、來源未知、重複聯絡及需補件的情境，確認分類和交接一致。後續看各類需求的分布、缺漏原因與接手狀態，不只追求聯絡總量。如果有閱讀卻缺少適合的詢問，可能是內容對象或服務說明需要調整；若需求適合但沒有進度，則應檢查承接量能。此方法支援經營判斷，不能單凭資料相關就證明某篇內容帶來成交；開始時只需一組重要頁面與共同的詢問分類。

期間比較要固定入口、階段與資料涵蓋

回看前先定義觀察期間、包含入口、去重方式及詢問進度截止點，分別呈現流量、聯絡、可承接需求與已完成下一步。來源未知與未能聯絡者保留在分母說明，不直接排除美化結果。若內容流量增加但補件比例上升，檢查頁面承諾與表單；若資料完整卻接手等待長，改善內部分工。來源關聯只能描述可觀察路徑，不單獨證明內容造成成交，也不延伸為個人專業適用判斷。

衡量與回看

• 需求完整度：必要資訊已取得的情況
• 適用性分布：服務範圍吻合、待確認及不適合分列
• 接手進度：依相同期間與階段比較

適用範圍與限制

• 詢問適用性僅指行政與服務範圍，不是個人專業評估；來源關聯不能單獨證明成交因果。