Validasi Data Telepon CRM: Menambahkan Pemeriksaan WhatsApp ke Aturan Data Anda

Panduan langkah demi langkah bagi admin CRM dalam memvalidasi kolom telepon dan menambahkan pemeriksaan pendaftaran WhatsApp sebagai sinyal saluran terpisah yang memiliki tanggal.

Validasi data telepon CRM bekerja paling efektif sebagai rangkaian aturan singkat: normalisasi nomor ke format internasional, konfirmasi kesesuaian dengan negara yang diharapkan, blokir duplikat, dan baru kemudian tambahkan sinyal saluran seperti Pemeriksaan Pendaftaran WhatsApp. Tiga aturan pertama menentukan apakah nilai telepon merupakan data yang dapat digunakan; pemeriksaan WhatsApp menjawab pertanyaan yang lebih spesifik, yaitu apakah WhatsApp merupakan saluran yang realistis untuk nomor tersebut pada saat diperiksa. Menjaga lapisan-lapisan ini dalam kolom terpisah, masing-masing dengan tanggalnya sendiri, adalah hal yang membuat CRM dapat diandalkan untuk perutean dan penjangkauan.

Apa yang harus dicakup oleh validasi data telepon CRM

Sebagian besar panduan tentang validasi data telepon CRM berhenti pada satu dari dua gagasan: aturan format pada kolom telepon, atau API vendor yang menandai nomor sebagai valid atau tidak valid. Keduanya berguna, tetapi tidak ada yang memberi tahu admin cara merancang rangkaian aturan lengkap, urutan menjalankannya, atau apa yang harus disimpan saat aturan gagal.

Rangkaian aturan yang praktis memiliki empat lapisan:

Tiga lapisan pertama adalah kebersihan data. Lapisan tersebut milik CRM itu sendiri, dijalankan pada setiap catatan, dan dimiliki oleh tim admin. Lapisan keempat adalah sinyal bisnis yang berubah seiring waktu, sehingga memerlukan tanggal pemeriksaan dan rencana penyegaran, bukan sekadar tanda validasi satu kali.

Aturan 1: Normalisasi kolom telepon ke satu format internasional

Normalisasi adalah aturan yang paling menghemat pekerjaan di tahap selanjutnya. Simpan setiap nomor dengan kode negaranya, tanpa awalan trunk, dan tanpa spasi, kurung, atau tanda hubung, mengikuti struktur penomoran internasional dalam ITU-T Recommendation E.164. Nomor seperti (020) 7946 0018 yang dimasukkan untuk kontak Inggris menjadi +442079460018.

Aturan karakter sederhana, seperti yang ada dalam panduan Zoho untuk memvalidasi nomor telepon prospek, dapat menolak kurung, tanda hubung, dan spasi. Zoho sendiri mencatat bahwa aturan semacam itu tidak lengkap. Aturan karakter tidak dapat membedakan apakah 0791... adalah ponsel Inggris dengan nol trunk atau nomor asing yang salah ketik. Untuk itu, tim biasanya mengandalkan pustaka rencana penomoran seperti libphonenumber sumber terbuka dari Google, yang mengurai nilai mentah terhadap wilayah default dan mengembalikan nomor internasional yang diformat atau kesalahan.

Pilihan praktis bagi admin:

• Simpan nilai mentah di kolom terpisah untuk audit, dan tulis nilai yang dinormalisasi ke kolom telepon utama.
• Gunakan negara catatan, bukan lokal peramban pengguna, sebagai wilayah default saat mengurai.
• Kirim nilai yang tidak dapat diurai ke antrean tinjauan alih-alih menghapusnya secara diam-diam.

Aturan 2 dan Aturan 3: Kesesuaian negara dan duplikat

Kesesuaian negara menangkap nomor yang terbentuk dengan baik tetapi mungkin salah untuk catatan tersebut. Prospek yang ditandai berbasis di Jerman dengan nomor +1 belum tentu merupakan kesalahan, karena orang berpindah tempat dan perusahaan menggunakan saluran asing, tetapi hal ini layak mendapatkan tanda. Bandingkan kode negara dengan kolom negara catatan dan buat tugas tinjauan jika terjadi ketidakcocokan alih-alih menulis ulang salah satu nilai.

