Notifikasi WhatsApp Order & Cara Cek Desil

Untuk marketplace dan brand yang berjualan di banyak kanal, notifikasi WhatsApp status order sudah menjadi kebutuhan dasar: mulai dari konfirmasi pesanan, update pengiriman, hingga informasi gagal bayar. Namun, seberapa cepat dan merata pesan itu benar-benar sampai ke pelanggan sering kali tidak diukur dengan rapi.

Salah satu cara sederhana namun kuat untuk mengukur kualitas pengiriman adalah memakai desil. Dengan desil, tim produk atau CRM bisa melihat bukan hanya rata-rata kecepatan pengiriman, tetapi juga bagaimana pengalaman pelanggan di berbagai lapisan—dari yang paling cepat menerima notifikasi sampai yang paling lambat, atau bahkan gagal.

Artikel ini membahas cara cek desil untuk notifikasi WhatsApp status order marketplace, bagaimana menggunakannya sebagai indikator kinerja layanan messaging (termasuk WhatsApp Business API resmi), dan langkah-langkah praktis untuk mengintegrasikan metrik ini dalam dashboard operasional.

Apa Itu Desil dalam Konteks Notifikasi WhatsApp

Secara statistik, desil adalah teknik membagi suatu distribusi data menjadi 10 bagian yang sama besar. Dalam konteks notifikasi WhatsApp status order:

• Desil 1 (D1): 10% pelanggan pertama yang menerima notifikasi.
• Desil 5 (D5): sekitar titik tengah; 50% pelanggan menerima notifikasi sebelum titik ini.
• Desil 9 (D9): 90% pelanggan sudah menerima notifikasi sebelum titik ini.

Jika kita mengukur waktu dari event sistem (misalnya: status order berubah menjadi "Dikirim") sampai notifikasi WhatsApp diterima di perangkat pelanggan, maka desil akan membantu menjawab pertanyaan seperti:

• Berapa menit sampai 50% pelanggan menerima notifikasi?
• Seberapa buruk pengalaman 10% pelanggan terlambat?
• Apakah ada jam tertentu di mana desil 9 memburuk tajam?

Bagi marketplace dengan jutaan order per bulan, angka-angka ini jauh lebih bermakna daripada sekadar "rata-rata pesan terkirim dalam 12 detik". Rata-rata bisa menutupi banyak masalah di ekor distribusi (pelanggan yang sangat lambat atau gagal).

Mengapa Notifikasi WhatsApp Status Order Perlu Diukur dengan Desil

Mayoritas marketplace sudah memanfaatkan email dan in-app notification, lalu menambah SMS dan WhatsApp sebagai kanal real-time. Namun pengukuran yang dipakai sering hanya dua hal: delivery rate dan latency rata-rata. Padahal, pelanggan tidak mengalami "rata-rata"; mereka mengalami kasus per kasus.

Desil memberi tiga manfaat penting:

1. Mengukur Risiko Operasional dengan Lebih Akurat

Bagi tim operasi, kualitas notifikasi status order berkaitan langsung dengan:

• Lonjakan tiket CS karena pelanggan belum mendapat update kiriman.
• Komplain "barang belum datang" padahal sebenarnya sedang OTW.
• Dispute di marketplace karena perbedaan ekspektasi waktu kirim.

Jika desil 9 untuk notifikasi "Order Dikirim" melonjak dari 3 menit menjadi 25 menit di jam tertentu, ini mengindikasikan risiko operasional yang tinggi, meski rata-rata masih terlihat baik.

2. Validasi SLA Penyedia Layanan Messaging

Marketplace besar biasanya memakai penyedia enterprise messaging seperti WhatsApp Business API melalui mitra resmi. Ada SLA yang disepakati untuk kecepatan kirim dan uptime. Desil membantu:

• Membedakan masalah di sisi API/route dengan masalah di sisi aplikasi internal.
• Menilai apakah routing saat trafik puncak masih andal.
• Mempersiapkan argumen berbasis data saat bernegosiasi SLA atau komersial.

3. Menyusun Prioritas Optimasi Produk dan Infrastruktur

Dengan memantau desil per jenis notifikasi, tim produk bisa memutuskan:

• Notifikasi mana yang wajib near real-time (misalnya OTP, konfirmasi pembayaran), dan mana yang bisa sedikit lebih lambat (misalnya ringkasan transaksi mingguan).
• Kapan perlu menambah kanal cadangan, misalnya SMS Masking sebagai fallback jika WhatsApp gagal.
• Kapan perlu mengoptimalkan antrean pesan internal atau integrasi ke sistem logistik.

