Pencarian Operator Asli Nomor Telepon untuk CRM: Menambahkan Bidang Operator Asli dan Jenis Saluran

Panduan desain bidang dan alur kerja bagi tim operasional CRM yang menambahkan operator asli, operator pendukung, jenis nomor, dan wilayah alokasi ke catatan kontak dengan pemeriksaan sinkron dan tugas berkas.

Pencarian operator nomor telepon untuk CRM menambahkan konteks alokasi ke setiap kontak: operator tempat rentang nomor tersebut awalnya dialokasikan, operator pendukung saat suatu merek beroperasi di jaringan lain, jenis nomor seperti seluler atau telepon tetap, serta wilayah dan kota alokasi. Pengaturan praktisnya terdiri dari tiga bagian: membuat bidang kustom dengan nama yang jelas, menjalankan pemeriksaan sinkron saat data baru masuk, dan memproses basis data yang ada sekali saja dengan tugas berkas. Nilai kosong harus disimpan sebagai tidak tersedia, dan setiap bidang harus diperlakukan sebagai konteks untuk pengelompokan dan peninjauan, bukan sebagai bukti bahwa kontak dapat dihubungi.

Merancang bidang CRM sebelum melakukan pencarian operator nomor telepon

Sebagian besar panduan mengenai topik ini langsung beralih ke pemanggilan API dan membiarkan desain bidang apa adanya. Nama bidang menentukan bagaimana rekan kerja membaca data tersebut bertahun-tahun kemudian, jadi tentukanlah terlebih dahulu.

Gunakan kata "asli" dan "alokasi" dalam label agar tidak ada yang membaca operator sebagai jaringan saat ini atau wilayah sebagai tempat tinggal kontak. Di HubSpot, jenis bidang properti seperti teks satu baris, pilihan menu tarik-turun, dan pemilih tanggal mencakup semua ini; Salesforce menawarkan hal yang setara melalui bidang kustom.

Menyiapkan bidang telepon untuk pencarian

Pencarian hanya akan sebaik inputnya. Sebelum menjalankan pertama kali, periksa bagaimana nomor telepon disimpan di CRM:

1. Pilih satu bidang sumber. Kontak sering kali memiliki bidang Telepon, Seluler, dan bidang "lainnya" teks bebas. Tentukan bidang mana yang menjadi sumber pencarian, atau buat satu catatan pencarian per bidang.
2. Normalisasi ke E.164. Hapus spasi dan tanda baca, hilangkan awalan trunk nasional, dan tambahkan tanda plus serta kode negara, contohnya +447700900123. Format ini didefinisikan dalam ITU-T Recommendation E.164.
3. Simpan nilai yang telah dinormalisasi secara terpisah dari entri asli, agar pengguna penjualan tetap dapat melihat apa yang diketik oleh kontak.
4. Hapus duplikat pada tingkat nomor, sehingga satu nomor yang dimiliki oleh beberapa kontak diperiksa sekali dan ditulis kembali ke masing-masing catatan.
5. Catat negara dari setiap nomor berdasarkan kode negaranya. Pemeriksaan sinkron tidak memerlukannya, tetapi tugas berkas memerlukannya.

Catatan yang tidak dapat dinormalisasi harus tetap berstatus "belum diperiksa" dengan alasan, alih-alih dikirim dan ditolak.

Catatan baru: pemeriksaan sinkron di dalam alur kerja CRM

Kontak baru masuk satu per satu dari formulir, impor, atau integrasi, sehingga pemeriksaan sinkron paling sesuai. Pola yang umum:

• Webhook alur kerja atau middleware. Saat catatan dibuat atau bidang teleponnya berubah, server integrasi Anda memanggil POST /api/v1/check untuk satu nomor dan menulis hasilnya kembali ke bidang CRM.
• Batch mikro terjadwal. Setiap beberapa menit, kumpulkan catatan baru dan kirim 1–100 nomor E.164 ke POST /api/v1/batch-check. Hasil akan kembali sesuai urutan input, jadi cocokkan dengan catatan berdasarkan posisi atau nomor yang Anda kirim.
• Peninjauan manual. Pengguna operasional dapat menempelkan hingga 500 nomor ke area batch waktu nyata dasbor untuk pemeriksaan cepat.

Simpan X-API-Key di server integrasi Anda; jangan pernah menempatkannya dalam skrip sisi klien CRM atau ekstensi peramban. API publik mendokumentasikan sejumlah kecil slot dalam proses yang dibagikan dan satu permintaan multi per akun dalam satu waktu, jadi antrekan pencarian alih-alih menjalankan satu per satu per catatan selama impor besar.

Basis data yang ada: satu tugas berkas per negara

Untuk arsip lama, ekspor nomor yang telah dinormalisasi dan proses sebagai tugas berkas alih-alih ribuan panggilan sinkron.