Aturan duplikat hanya berfungsi setelah normalisasi. Sebelumnya, +44 20 7946 0018 dan 02079460018 terlihat seperti dua nomor. Setelah normalisasi, keduanya cocok persis, dan aturan duplikat atau aturan pencocokan standar dapat menangkapnya. Tentukan sebelumnya objek mana yang menang: misalnya, kontak yang ada biasanya lebih diutamakan daripada prospek baru dari formulir.

Kesalahan umum pada tahap ini:

• Menjalankan aturan duplikat pada nilai mentah, yang membiarkan varian format lolos.
• Memperlakukan nomor switchboard kantor bersama sebagai kesalahan duplikat ketika beberapa kontak secara sah membagikannya.
• Menghapus catatan yang kalah alih-alih menggabungkannya, yang menyebabkan hilangnya riwayat aktivitas.

Aturan 4: Di mana pemeriksaan WhatsApp menambahkan sinyal saluran

Setelah nomor dinormalisasi, berada dalam konteks negara yang tepat, dan unik, pemeriksaan pendaftaran WhatsApp menambahkan sesuatu yang tidak dimiliki aturan sebelumnya: sinyal keterjangkauan khusus platform. Hasil yang selesai menyatakan apakah akun WhatsApp ada untuk nomor tersebut pada saat pemeriksaan. Hasil ini tidak mengonfirmasi siapa pemilik nomor tersebut, apakah kontak setuju untuk dihubungi, atau apakah pesan akan mendapatkan balasan, sehingga harus menginformasikan perutean alih-alih memutuskan apakah nilai telepon valid.

WA Lookup menawarkan tiga pemeriksaan waktu nyata untuk lapisan ini:

Pemeriksaan Pendaftaran WhatsApp

Sinyal dasar: apakah nomor tersebut memiliki akun WhatsApp terdaftar saat diperiksa. Sebagian besar aturan CRM hanya memerlukan ini.

Pemeriksaan Avatar WhatsApp

Menambahkan apakah foto profil tersedia, dengan tautan gambar yang mungkin kosong. Ini melengkapi pendaftaran dan tidak boleh menimpanya.

Pemeriksaan Akun WhatsApp Business

Menambahkan apakah akun tersebut adalah akun WhatsApp Business. Ini menjelaskan jenis akun, yang dapat membantu segmentasi B2B dan B2C; ini bukan pemeriksaan status hukum perusahaan.

Untuk daftar yang ada yang jauh lebih besar daripada permintaan waktu nyata, WA Lookup juga menawarkan tugas massal berbasis file: unggah file TXT atau CSV dengan satu nomor per baris, tunggu pemrosesan, dan unduh file hasil untuk diimpor kembali ke CRM.

Menyimpan hasil WhatsApp di CRM

Perlakukan pemeriksaan sebagai data dengan tanggal, bukan sebagai properti permanen kontak. Desain kolom yang berfungsi dengan baik:

1. Status WhatsApp: daftar pilihan dengan Terdaftar, Tidak terdaftar, dan Tidak dapat ditentukan. Pemeriksaan yang tidak dapat diselesaikan tetap sebagai Tidak dapat ditentukan dan dicoba lagi nanti; tidak pernah ditulis sebagai Tidak terdaftar.
2. WhatsApp diperiksa pada: kolom tanggal yang diperbarui setiap kali hasil yang diputuskan ditulis.
3. Jenis akun WhatsApp dan Foto WhatsApp tersedia: kolom terpisah, diisi hanya saat pemeriksaan spesifik tersebut dijalankan.
4. Sumber pemeriksaan: dasbor, API, atau file massal, sehingga admin dapat mengaudit dari mana nilai berasal.