Dataset Minimal untuk Menghitung Desil Notifikasi WhatsApp

Sebelum membahas cara hitung, penting memastikan bahwa data yang dikumpulkan cukup untuk analisis. Idealnya, Anda memiliki tabel event yang memuat:

• order_id atau message_id
• user_id (atau hashed phone)
• channel (WhatsApp WABA / SMS / in-app)
• notification_type (ORDER_CREATED, PAYMENT_CONFIRMED, SHIPPED, DELIVERED, CANCELLED, dll.)
• event_time: waktu status order berubah di sistem inti.
• send_time: waktu request dikirim ke API WhatsApp.
• delivered_time: waktu status berubah menjadi delivered (pada provider WA).
• read_time (jika disediakan; tidak selalu tersedia lengkap).
• status: SUCCESS / FAILED / EXPIRED.

Untuk cek desil, minimal Anda butuh event_time dan delivered_time yang akurat. Semakin rapi data, semakin kaya analisis yang bisa dilakukan.

Cara Hitung Desil: Langkah Teknis yang Sederhana

Konsepnya sederhana: Anda menghitung selisih waktu antara event_time dan delivered_time (dalam detik atau menit), lalu membagi distribusi durasi itu menjadi 10 bagian.

1. Hitung Latensi per Pesan

Definisikan metrik latensi yang relevan, contohnya:

latency_sec = delivered_time - event_time

Atau, jika ingin fokus pada sisi provider messaging saja:

latency_sec = delivered_time - send_time

Untuk notifikasi status order, perspektif pelanggan lebih penting, jadi event_time → delivered_time biasanya lebih bernilai.

2. Filter Data Berdasarkan Jenis Notifikasi dan Periode

Analisis desil akan lebih bermakna jika dipisahkan per kategori:

• Per jenis notifikasi: PAYMENT_CONFIRMED vs SHIPPED vs DELIVERED.
• Per kanal: WhatsApp WABA vs SMS fallback.
• Per periode: hari kerja vs akhir pekan; jam sibuk vs jam normal.

Contoh pseudo-query (SQL-like):

SELECT latency_sec
FROM notification_events
WHERE channel = 'WHATSAPP_WABA'
  AND notification_type = 'SHIPPED'
  AND event_time >= '2026-06-01'
  AND event_time < '2026-06-08'
  AND status = 'SUCCESS';

3. Urutkan dan Bagi ke dalam 10 Desil

Secara teknis, banyak database modern punya fungsi percentile_disc atau percentile_cont. Anda bisa menghitung desil seperti ini:

SELECT
  percentile_disc(0.1) WITHIN GROUP (ORDER BY latency_sec) AS d1,
  percentile_disc(0.2) WITHIN GROUP (ORDER BY latency_sec) AS d2,
  percentile_disc(0.3) WITHIN GROUP (ORDER BY latency_sec) AS d3,
  percentile_disc(0.4) WITHIN GROUP (ORDER BY latency_sec) AS d4,
  percentile_disc(0.5) WITHIN GROUP (ORDER BY latency_sec) AS d5,
  percentile_disc(0.6) WITHIN GROUP (ORDER BY latency_sec) AS d6,
  percentile_disc(0.7) WITHIN GROUP (ORDER BY latency_sec) AS d7,
  percentile_disc(0.8) WITHIN GROUP (ORDER BY latency_sec) AS d8,
  percentile_disc(0.9) WITHIN GROUP (ORDER BY latency_sec) AS d9
FROM notification_events
WHERE channel = 'WHATSAPP_WABA'
  AND notification_type = 'SHIPPED'
  AND status = 'SUCCESS';

Jika tidak punya fungsi ini, Anda bisa mengekspor data mentah dan menghitung desil di Python, R, atau bahkan spreadsheet.

Membaca Hasil Desil: Contoh Interpretasi untuk Marketplace

Misalkan hasil desil untuk notifikasi "Order Dikirim" via WhatsApp WABA di satu minggu adalah:

• D1: 5 detik
• D5: 18 detik
• D9: 80 detik

Apa artinya?

• 10% pelanggan menerima notifikasi dalam ≤ 5 detik.
• 50% pelanggan menerima dalam ≤ 18 detik.
• 90% pelanggan menerima dalam ≤ 80 detik.

Di atas kertas, ini terlihat cukup baik dan stabil. Namun, jika pada periode promo besar (misalnya Harbolnas) hasilnya menjadi:

• D1: 7 detik
• D5: 45 detik
• D9: 7 menit

Kita bisa menyimpulkan beberapa hal:

