Pesan berulang dari pembeli tidak selalu merupakan permintaan baru. Untuk laporan, buatlah nomor tiket yang tetap dan hubungkan klarifikasi dengannya, sambil mempertahankan catatan asli. Kesamaan nama atau topik saja tidak menjadi dasar untuk menggabungkan dua orang.
Tentukan unit pencatatan
Pilih apa yang dimaksud dengan permintaan dalam proses Anda: misalnya, tiket mengenai tugas tertentu yang telah diterima tim untuk dikerjakan. Pesan, orang, tugas, dan pesanan adalah entitas yang berbeda. Satu pembeli dapat membahas dua pesanan yang independen secara bersamaan; dua anggota tim klien dapat menulis tentang satu tugas.
Untuk menghubungkan, gunakan nomor tiket yang telah dikonfirmasi atau pengenal kerja lainnya. Simpan data kontak dalam sistem yang terlindungi dengan akses yang diperlukan, dan gunakan penanda tanpa identitas dalam contoh analitis.
Lima catatan: dua permintaan dan satu pertanyaan
Register latihan: catatan A — permintaan baru L1; B — klarifikasi terkonfirmasi L1; C — permintaan baru L2; D — klarifikasi terkonfirmasi L2; E — pesan dengan nama yang mirip, hubungan tidak ditetapkan. Hasilnya adalah dua permintaan terkonfirmasi dan satu pesan yang belum ditelaah, bukan secara otomatis lima atau tiga permintaan.
Simpan baris asli untuk A–E dan kolom penghubung yang terpisah. Untuk B dan D, cantumkan dasar penggabungan. Untuk E, ajukan pertanyaan klarifikasi dalam alur kerja biasa; sebelum ada jawaban, jangan menggabungkan catatan berdasarkan dugaan. Setelah dikonfirmasi, perbarui hasilnya sambil mempertahankan jejak perubahan.
Jangan menerapkan aturan pembelian pada sembarang sinyal
Misalnya, Google Analytics menjelaskan penghapusan purchase berulang dalam aliran web berdasarkan transaction_id dengan syarat tentang satu pengguna. Ini adalah mekanisme pembelian yang spesifik, bukan penggabungan otomatis percakapan di semua CRM. Untuk permintaan, aturan Anda perlu ditentukan dan diuji secara terpisah.
Sebelum pelaporan, tunjukkan jumlah pesan asli, permintaan terkonfirmasi, dan kasus yang belum ditelaah. Dengan begitu, berkurangnya duplikat tidak akan tampak seperti penurunan permintaan yang tidak dapat dijelaskan, dan tim dapat mereproduksi penghitungannya.
Skema: 1 — simpan pesan asli; 2 — hubungkan hanya kecocokan yang terkonfirmasi; 3 — hitung secara terpisah permintaan dan kasus yang belum pasti.
Instruksi praktis lainnya — di blog Boosted.
Sumber
Google Analytics: pengenal transaksi. Diperiksa 21 September 2026. Contoh praktis dan skema — metodologi editorial; angka bersifat ilustratif dan bukan data klien.
Untuk satu kiriman publik yang sudah siap, Anda dapat memeriksa ketentuan tampilan. Layanan ini tidak melakukan pekerjaan yang dijelaskan dan tidak menjamin minat organik, permintaan, atau penjualan.