1. Kelompokkan berdasarkan kode negara. Tugas berkas menggunakan satu negara yang dipilih, dan baris di luar negara tersebut akan dikecualikan, jadi buat satu ekspor per negara.
2. Tulis satu nomor per baris dalam TXT atau CSV satu kolom, sebagai digit biasa dengan kode negara.
3. Kirim setiap berkas di dasbor atau dengan POST /api/v1/bulk-tasks, dengan mengirimkan negara sebelum berkas dalam permintaan multipart.
4. Polling GET /api/v1/bulk-tasks/{id} tidak lebih dari sekali setiap 30 detik.
5. Unduh CSV untuk setiap tugas yang berhasil dan impor ke CRM, dengan mencocokkan pengidentifikasi digit biasa terhadap bidang yang telah dinormalisasi.

Pra-pemrosesan menghapus baris yang tidak valid, duplikat, dan nomor tanpa kode negara, dan baris yang dikecualikan tersebut tidak dikenakan biaya. Batas per produk untuk ukuran daftar dan ukuran berkas berlaku, jadi periksa dokumentasi API sebelum memutuskan cara membagi ekspor besar. Negara yang nomornya hanya didukung untuk pemeriksaan sinkron, seperti Tiongkok daratan, Hong Kong, dan Makau, harus melalui jalur sinkron.

Menulis hasil kosong dan tidak dapat ditentukan dengan benar

Tiga hasil terlihat serupa dalam lembar kerja tetapi memiliki arti berbeda dalam CRM:

Dalam permintaan multi sinkron, baris tanpa hasil normal termasuk dalam kategori tidak tersedia, bukan dalam daftar nomor yang buruk. Jangan pernah menimpa nilai bagus sebelumnya dengan kekosongan dari upaya tidak dapat ditentukan di kemudian hari. Pencarian yang gagal atau tidak dapat ditentukan tidak dikenakan biaya, jadi percobaan ulang terbatas, misalnya beberapa upaya dalam sehari, adalah hal yang wajar.

Menggunakan bidang baru dalam segmen dan laporan

Dengan bidang yang sudah ada, tim CRM biasanya membangun:

• Segmen berdasarkan jenis nomor, sehingga kontak telepon tetap masuk ke urutan berbasis panggilan dan rentang seluler masuk ke saluran yang memerlukan nomor seluler.
• Grup operator untuk membandingkan laporan pengiriman dari penyedia pesan, dengan mengingat bahwa nomor yang telah dipindahkan (porting) tetap berada di dalam grup operator asli.
• Antrean peninjauan untuk catatan dengan status selesai-kosong atau tidak dapat ditentukan sebelum penjangkauan bernilai tinggi.
• Dasbor kualitas data yang menunjukkan bagian catatan yang diperiksa, selesai, dan tidak tersedia menurut negara.

Bidang-bidang ini mendukung keputusan pengelompokan dan peninjauan. Bidang-bidang ini tidak menetapkan bahwa kontak dapat dihubungi, bahwa nomor tersebut milik orang yang disebutkan, atau bahwa kontak telah setuju untuk dihubungi, sehingga pemeriksaan persetujuan dan kepemilikan tetap berada di bidang dan prosesnya sendiri.

FAQ

Seberapa sering tim CRM harus menjalankan ulang pencarian operator pada catatan yang ada?

Operator yang awalnya dialokasikan menjelaskan rentang nomor dan tidak berubah saat nomor dipindahkan, jadi penyegaran penuh yang sering dilakukan tidak memberikan banyak manfaat. Periksa ulang catatan saat nomor teleponnya berubah, saat status yang tersimpan tidak dapat ditentukan, atau saat tanggal pencarian sudah cukup lama sehingga tim Anda menginginkan konteks baru untuk kampanye tertentu. Bidang tanggal pencarian memudahkan pemfilteran ini, dan hanya memeriksa catatan yang berubah atau tidak dapat ditentukan akan menjaga volume tetap rendah.

Haruskah CRM menimpa operator asli saat kontak mengatakan mereka berganti jaringan?

Tidak. Bidang operator asli menjelaskan operator tempat rentang tersebut pertama kali dialokasikan, yang tetap sama setelah pemindahan. Jika jaringan yang digunakan kontak saat ini penting bagi tim Anda, catat dalam bidang terpisah dengan sumber dan tanggalnya sendiri, seperti catatan dari kontak. Memisahkan kedua nilai tersebut mencegah laporan mencampur konteks alokasi dengan informasi yang dilaporkan sendiri.

Bagaimana tim dapat menghubungkan asisten AI ke data pencarian yang sama?

Endpoint MCP resmi memungkinkan asisten AI menjalankan pemeriksaan sinkron satu nomor atau 1–100 nomor dan membaca saldo, menggunakan akun dan batas yang sama dengan REST API. Ini tidak menawarkan alat tugas berkas, jadi penyegaran seluruh basis data harus tetap melalui dasbor atau API massal. Asisten berguna untuk pemeriksaan ad-hoc selama peninjauan catatan, dengan hasil yang ditulis kembali oleh seseorang atau integrasi.

Pelajari Lebih Lanjut

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

• Lihat dokumentasi produk →
• Hubungi tim →