1. Kapasitas antrean pesan atau throughput provider messaging ke WhatsApp sedang tertekan.
2. Pelanggan di desil 9 berpotensi besar menghubungi CS karena merasa tidak ada update status order.
3. SLA internal yang ditetapkan (misalnya: 95% pesan harus diterima dalam 60 detik) kemungkinan tidak tercapai.

Dengan pola seperti ini, tim bisa memutuskan apakah akan:

• Menambah kapasitas jalur WhatsApp lewat partner seperti SMSMasking.id.
• Mengaktifkan fallback ke SMS Masking untuk subset pelanggan yang kritis.
• Menyesuaikan cadence notifikasi agar tidak menumpuk di satu jam.

Peran SMS, WhatsApp, dan Omnichannel dalam Strategi Desil

Walaupun artikel ini berfokus pada notifikasi WhatsApp status order, banyak marketplace di Indonesia mengadopsi strategi multi-kanal:

• WhatsApp WABA sebagai kanal utama notifikasi status order.
• SMS Masking sebagai backup atau untuk pelanggan yang belum opt-in WA.
• Omnichannel inbox untuk CS (menggabungkan WA, SMS, dan kanal lain).

Di sinilah desil bisa digunakan untuk merancang policy lintas kanal.

1. Mengatur Fallback Otomatis Berdasarkan Desil

Bayangkan Anda punya aturan: jika notifikasi WhatsApp "Order Dikirim" belum delivered dalam 3 menit, kirim SMS cadangan. Untuk menjalankan ini secara efisien, Anda bisa:

1. Mengukur desil per hari untuk melihat apakah 3 menit sudah cukup konservatif.
2. Menyesuaikan ambang saat trafik tinggi. Misalnya, jika D9 sudah mendekati 3 menit, mungkin ambang fallback perlu dinaikkan.
3. Memantau cost-per-successful-notification: berapa biaya rata-rata untuk 1 pelanggan yang benar-benar menerima pesan, setelah memperhitungkan fallback SMS.

Untuk kanal SMS yang dikirim dengan rute langsung ke operator di Indonesia, Anda dapat memanfaatkan layanan seperti SMS Masking lokal direct untuk memastikan latensi dan delivery rate yang stabil.

2. Menggunakan Platform Omnichannel untuk Monitoring

Mengelola metrik desil akan jauh lebih efektif bila semua kanal tercatat di satu tempat. Platform omnichannel memungkinkan:

• Konsolidasi log pengiriman WhatsApp, SMS, dan kanal lain.
• Dashboard yang menunjukkan latency percentile per kanal dan jenis notifikasi.
• Integrasi dengan sistem tiket CS untuk mendeteksi lonjakan komplain yang berkorelasi dengan desil yang memburuk.

Studi Kasus Konseptual: Marketplace Fiktif "PasarNusantara"

Untuk menggambarkan alur berpikir, mari gunakan studi kasus konseptual (bukan data nyata) dari marketplace fiktif "PasarNusantara".

Latar Belakang

• Order harian: 500.000.
• 70% pelanggan sudah opt-in notifikasi WhatsApp.
• Notifikasi penting: ORDER_CREATED, PAYMENT_CONFIRMED, SHIPPED, DELIVERED.
• Provider: WhatsApp Business API via partner enterprise messaging dan SMS Masking sebagai fallback.

Masalah yang Muncul

• CS mengeluh lonjakan tiket "Barang saya dikirim belum?" setiap jam 20.00–22.00 WIB.
• Tim data menunjukkan delivery rate WhatsApp tetap 97–98%, dan rata-rata latensi 25 detik.
• Akibatnya, manajemen sempat mengira lonjakan tiket adalah isu UX, bukan infrastruktur.

Penerapan Analisis Desil

Tim data kemudian menghitung desil latensi pengiriman untuk notifikasi SHIPPED (order dikirim) di jam 20.00–22.00.

Hasil sebelum promo besar:

• D1: 8 detik
• D5: 20 detik
• D9: 90 detik

Hasil saat promo besar:

• D1: 15 detik
• D5: 65 detik
• D9: 7 menit

Terlihat jelas bahwa 10% pelanggan dengan pengalaman paling buruk (desil 9) menunggu sampai 7 menit untuk menerima notifikasi. Segmentasi data menunjukkan sebagian besar pelanggan di desil 9 adalah:

• Pelanggan di kota-kota dengan jaringan internet padat pada malam hari.
• Pesanan dengan pola kumpulan notifikasi besar di jam yang sama (banyak penjual melakukan bulk update status kirim menjelang batas Waktu Kirim).