Kemudian bangun aturan di atas kolom tersebut alih-alih pada nilai telepon itu sendiri. Misalnya, arahkan prospek baru dengan status Terdaftar ke antrean tindak lanjut WhatsApp, dan prospek dengan status Tidak terdaftar ke email atau telepon. Periksa kembali catatan yang tanggal pemeriksaannya lebih lama dari jendela yang disepakati tim, karena status WhatsApp nomor dapat berubah saat orang mengganti nomor atau berhenti menggunakan akun.

Catatan teknis singkat untuk integrator

Jika pemeriksaan dijalankan dari otomatisasi CRM alih-alih dasbor, REST API waktu nyata menerima satu nomor dalam format E.164 melalui POST /api/v1/check, diautentikasi dengan header X-API-Key, dan mengembalikan hasil dalam respons yang sama. Permintaan multi sinkron melalui POST /api/v1/batch-check menerima hingga 100 nomor. Itu biasanya cukup untuk pemicu buat-atau-edit atau pekerjaan malam hari pada catatan baru; dokumentasi API saat ini menjelaskan kontrol konkurensi dan batas waktu untuk penggunaan yang lebih berat.

Urutan peluncuran yang menghindari pengerjaan ulang

Admin yang menambahkan setiap aturan sekaligus biasanya berakhir dengan ratusan tugas tinjauan dan tidak ada pemilik yang jelas. Urutan yang lebih tenang:

1. Jalankan laporan nilai telepon yang gagal normalisasi dan perbaiki sumber terbesar terlebih dahulu, sering kali satu formulir web atau satu templat impor.
2. Aktifkan normalisasi untuk catatan baru dan yang diedit.
3. Tambahkan tanda kesesuaian negara dan tetapkan antrean tinjauan ke tim yang ditunjuk.
4. Jalankan pencocokan duplikat pada kolom yang dinormalisasi dan gabungkan dalam batch.
5. Tambahkan kolom status WhatsApp, isi kembali untuk segmen aktif, dan baru kemudian bangun aturan perutean yang bergantung padanya.

Setiap langkah membuat langkah berikutnya lebih murah. Memeriksa nomor yang tidak dinormalisasi atau diduplikasi menghabiskan saldo untuk nilai yang akan berubah, sehingga sinyal saluran berada di akhir rantai, bukan di awal.

FAQ

Bagaimana tim dapat memvalidasi nomor telepon di CRM tanpa memblokir entri data?

Normalisasi secara otomatis jika penguraian tidak ambigu, dan kirim sisanya ke antrean tinjauan alih-alih menolak penyimpanan. Kesalahan validasi keras pada formulir cenderung mendorong pengguna untuk mengetik nomor placeholder, yang merupakan data yang lebih buruk daripada nilai mentah yang ditandai.

Haruskah hasil WhatsApp Tidak terdaftar menandai nomor telepon sebagai tidak valid?

Tidak. Itu berarti tidak ada akun WhatsApp yang ada untuk nomor tersebut pada saat pemeriksaan. Nomor tersebut mungkin masih valid untuk panggilan atau SMS, sehingga hasilnya harus mengubah pilihan saluran, bukan validitas kolom telepon.

Bagaimana admin CRM menangani pemeriksaan WhatsApp yang tidak dapat ditentukan?

Pertahankan status sebagai Tidak dapat ditentukan, biarkan tanggal diperiksa tidak berubah, dan coba lagi nanti. Menulis hasil yang belum diputuskan sebagai Tidak terdaftar secara diam-diam menghapus kontak yang dapat dijangkau dari segmen WhatsApp.

Seberapa sering kolom status WhatsApp harus disegarkan?

Hubungkan penyegaran dengan bagaimana kolom tersebut digunakan. Catatan yang akan memasuki urutan penjangkauan mendapat manfaat dari pemeriksaan terbaru, sementara catatan yang tidak aktif dapat menunggu hingga diaktifkan kembali. Kolom tanggal diperiksa membuat aturan tersebut mudah diotomatisasi.

Pelajari Lebih Lanjut

Pilih informasi produk yang sesuai dengan langkah berikutnya dalam alur kerja Anda.

• Lihat dokumentasi produk →
• Bicara dengan tim →