Tin nhắn lặp lại của người mua không phải lúc nào cũng là yêu cầu mới. Để lập báo cáo, hãy tạo một số hiệu xử lý ổn định và liên kết các nội dung làm rõ với số hiệu đó, đồng thời giữ nguyên các bản ghi gốc. Việc trùng tên hoặc trùng chủ đề tự nó không đủ căn cứ để gộp hai người thành một.
Xác định đơn vị ghi nhận
Hãy chọn ý nghĩa của yêu cầu trong quy trình của bạn: ví dụ, một liên hệ về một nhiệm vụ cụ thể mà nhóm đã tiếp nhận xử lý. Tin nhắn, con người, nhiệm vụ và đơn hàng là những thực thể khác nhau. Một người mua có thể đồng thời thảo luận về hai đơn hàng độc lập; hai thành viên trong nhóm của khách hàng có thể viết về cùng một nhiệm vụ.
Để liên kết, hãy dùng số hiệu xử lý đã được xác nhận hoặc một mã định danh làm việc khác. Hãy để thông tin liên hệ trong hệ thống được bảo vệ với quyền truy cập cần thiết, còn trong ví dụ phân tích thì đưa ra các ký hiệu đã ẩn danh.
Năm bản ghi: hai yêu cầu và một câu hỏi
Sổ đăng ký minh họa: bản ghi A — yêu cầu mới L1; B — nội dung làm rõ đã xác nhận L1; C — yêu cầu mới L2; D — nội dung làm rõ đã xác nhận L2; E — tin nhắn có tên tương tự, chưa xác lập được liên kết. Kết quả là hai yêu cầu đã xác nhận và một tin nhắn chưa phân loại, chứ không tự động thành năm hay ba yêu cầu.
Hãy giữ nguyên các dòng gốc cho A–E và một trường liên kết riêng. Với B và D, hãy ghi rõ căn cứ gộp. Với E, hãy đặt câu hỏi làm rõ trong quy trình làm việc thông thường; trước khi có câu trả lời, đừng ghép bản ghi theo phỏng đoán. Sau khi xác nhận, hãy cập nhật kết quả và để lại dấu vết thay đổi.
Không áp dụng quy tắc mua hàng cho mọi tín hiệu
Ví dụ, Google Analytics mô tả việc loại bỏ các purchase lặp lại trong luồng web theo transaction_id với những lưu ý về một người dùng. Đây là cơ chế cụ thể của việc mua hàng, chứ không phải việc tự động gộp các cuộc trò chuyện trong mọi CRM. Đối với yêu cầu, quy tắc của bạn cần được xác định và kiểm tra riêng.
Trước khi báo cáo, hãy hiển thị số lượng tin nhắn gốc, yêu cầu đã xác nhận và trường hợp chưa phân loại. Khi đó, việc giảm trùng lặp sẽ không trông như một sự sụt giảm nhu cầu không thể giải thích, và nhóm có thể tái tạo cách đếm.
Sơ đồ: 1 — giữ nguyên các tin nhắn gốc; 2 — chỉ liên kết những trùng khớp đã xác nhận; 3 — đếm riêng các yêu cầu và trường hợp chưa xác định.
Các hướng dẫn thực tế khác — trong blog Boosted.
Nguồn
Google Analytics: mã định danh giao dịch. Đã kiểm tra ngày 21 tháng 2026. Các ví dụ thực tế và sơ đồ là phương pháp biên tập; những con số minh họa không phải là dữ liệu của khách hàng.
Đối với một bài đăng công khai riêng đã hoàn thiện, có thể kiểm tra điều kiện về lượt xem. Dịch vụ này không thực hiện công việc được mô tả và không đảm bảo sự quan tâm tự nhiên, đơn đăng ký hay doanh số.