Solusi yang Dirancang Berdasarkan Desil

1. Penyesuaian Flow Pengiriman
   Membagi notifikasi SHIPPED dalam batch kecil per 10–15 menit agar antrean ke WhatsApp API tidak menumpuk pada satu titik waktu.
2. Aktifkan Fallback SMS untuk Desil Ekstrem
   Jika delivery receipt WhatsApp belum diterima dalam 5 menit, sistem secara otomatis mengirim SMS Masking ringkas: "Pesanan #XXXX sedang dikirim. Cek aplikasi untuk detail."
3. Monitoring Harian D9
   Tim operasi menetapkan alarm: jika D9 > 4 menit selama lebih dari 20 menit, mereka akan mengurangi batch size dan memprioritaskan notifikasi untuk kategori produk tertentu (misalnya barang cepat rusak).

Dalam dua minggu, PasarNusantara melihat:

• Penurunan tiket CS terkait status kirim sebesar 22%.
• Stabilnya rating pengalaman pelanggan meski volume order naik.
• Biaya messaging sedikit meningkat karena SMS fallback, tetapi masih sebanding dengan efisiensi CS dan kepuasan pelanggan.

Langkah Praktis Membangun Dashboard Desil

Bagi tim data dan produk di marketplace, berikut langkah praktis membangun monitoring desil:

1. Standarisasi Logging

Pastikan semua event notifikasi WhatsApp dan SMS dicatat dengan struktur yang konsisten, termasuk timestamps yang disinkronkan (gunakan NTP server yang sama).

2. Definisikan Metrik Utama

• latency_event_to_delivered: detik dari event sistem ke delivered.
• latency_send_to_delivered: detik dari API call ke delivered.
• delivery_rate: % pesan dengan status SUCCESS.
• fallback_rate: % pesan yang perlu dikirim ulang di kanal lain.

3. Hitung Desil Harian dan per Jam

Buat tabel agregat harian yang menyimpan D1–D9 per kombinasi:

• channel (WhatsApp vs SMS).
• notification_type (SHIPPED, DELIVERED, dsb.).
• time_bucket (per 1 jam atau 30 menit).

Ini akan memudahkan visualisasi di dashboard BI.

4. Kaitkan dengan SLA dan Alarm

Tetapkan SLA internal, misalnya:

• D5 ≤ 30 detik.
• D9 ≤ 3 menit.

Lalu atur alert jika desil melampaui batas tersebut dalam periode tertentu.

5. Eksperimen dan A/B Testing

Desil juga dapat dipakai untuk menguji:

• Pengaruh routing baru WhatsApp WABA via partner lain.
• Penambahan server aplikasi notifikasi.
• Pengurangan panjang pesan (yang kadang bisa mempengaruhi kecepatan kirim di beberapa kanal).

Bandingkan D5 dan D9 sebelum dan sesudah perubahan untuk menilai dampaknya secara objektif.

Memilih Partner Messaging yang Siap dengan Metrik Desil

Tidak semua penyedia layanan messaging siap mendukung analisis desil. Saat memilih partner untuk WhatsApp Business API, SMS Masking, atau omnichannel, perhatikan:

• Akses log granular: Anda bisa menarik data delivery per pesan, bukan hanya agregat.
• Webhook atau API status: memudahkan pelacakan delivered dan read.
• Dukungan terhadap monitoring: siap membantu merancang KPI berbasis percentile, bukan sekadar rata-rata.

Platform seperti SMSMasking.id, yang menyediakan WhatsApp Business API resmi, SMS Masking direct ke operator lokal, dan omnichannel inbox, memudahkan marketplace untuk mengonsolidasikan data delivery dan membangun dashboard desil yang komprehensif.

Penutup: Dari Notifikasi Sekadar Terkirim ke Notifikasi yang Terukur

Di fase awal, banyak marketplace cukup puas selama notifikasi WhatsApp status order "terkirim". Namun seiring skala dan kompleksitas bertambah, pertanyaan berubah:

• Seberapa cepat notifikasi sampai ke mayoritas pelanggan?
• Seberapa buruk pengalaman pelanggan yang berada di ekor distribusi?
• Bagaimana kanal SMS dan strategi omnichannel bisa membantu menutup celah?

Mengukur desil bukanlah hal rumit, tetapi dampaknya besar. Dengan sedikit usaha menyiapkan data dan dashboard, tim bisa mengubah notifikasi dari sekadar fitur pelengkap menjadi keunggulan operasional yang terukur, dan pada akhirnya, meningkatkan kepercayaan pelanggan terhadap pengalaman belanja di marketplace Anda.