Layanan asinkron, yang dibangun di atas saluran pesan persisten, menggantikan antrean langsung sebagai model default untuk dukungan pelanggan.
Layanan asinkron memungkinkan pelanggan memulai percakapan dengan bisnis, menutup aplikasi, dan melanjutkannya beberapa jam atau hari kemudian — dengan konteks lengkap yang utuh. Tidak ada musik tunggu, tidak ada posisi antrean, tidak ada pengulangan masalah. Saluran mengingatnya.
WhatsApp Business dan Apple Messages for Business telah menjadikan ini ekspektasi standar daripada hal baru. Pelanggan mengirim pesan tentang pesanan yang tertunda pada jam 9 pagi, melanjutkan aktivitas mereka, dan menerima penyelesaian pada jam 3 sore di utas yang sama — tidak perlu panggilan balik, tidak perlu mengutip nomor kasus.
Ini mematahkan asumsi yang tertanam dalam sebagian besar desain layanan: bahwa penyelesaian terjadi dalam satu sesi yang berkelanjutan dan sinkron. Layanan asinkron memperlakukan percakapan sebagai objek persisten yang dapat kembali diakses oleh kedua belah pihak, bukan panggilan langsung yang harus diselesaikan atau hilang.
Why we think it'll come up
The queue is disappearing as a UI concept
Apple Messages for Business and WhatsApp Business API both default to threaded, persistent conversations rather than live queues — customers see a chat history, not a wait time.
Businesses are re-platforming support around messaging, not calls
Contact centre vendors (Zendesk, Salesforce, Twilio) have rebuilt core workflows around message threads that route to different agents over time, rather than single-session calls.
Context persistence is now the differentiator, not response speed
Because the thread retains history, customers tolerate longer resolution windows — provided they never have to re-explain the issue from scratch.
What it changes for customer experience
For customers
Support fits around their day instead of demanding they wait live — but they expect the business, not them, to carry the context forward.
For business
Async threads reduce concurrent agent load and abandonment, but require new staffing and SLA models built around resolution windows, not talk time.
For CX & operations
Legacy metrics like average handle time and time-to-first-response lose meaning; operations must shift to thread-level resolution tracking.
Industries on the front line
Akhir dari Antrean Langsung
Layanan pelanggan telah lama mengasumsikan satu pola desain: sesi langsung dan sinkron. Pelanggan menelepon, menunggu, terhubung, menyelesaikan — semuanya dalam satu blok waktu yang berkelanjutan, atau interaksi dianggap gagal. Asumsi itu kini runtuh. Layanan asinkron, yang dibangun di atas saluran pesan yang persisten, menggantikan antrean langsung sebagai model default untuk dukungan pelanggan.
Mekanismenya sederhana tetapi implikasinya tidak. Seorang pelanggan mengirim pesan kepada bisnis tentang pesanan yang tertunda pada jam 9 pagi, menutup aplikasi, melanjutkan aktivitasnya, dan menerima penyelesaian pada jam 3 sore di utas yang sama. Tidak ada musik tunggu, tidak ada posisi antrean, tidak ada nomor kasus untuk dikutip, tidak perlu mengulang masalah dari awal. Saluran tersebut mengingat, bahkan jika pelanggan dan agen sama-sama pergi. WhatsApp Business dan Apple Messages for Business telah membuat ini biasa daripada baru — percakapan diperlakukan sebagai objek persisten yang dapat kembali diakses oleh kedua belah pihak, bukan panggilan langsung yang harus diselesaikan atau hilang.
Mengapa Utas Mengalahkan Panggilan
Skala adopsi tidak lagi marjinal. Meta melaporkan pada tahun 2022 bahwa lebih dari 175 juta orang mengirim pesan ke akun bisnis di WhatsApp setiap hari — angka yang menandakan layanan pesan persisten telah melewati status percontohan dan menjadi infrastruktur default untuk sebagian besar industri yang berhadapan langsung dengan konsumen.
Yang patut dicatat bukan hanya bahwa pelanggan mengirim pesan ke bisnis dalam jumlah besar, tetapi bahwa antrean itu sendiri menghilang sebagai konsep desain. Apple Messages for Business dan WhatsApp Business API keduanya secara default menggunakan percakapan berutas dan persisten daripada antrean langsung — pelanggan melihat riwayat obrolan, bukan waktu tunggu. Perubahan antarmuka tunggal itu secara diam-diam menghilangkan biaya psikologis menunggu, karena menunggu tidak lagi terlihat atau sinkron. Tidak ada yang perlu ditatap, tidak ada posisi untuk disegarkan.
Pergeseran ini bukan dari layanan lambat ke layanan cepat. Ini adalah dari layanan yang menuntut kehadiran ke layanan yang bertahan tanpanya.
Membangun Kembali Back End di Sekitar Utas
Vendor pusat kontak — Zendesk, Salesforce, Twilio di antaranya — telah membangun kembali alur kerja inti di sekitar utas pesan yang mengarahkan ke agen yang berbeda dari waktu ke waktu, daripada panggilan satu sesi. Ini adalah pergeseran arsitektur yang lebih dalam dari yang terlihat. Panggilan langsung membutuhkan satu agen, hadir, selama durasi. Utas persisten dapat berpindah antar agen, shift, dan bahkan hari, asalkan konteks ikut serta. Itu membutuhkan infrastruktur baru: riwayat bersama, pertukaran sebelumnya yang terlihat, dan logika perutean yang memperlakukan percakapan sebagai catatan yang sedang berlangsung daripada peristiwa yang tertutup.
Ini juga mengapa persistensi konteks, bukan kecepatan respons, telah menjadi pembeda yang sebenarnya. Karena utas mempertahankan riwayat, pelanggan mentolerir jendela penyelesaian yang lebih lama — asalkan mereka tidak perlu menjelaskan kembali masalah dari awal. Kecepatan masih penting, tetapi telah diturunkan. Yang tidak akan ditolerir pelanggan adalah diminta untuk menyatakan kembali masalah yang sudah mereka jelaskan, ke sistem yang tampaknya telah melupakannya.
Apa yang Berubah untuk Pelanggan dan Operasi
Bagi pelanggan, manfaatnya jelas: dukungan kini sesuai dengan hari mereka daripada menuntut mereka menunggu secara langsung. Tetapi ini datang dengan harapan yang sesuai — bahwa bisnis, bukan pelanggan, yang membawa konteks ke depan. Layanan asinkron hanya berfungsi sebagai pertukaran kepercayaan jika utas benar-benar mengingat; jika tidak, model runtuh kembali ke masalah pengulangan persis yang seharusnya dipecahkan.
Bagi bisnis, utas asinkron mengurangi beban agen bersamaan dan mengurangi pengabaian, karena pelanggan tidak lagi duduk dalam antrean langsung dengan insentif untuk menutup telepon. Tetapi ini membutuhkan model staf dan SLA baru yang dibangun di sekitar jendela penyelesaian daripada waktu bicara. Model yang dirancang untuk panggilan sinkron, satu sesi tidak cocok dengan percakapan yang mungkin berlangsung berjam-jam atau berhari-hari dan melibatkan banyak agen.
Khususnya untuk tim CX dan operasi, ini memaksa perombakan metrik. Ukuran lama seperti waktu penanganan rata-rata dan waktu-ke-respons-pertama kehilangan banyak maknanya ketika "panggilan" tidak lagi ada sebagai unit diskrit. Operasi harus bergeser ke pelacakan penyelesaian tingkat utas — mengukur apakah suatu masalah benar-benar ditutup, dan berapa lama seluruh proses berlangsung, daripada seberapa cepat seseorang mengangkat telepon.
Jalur Praktis ke Depan
Pola ini sudah relevan di seluruh ritel dan e-commerce, telekomunikasi, perbankan dan layanan keuangan, perjalanan dan perhotelan, serta logistik dan pengiriman — di mana pun pertanyaan layanan bervolume tinggi dan berurgensi rendah saat ini menyumbat saluran langsung secara tidak perlu. Langkah yang masuk akal adalah mengadopsi sekarang: uji coba saluran pesan persisten untuk kasus-kasus berurgensi rendah dan bervolume tinggi tersebut, dan desain ulang SLA di sekitar jendela penyelesaian daripada waktu respons. Organisasi yang memperlakukan ini sebagai pertukaran saluran akan melewatkan intinya. Yang memperlakukan ini sebagai desain ulang dari apa arti "penyelesaian" akan menjadi yang tidak lagi ditakuti pelanggan untuk dihubungi.
Terapkan sekarang: uji coba saluran pesan persisten untuk pertanyaan layanan bervolume tinggi dan berprioritas rendah, serta desain ulang SLA berdasarkan jendela resolusi, bukan waktu respons.
Trends Radar
Other trends
Build for what's next
Turn this trend into a measurable experience advantage.
