Username WhatsApp membuat sebagian pelanggan tidak lagi menampilkan nomor teleponnya, sehingga daftar broadcast berbasis nomor bisa melewatkan pelanggan itu. Tim marketing yang menjadwalkan broadcast promo masih melihat daftar penerima yang tampak lengkap, padahal sebagian pelanggan tidak punya nomor yang bisa dicocokkan. Bagi pimpinan CRM, pelanggan yang tidak terjangkau berarti data yang terlihat utuh tetapi jangkauannya berkurang.
Artikel ini ditulis untuk marketing operations, pimpinan CRM, pimpinan CS dan CX, serta admin Omnichannel. Isinya membahas pengertian username dan BSUID, perbedaannya dengan nomor telepon, dan perubahan yang dirasakan tim. Setelah itu ada cara broadcast ke satu username dan lewat CSV, contoh, syarat dan batasan, perkembangan fitur, dan dampak bagi pimpinan.
Untuk gambaran dampak perubahan identitas ini pada bisnis, tinjau pembahasan BSUID Meta WhatsApp.
Apa Itu Username WhatsApp?
Username WhatsApp adalah pengenal teks unik yang dipilih sendiri oleh pelanggan sebagai identitas tampilnya di WhatsApp. Dengan username, pelanggan dapat menyembunyikan nomor teleponnya dari bisnis. Username bersifat unik dan tidak bisa dipakai ulang, berbeda dengan nama profil yang boleh sama.
Di sisi sistem, setiap pelanggan juga punya BSUID, yaitu kode buatan sistem yang permanen dan tidak bisa diubah. BSUID memungkinkan platform mengenali pelanggan walau nomor teleponnya tidak tersedia. Username dipakai di sisi pelanggan, sedangkan BSUID dipakai di sisi sistem untuk pelacakan jangka panjang.
Fitur ini berjalan di dalam aplikasi omnichannel Qiscus sebagai bagian dari Omnichannel Chat. Dokumentasi menyatakan broadcast tetap berjalan seperti biasa, dengan satu syarat tambahan untuk broadcast lewat username yang dijelaskan pada bagian cara kerja.
Perbedaan Nomor Telepon, Username, dan BSUID
Nomor telepon, username, dan BSUID adalah tiga pengenal pelanggan yang kini berdampingan. Nomor telepon dulu menjadi pengenal utama, sedangkan username dan BSUID melengkapi bila nomor disembunyikan. Tabel berikut merangkum perbedaannya agar tim dapat memilih pengenal yang tepat untuk tiap kebutuhan.
| Pengenal | Siapa yang menentukan | Sifat | Fungsi utama |
|---|---|---|---|
| Nomor telepon | Pelanggan, bisa disembunyikan | Pengenal utama platform sejauh ini | Pencocokan pelanggan dan broadcast tradisional |
| Username | Dipilih sendiri oleh pelanggan | Unik dan tidak bisa dipakai ulang | Identitas tampil pelanggan |
| BSUID | Dibuat sistem | Permanen dan tidak bisa diubah | Pelacakan jangka panjang tanpa nomor |
Pengenal utama pada platform saat ini masih nomor telepon. Dokumentasi menyebut bahwa pengenal utama ditentukan oleh peluncuran global Meta dan nilai bawaannya untuk sekarang adalah nomor telepon. Tim perlu memantau perubahan itu.
Perubahan bagi Tim CS dan Marketing
Username dan BSUID mengubah beberapa tampilan dan aturan di Omnichannel Chat. Inbox, profil pelanggan, daftar pelanggan, dan template ikut menyesuaikan. Lima perubahan berikut paling terasa bagi tim yang menangani chat dan menyiapkan broadcast, mulai dari pencarian di inbox sampai impor data di CDP.
1. Pencarian Pelanggan Berdasarkan Username
Inbox kini mencari pelanggan berdasarkan username selain nomor telepon dan nama. Agen dapat menemukan percakapan pelanggan yang menyembunyikan nomornya. Pencarian tetap berjalan untuk pelanggan lama.
2. Profil Pelanggan Menampilkan Tiga Pengenal
Panel profil menampilkan username, nomor telepon, dan BSUID dalam satu tata letak. Bila salah satu tidak ada, tampilannya menyatakan bahwa username atau nomor telepon belum tersedia. Informasi ini membantu agen memahami siapa pelanggan yang dilayani.
3. Template Authentication Tidak Bisa ke Pelanggan Tanpa Nomor
Template authentication tidak dapat dikirim ke pelanggan yang hanya punya username dan tidak punya nomor telepon. Batasan ini berasal dari Meta. Tim yang mengirim kode verifikasi perlu menyiapkan jalur lain untuk pelanggan seperti itu.
4. Blokir Pelanggan Mendukung BSUID
Fitur blokir pelanggan dulu hanya berdasarkan nomor telepon. Kini blokir mendukung nomor telepon atau BSUID. Tim keamanan dapat memblokir pelanggan yang menyembunyikan nomornya.
5. Daftar Pelanggan Memuat BSUID dan Username
Customer Data Platform menambah kolom BSUID dan menampilkan username pada detail pelanggan. Pencarian pelanggan mendukung username atau nomor telepon. Impor dan ekspor ikut memuat username dan BSUID.
Mengapa Daftar Broadcast Berbasis Nomor Melewatkan Pelanggan
Daftar broadcast berbasis nomor melewatkan pelanggan yang tidak punya nomor tercatat, karena platform tidak bisa mencocokkan pelanggan tanpa pengenal yang sama. Pelanggan seperti itu tidak hilang dari bisnis, tetapi hilang dari daftar. Tiga hal berikut menjelaskan di mana celahnya muncul.
1. Pelanggan Baru yang Langsung Memakai Username
Pelanggan baru yang menghubungi bisnis dengan username bisa datang tanpa nomor telepon. Platform mencatat pelanggan itu dengan BSUID. Daftar yang hanya berisi nomor tidak memuatnya.
2. Pelanggan Lama yang Mulai Menyembunyikan Nomor
Pelanggan lama yang masih punya nomor bisa beralih memakai username. Dokumentasi menjelaskan kapan pelanggan semacam itu dianggap pelanggan baru, yaitu setelah 30 hari tanpa menghubungi bisnis, kecuali BSUID pelanggan sudah tercatat di CDP. Tim perlu memahami aturan ini agar profil tidak terpecah.
3. Daftar Impor yang Memakai Kolom Nomor Saja
File CSV lama hanya memuat nomor telepon. Format baru menerima nomor telepon atau BSUID, dengan kolom username yang opsional. File lama yang memakai kolom nomor tetap bisa dipakai.
Cara Kerja Broadcast Lewat Username
Broadcast lewat username bekerja dengan mencari username di Customer Data Platform untuk menemukan BSUID pelanggan, lalu mengirim broadcast memakai BSUID itu. Karena itu pelanggan harus sudah tercatat di CDP lewat interaksi atau impor. Bila tidak, pengiriman gagal dengan keterangan bahwa username tidak ditemukan di channel itu.
Broadcast dengan nomor telepon atau BSUID tidak terpengaruh syarat ini. Broadcast lewat username berlaku untuk penerima tunggal dan unggahan CSV, sedangkan pilihan grup dan kondisi memakai cara pemilihan audiens yang lain. Template yang dipakai tetap template WhatsApp yang disetujui, seperti pada panduan template broadcast WhatsApp Business API.
Cara Broadcast ke Satu Username dalam Enam Langkah
Broadcast ke satu username dilakukan dalam enam langkah, yaitu membuka menu outbound, membuat broadcast baru, memilih template, memilih audiens, mengisi username, lalu mengirim. Cara ini cocok untuk uji coba atau pesan penting ke satu pelanggan. Langkahnya serupa dengan cara broadcast ke satu nomor di WhatsApp API.
1. Buka Menu Outbound dan Buat Broadcast Baru
Masuk ke menu outbound lalu buat broadcast baru. Beri nama broadcast agar mudah dilacak di log. Nama yang jelas membantu tim saat meninjau hasil.
2. Pilih Template
Pilih channel pengirim, kategori template, dan template yang akan dikirim. Pastikan template sudah disetujui. Isi variabel template pada langkah berikutnya.
3. Pilih Jenis Audiens Penerima Tunggal
Pada pilihan jenis audiens, pilih penerima tunggal. Jenis ini mendukung pencarian lewat nomor telepon atau username. Pilihan grup dan kondisi tidak mendukung username.
4. Pilih Username dan Isi Nama Lengkap
Ubah pilihan kirim ke menjadi username, lalu isi username lengkap pelanggan, misalnya Testers.checkaja. Pencocokan harus penuh. Sebagian kata hanya menghasilkan keterangan bahwa pelanggan tidak ditemukan.
5. Periksa Hasil Pencarian
Hasil pencarian menampilkan data pelanggan yang cocok, termasuk nomor teleponnya bila tersedia. Pastikan penerima benar sebelum melanjutkan. Kesalahan ketik pada username paling sering menjadi penyebab gagal.
6. Isi Variabel dan Kirim
Isi nilai variabel template, lalu jadwalkan atau kirim. Periksa log broadcast setelah pengiriman. Log menampilkan hasil tiap penerima.
Cara Broadcast ke Banyak Username Lewat CSV
Broadcast ke banyak penerima dilakukan dengan mengunggah CSV yang berisi nomor telepon, BSUID, atau username. Format CSV dibuat dari template yang dipilih, sehingga kolom variabel sudah sesuai. Empat hal berikut perlu diperhatikan saat menyiapkan file, supaya baris yang gagal sedikit dan hasilnya mudah dibaca di log.
1. Unduh Template CSV dari Broadcast
Pilih jenis audiens lewat CSV, lalu unduh template CSV dengan pemisah koma atau titik koma. File dibuat dari template yang dipilih. Isi file mengikuti kolom yang sudah tersedia.
2. Kenali Kolom Utama
Kolom identitas bernama phone_number_or_BSUID menerima nomor telepon atau BSUID. Kolom username bersifat opsional dan ada kolom nama pelanggan serta variabel template. Kolom lama bernama phone_number atau identifier masih bisa dipakai.
3. Isi Salah Satu Tiap Baris
Setiap baris mengisi nomor telepon atau BSUID, atau mengisi username. Jangan mengisi keduanya dalam satu baris. Aturan ini menghindari kebingungan saat pencocokan.
4. Periksa Log Setelah Pengiriman
Log broadcast menampilkan hasil tiap penerima, termasuk baris yang gagal beserta keterangannya. Pencocokan username hanya berlaku untuk penerima tunggal dan CSV. Gunakan log untuk memperbaiki baris yang gagal.
Contoh Broadcast ke Pelanggan yang Menyembunyikan Nomor
Contoh berikut menunjukkan broadcast pengingat jadwal oleh sebuah studio kebugaran kepada tiga pelanggan. Skenarionya ilustratif dan tidak berasal dari data pelanggan tertentu. Alurnya memperlihatkan baris mana yang berhasil dan baris mana yang gagal beserta penyebabnya, sehingga tim tahu apa yang perlu diperbaiki.
1. Siapkan File CSV
Tim marketing menyiapkan tiga baris. Baris pertama mengisi nomor telepon di kolom identitas. Baris kedua mengisi username dengan kolom identitas kosong. Baris ketiga mengisi username pelanggan baru yang belum pernah berinteraksi.
2. Unggah dan Periksa
Tim mengunggah file lalu mengecek daftar penerima. Sistem mencocokkan nomor telepon langsung. Untuk username, sistem mencari BSUID pelanggan di CDP.
3. Hasil Pengiriman
Baris pertama dan kedua terkirim karena pelanggannya sudah tercatat. Baris ketiga gagal dengan keterangan username tidak ditemukan di channel itu, karena pelanggan itu belum pernah berinteraksi dan belum diimpor. Tim memahami bahwa kegagalan itu bukan kesalahan template.
4. Tindak Lanjut
Tim tidak mengirim ulang ke baris ketiga. Tim menunggu pelanggan itu menghubungi bisnis atau mengimpor datanya ke CDP lebih dulu. Setelah tercatat, pengiriman dapat diulang.
Syarat dan Batasan Broadcast Lewat Username
Broadcast lewat username punya syarat dan batasan yang perlu dipahami sebelum dijadwalkan. Syarat utamanya adalah catatan pelanggan di CDP dan pencocokan username secara penuh. Lima hal berikut paling sering memengaruhi hasil pengiriman, dan semuanya dapat diperiksa tim sebelum broadcast dijadwalkan ke seluruh daftar.
1. Pelanggan Harus Sudah Ada di CDP
Platform mencari username di CDP untuk menemukan BSUID. Pelanggan yang belum berinteraksi dan belum diimpor tidak ditemukan. Impor data lebih dulu bila ada daftar pelanggan yang perlu dijangkau.
2. Pencocokan Harus Penuh
Username harus ditulis lengkap. Sebagian kata menghasilkan keterangan bahwa pelanggan tidak ditemukan. Salin username dari catatan pelanggan agar tidak salah ketik.
3. Hanya untuk Penerima Tunggal dan CSV
Pencocokan username berlaku untuk penerima tunggal dan CSV. Jenis audiens grup dan kondisi tidak memakainya. Rencanakan segmentasi dengan batasan ini.
4. Template Authentication Tidak Dapat Dikirim
Template authentication tidak bisa dikirim ke pelanggan tanpa nomor telepon. Aturan ini berasal dari Meta. Kode verifikasi perlu jalur lain untuk pelanggan seperti itu.
5. Ketersediaan dan Jadwal Perlu Dikonfirmasi
Dokumentasi tidak menyebut batasan plan atau wilayah. Jadwal peluncuran global pengenal utama BSUID juga mengikuti Meta. Konfirmasi ketersediaan itu kepada tim Qiscus sebelum merencanakan kampanye.
Cara Meminta Nomor Telepon dari Pelanggan Username
Bisnis dapat meminta pelanggan membagikan nomor teleponnya lewat satu tombol berbagi kontak. Fitur ini berguna saat hanya BSUID yang terlihat, misalnya pada pelanggan dari iklan. Setelah dibagikan, nomor tersimpan otomatis di profil. Ada dua cara mengirim permintaan, dan pilihannya bergantung pada status sesi chat pelanggan.
1. Lewat Template
Template permintaan nomor dapat dikirim walau sesi chat sudah berakhir. Template dibuat di menu outbound dan harus disetujui lebih dulu. Cara ini cocok untuk pelanggan yang sudah lama tidak aktif.
2. Lewat Pesan Interaktif
Pesan interaktif tidak butuh persetujuan template, tetapi sesi chat harus masih aktif. Agen mengirimnya dari panel profil pelanggan. Teks tombol ditentukan Meta dan tidak bisa diubah.
3. Sikap Terhadap Permintaan Nomor
Jelaskan alasan meminta nomor dalam pesan pengantar. Pelanggan yang memilih username mungkin ingin privasi. Hormati bila pelanggan tidak membagikannya.
Perkembangan Fitur Sejak Agustus 2026
Catatan rilis Omnichannel Chat mencatat perkembangan fitur username dan BSUID sejak Agustus 2026. Dokumen ini yang paling baru dibanding halaman fitur, yang masih memakai bahasa masa depan untuk peluncuran Juni 2026. Empat catatan rilis berikut paling relevan bagi tim broadcast.
1. Versi 4.0.0 pada 18 Agustus 2026
Versi ini memperkenalkan chat dengan username dan nomor telepon tersembunyi. Pencarian username di inbox, pesan permintaan nomor, dan broadcast lewat username atau BSUID ikut hadir. Webhook dan API publik juga menambah field baru.
2. Versi 4.1.0 pada 10 September 2026
Versi ini menghadirkan broadcast lewat username dari menu outbound, untuk satu penerima dan CSV. Kolom CSV berganti nama menjadi phone_number_or_BSUID, dan kolom username opsional ditambahkan. Berkas lama tetap bisa dipakai.
3. Versi 4.4.0 pada 15 Oktober 2026
Pesan ke pelanggan yang hanya dikenali lewat BSUID tidak lagi gagal sebagai tidak terkirim. Perbaikan ini penting bagi pelanggan tanpa nomor telepon. Tim dapat mengirim ke pelanggan itu dengan lebih andal.
4. Versi 4.5.0 pada 19 Oktober 2026
Template yang dikirim lewat API ke penerima BSUID kini tampil sebagai terkirim di log broadcast dan muncul di percakapan. Dulu statusnya gagal. Perbaikan ini memudahkan tim membaca hasil. Rincian lengkap ada pada catatan rilis Omnichannel Chat.
Dampak bagi Tim Marketing dan Pimpinan CRM
Bagi pimpinan CRM dan marketing operations, broadcast lewat username adalah soal kelengkapan jangkauan dan kerapian data, bukan janji hasil kampanye. Dokumentasi tidak menjanjikan peningkatan tertentu. Empat dampak berikut membantu pimpinan menimbang nilai fitur ini tanpa mengandalkan janji hasil kampanye tertentu.
1. Jangkauan Daftar Lebih Lengkap
Pelanggan yang menyembunyikan nomor tidak lagi tertinggal dari daftar. Tim dapat menjangkau pelanggan itu lewat username yang sudah tercatat. Jangkauan menjadi lebih sesuai dengan basis pelanggan yang nyata.
2. Data Pelanggan Lebih Terkelola
CDP menyimpan username, BSUID, dan nomor telepon dalam satu profil. Tim melihat identitas pelanggan secara utuh. Profil yang tidak terpecah memudahkan analisis.
3. Kepatuhan pada Aturan Meta
Template authentication yang tidak bisa dikirim ke pelanggan tanpa nomor mengingatkan bahwa aturan Meta tetap berlaku. Tim marketing perlu memahami batasan itu sejak awal. Biaya broadcast tetap mengikuti kategori template menurut Meta, sehingga tinjauan biaya dibahas pada harga WhatsApp blast.
4. Hasil Tetap Perlu Dievaluasi
Fitur ini tidak menjamin tingkat respons atau konversi. Hasil tetap bergantung pada isi pesan, penawaran, dan segmentasi. Ukur hasil kampanye secara terpisah.
Tips Menjalankan Broadcast Lewat Username dengan Rapi
Broadcast lewat username berjalan baik bila data pelanggan terawat dan pencocokan diuji lebih dulu. Empat tips berikut membantu tim marketing dan CRM bekerja dengan data yang sama. Penerapannya terasa terutama saat daftar penerima besar dan datanya berasal dari banyak sumber.
1. Simpan BSUID untuk Jangka Panjang
Pengenal username dapat berubah, sedangkan BSUID permanen. Simpan BSUID di CRM agar pengiriman tetap andal dalam jangka panjang. Jangan menggantungkan daftar pada username saja.
2. Rapikan Daftar Sebelum Diunggah
Hapus baris yang mengisi nomor dan username sekaligus. Pastikan username ditulis lengkap tanpa tambahan. Daftar yang rapi mengurangi baris yang gagal.
3. Uji ke Satu Penerima Lebih Dulu
Kirim ke satu username yang sudah tercatat sebelum mengirim ke seluruh daftar. Periksa log untuk memastikan hasilnya. Langkah kecil ini mencegah kegagalan massal.
4. Jaga Kualitas dan Batas Pengiriman
Broadcast tetap tunduk pada batas dan kualitas nomor WhatsApp. Tinjau limit broadcast WhatsApp agar kampanye tidak terhenti. Pahami juga perbedaan WhatsApp blast resmi dan tidak resmi.
Kesalahan Umum dalam Broadcast Lewat Username
Sebagian besar kegagalan berasal dari data yang belum tercatat atau pencocokan yang tidak penuh. Empat kesalahan berikut mudah dihindari dengan persiapan yang cukup dan pengujian pada satu penerima lebih dulu. Memeriksanya sebelum mengirim menjaga kualitas kampanye dan mencegah baris gagal yang sebenarnya bisa dihindari oleh tim.
1. Menganggap Semua Pelanggan Sudah Ada di CDP
Pelanggan yang belum berinteraksi atau diimpor tidak ditemukan. Hasilnya gagal dengan keterangan username tidak ditemukan. Impor data lebih dulu.
2. Mengetik Sebagian Username
Pencocokan harus penuh. Ketikan parsial hanya menghasilkan keterangan pelanggan tidak ditemukan. Salin username dari profil pelanggan.
3. Mengisi Nomor dan Username Dalam Satu Baris
CSV mensyaratkan salah satu per baris. Isian ganda membingungkan pencocokan. Pisahkan baris menurut jenis pengenalnya.
4. Mengirim Template Authentication ke Pelanggan Tanpa Nomor
Template authentication tidak bisa dikirim ke pelanggan yang hanya punya username. Kirimannya gagal. Siapkan jalur verifikasi lain.
Bagaimana Qiscus Mendukung Broadcast ke Pelanggan Username
Qiscus mendukung broadcast ke pelanggan username lewat Omnichannel Chat yang menyimpan username, BSUID, dan nomor telepon dalam satu profil. Qiscus, sebagai agentic customer engagement platform, adalah salah satu BSP resmi Meta di Indonesia. Bagian berikut menjelaskan masalah dan fungsi yang relevan.
Daftar broadcast berbasis nomor melewatkan pelanggan yang menyembunyikan nomor dan membuat jangkauan berkurang tanpa disadari. Menu outbound di dalam Omnichannel Chat memungkinkan broadcast lewat username untuk satu penerima dan CSV, dengan pencocokan lewat CDP. Layanan WhatsApp Broadcast dan WhatsApp Business API resmi menjadi jalur pengiriman resminya.
Penjelasan lengkap fitur ini ada pada dokumentasi WhatsApp username dan BSUID. Untuk dasar broadcast WhatsApp, tinjau apa itu broadcast WhatsApp dan fungsi WhatsApp broadcast. Tim teknis yang mengelola webhook dapat membaca panduan webhook WhatsApp.
Mulai dari Memastikan Pelanggan Tercatat di CDP
Mulailah dari memeriksa apakah pelanggan yang ingin dijangkau sudah tercatat di CDP, lalu uji satu pengiriman ke satu username. Periksa log, lalu lanjutkan ke CSV. Langkah kecil ini memberi bukti nyata kepada pimpinan sebelum fitur dipakai untuk seluruh daftar penerima kampanye.
Bila menu atau kolom username belum muncul di akun Anda, hubungi tim Qiscus lebih dulu. Hasil uji menjadi dasar keputusan untuk memperluas ke kampanye lain.
Jelajahi solusi customer engagement dari Qiscus untuk melihat bagaimana WhatsApp, broadcast, dan AI Agent bekerja dalam satu platform.
Pertanyaan yang Sering Ditanyakan tentang Username WhatsApp
Berikut jawaban singkat untuk enam pertanyaan yang paling sering muncul tentang username WhatsApp untuk bisnis.
Username WhatsApp adalah pengenal teks unik yang dipilih sendiri oleh pelanggan. Dengan username, pelanggan dapat menyembunyikan nomor teleponnya dari bisnis.
Username dipilih pelanggan, sedangkan BSUID adalah kode buatan sistem yang permanen. BSUID dipakai platform untuk mengenali pelanggan walau nomor teleponnya tidak tersedia.
Bisa, untuk penerima tunggal dan unggahan CSV. Pelanggan harus sudah tercatat di CDP lewat interaksi atau impor, dan username harus ditulis lengkap.
Penyebab paling umum adalah pelanggan belum tercatat di CDP, sehingga muncul keterangan bahwa username tidak ditemukan di channel itu. Username yang ditulis sebagian juga tidak cocok.
Tidak bila pelanggan hanya punya username dan tidak punya nomor telepon. Batasan ini berasal dari Meta.
Bisnis dapat mengirim permintaan nomor lewat template atau pesan interaktif. Pelanggan membagikan nomor lewat satu tombol, lalu nomor tersimpan otomatis di profil.
