Website mencatat dua puluh klik WhatsApp dalam satu minggu. Apakah berarti ada dua puluh calon pelanggan? Belum tentu. Sebagian pengunjung hanya membuka aplikasi, sebagian mengirim pesan, dan beberapa pertanyaan mungkin tidak sesuai layanan. Angka tersebut berguna apabila namanya menjelaskan tindakan yang benar-benar diukur.
Pengukuran lead dimulai dari definisi yang disepakati. Tim pelayanan membutuhkan rincian untuk membalas pelanggan, sedangkan laporan analytics memerlukan jumlah dan kategori untuk memahami alur website. Pisahkan kedua kebutuhan itu sebelum menentukan data yang dikirim.
1. Bedakan klik, penerimaan, dan peninjauan
Klik tombol kontak menunjukkan tindakan pada website. Permintaan yang diterima menunjukkan bahwa pesan telah sampai melalui saluran bisnis. Peninjauan tim menunjukkan apakah kebutuhan tersebut sesuai layanan dan dapat ditindaklanjuti. Ketiganya mempunyai bukti berbeda dan tidak boleh dianggap sebagai tahap yang sama.
Gunakan nama yang jelas, seperti “membuka WhatsApp dari halaman layanan”. Website yang hanya membuka aplikasi lain belum mempunyai bukti pesan terkirim. Untuk formulir server, tentukan hasil penerimaan yang menjadi acuan keberhasilan. Tombol yang ditekan atau animasi konfirmasi saja tidak cukup untuk menyatakan permintaan diterima.
2. Mulai dari pertanyaan bisnis
Tulis keputusan yang ingin dibantu laporan, misalnya halaman mana yang mendorong orang menghubungi bisnis atau kategori layanan apa yang dipilih. Tambahkan kolom hanya jika berguna menjawab pertanyaan tersebut. Daftar parameter yang pendek lebih mudah diperiksa dan dijelaskan kepada orang baru.
Sebagai contoh fiktif, tim ingin membandingkan kontak dari halaman layanan dan katalog. Laporan dapat memakai kategori halaman, jenis tombol, bahasa, dan kategori layanan yang telah ditentukan. Nama pelanggan, nomor telepon, dan uraian kebutuhan tidak diperlukan untuk membandingkan kedua halaman tersebut.
3. Gunakan kategori yang sudah dibatasi
Buat kamus kategori bersama pengembang. “Halaman layanan”, “katalog”, dan “beranda” lebih mudah diperiksa daripada nilai bebas yang berasal dari kolom pesan. Pilihan layanan juga sebaiknya menggunakan daftar yang disepakati, bukan menyalin teks yang diketik pengunjung.
Jika pilihan tidak cocok dengan kategori yang tersedia, gunakan perlakuan yang ditentukan tim, misalnya kategori umum tanpa membawa isi pesan. Jangan mengubah informasi bebas menjadi parameter hanya karena lebih mudah dibaca di dashboard. Catat arti setiap kategori dan kondisi kapan pengukuran dikirim agar laporan dapat dibandingkan dari waktu ke waktu.
4. Cegah informasi pribadi ikut terkirim
Periksa parameter event, alamat halaman, judul, serta pengaturan otomatis yang mungkin menangkap nilai dari formulir. Sebuah nama atau nomor telepon dapat ikut terbawa tanpa menjadi parameter yang sengaja dirancang. Gunakan data fiktif dengan penanda khusus ketika melakukan pemeriksaan teknis.
Ketentuan Google Analytics tentang PII melarang pengiriman informasi tertentu yang dapat dipakai untuk mengenali individu ke layanan tersebut. Tim harus memeriksa implementasi yang sebenarnya, termasuk nilai dalam URL. Menghapus nama kolom dari laporan tidak membuktikan nilainya berhenti dikirim.
5. Tentukan bukti setiap pengukuran
Untuk klik kontak, bukti berasal dari tindakan tombol yang sesuai. Untuk penerimaan formulir server, bukti mengikuti hasil penerimaan yang telah disepakati. Hindari mengirim event keberhasilan ketika permintaan masih berjalan atau gagal. Uji pula penekanan berulang agar satu tindakan tidak menghasilkan jumlah yang menyesatkan.
Di Google Analytics, key event merupakan event yang ditandai penting bagi bisnis. Penandaan itu tidak mengubah klik menjadi bukti pesan diterima atau transaksi terjadi. Pilih event setelah makna dan keterbatasannya jelas bagi tim yang membaca laporan.
6. Cocokkan laporan dengan proses pelayanan
Dalam contoh fiktif, website mencatat tiga puluh pembukaan WhatsApp, sementara staf mencatat dua belas percakapan terkait kebutuhan website. Delapan percakapan sesuai layanan yang dibahas. Angka tersebut menjelaskan tahap yang berbeda; selisihnya tidak otomatis membuktikan formulir rusak atau staf kehilangan pesan.
Tentukan periode dan definisi pencatatan sebelum membandingkan hasil. Satu orang dapat membuka kontak lebih dari sekali atau memakai saluran lain. Gunakan jumlah agregat untuk pembahasan, sementara rincian percakapan tetap berada pada alat pelayanan yang aksesnya sesuai kebutuhan. Jangan mengekspor isi pesan ke analytics untuk memaksa kedua angka terlihat sama.
7. Uji preferensi dan kedua bahasa
Jika website mempunyai pengaturan preferensi analytics, periksa keadaan awal, pilihan menerima, pilihan menolak, dan perubahan pilihan sesuai implementasinya. Banner yang tampil belum membuktikan perilakunya bekerja. Pengembang perlu memeriksa permintaan jaringan atau alat diagnosis yang sesuai.
Untuk website bilingual, pertahankan arti kategori pada kedua bahasa. Label tombol dapat diterjemahkan, tetapi “membuka kontak” harus mewakili tindakan yang sama. Uji halaman Indonesia dan Inggris dengan data fiktif, lalu cocokkan nama event serta nilai yang benar-benar dikirim. Simpan hasil untuk setiap keadaan yang diperiksa.
8. Gunakan laporan untuk menentukan pemeriksaan berikutnya
Jika kontak turun, mulai dari pertanyaan yang dapat diperiksa: apakah tujuan tombol benar, ringkasan terbaca, atau halaman membantu pengunjung memahami layanan? Catat pengamatan sebelum mengubah desain. Angka menjadi petunjuk untuk investigasi, bukan jawaban otomatis tentang penyebab.
Tambahan kolom atau perubahan alur kontak perlu memicu pemeriksaan parameter kembali. Tentukan penanggung jawab untuk kamus event dan perbaikannya. Saat menyiapkan brief website, jelaskan alur kontak serta angka yang ingin dipahami. Bahas ruang lingkupnya bersama layanan WebsiteKilat agar pengukuran mengikuti proses bisnis yang nyata.
