Cara Mengelola WhatsApp dengan Banyak Admin dalam Satu Dashboard
Ringkasan artikel:Panduan ini membahas cara mengelola WhatsApp multi admin ketika tim customer service mulai menghadapi balasan ganda, chat terlewat, pembagian tanggung jawab yang tidak jelas, dan kebutuhan audit. Artikel menjelaskan batas penggunaan multi-device, fungsi inbox WhatsApp bersama, akun agen terpisah, assignment, collision detection, SLA, tag, catatan internal, template, hak akses, audit log, dan laporan. Pembahasan juga mencakup tahapan migrasi untuk tim 3 hingga 20 admin serta perbedaan antara kebutuhan kolaborasi multi-agent dan proyek chatbot otomatis. Cocok untuk Pemilik produk digital, Tim TI, dan Procurement yang sedang menyiapkan pengelolaan WhatsApp customer service yang lebih terstruktur.
Daftar isi
- Multi-device cukup sampai titik tertentu
- Shared inbox harus menunjukkan siapa mengerjakan apa
- SLA diperlukan ketika “secepatnya” sudah tidak cukup
- Cara ini sulit dipertahankan ketika tim menjadi sepuluh atau dua puluh orang.
- Template bukan pengganti kontrol proses
- Laporan yang berguna tidak harus rumit
- Chatbot adalah proyek yang berbeda
- Dari 3 admin ke 20 admin, migrasi tidak perlu sekaligus
- FAQ
Oleh Dewanto Pratama
Dewanto Pratama, Manajer Produk di Udesk. Ia fokus pada desain platform pusat kontak omnichannel, termasuk modul tiket, pusat panggilan cloud dan layanan pelanggan cerdas.
WhatsApp multi admin biasanya mulai menjadi kebutuhan bukan karena tim ingin memakai chatbot, tetapi karena cara kerja lama sudah mulai berantakan. Dua admin membalas pelanggan yang sama, chat penting tenggelam, pergantian shift membuat konteks hilang, dan ketika ada komplain, supervisor sulit memastikan siapa yang terakhir menangani kasus tersebut. Untuk tim berisi 3 sampai 20 admin, persoalannya sudah bergeser dari sekadar “bisa membuka WhatsApp bersama” menjadi bagaimana kelola WhatsApp banyak admin dengan pembagian kerja yang jelas dan dapat diperiksa kembali.
Multi-device cukup sampai titik tertentu
WhatsApp Business App memang mendukung linked devices. Dokumentasi WhatsApp saat ini menyebut akun Business dapat digunakan pada hingga empat perangkat tertaut, sementara pelanggan Meta Verified pada kondisi tertentu dapat menghubungkan hingga sepuluh perangkat dan memperoleh fungsi tambahan seperti assignment chat.
Untuk toko kecil dengan dua atau tiga orang yang saling mengenal pekerjaan masing-masing, model ini masih masuk akal. Masalah mulai terasa ketika jumlah percakapan dan admin bertambah. Perangkat tambahan belum otomatis memberi perusahaan sistem SLA, catatan internal, laporan performa, audit log, pembagian berdasarkan skill, atau workflow eskalasi.
Karena itu, jangan memilih platform WhatsApp multi-agent hanya berdasarkan berapa banyak orang yang bisa login. Pertanyaan yang lebih berguna adalah apakah setiap chat memiliki pemilik dan apakah supervisor dapat mengetahui apa yang terjadi setelah pesan masuk.

Shared inbox harus menunjukkan siapa mengerjakan apa
Inbox WhatsApp bersama seharusnya mengubah antrean chat menjadi antrean kerja.
Ketika pelanggan mengirim pesan, sistem perlu menentukan apakah chat masih belum ditugaskan, sudah dimiliki agen tertentu, sedang menunggu pelanggan, atau sudah selesai. Agent account juga sebaiknya terpisah. Menggunakan satu username bersama memang cepat saat awal, tetapi membuat pencatatan aktivitas tidak berarti karena sistem tidak lagi mengetahui siapa yang benar-benar melakukan perubahan.
Assignment bisa dilakukan manual untuk tim kecil. Setelah volume meningkat, aturan otomatis mulai berguna. Pertanyaan mengenai pembayaran dapat masuk ke finance, pelanggan berbahasa tertentu ke agen yang sesuai, sementara kasus prioritas dapat masuk antrean khusus.
Ada satu detail yang mudah diremehkan, yaitu collision detection. Jika dua agen membuka percakapan yang sama, sistem idealnya memberi tanda bahwa rekan lain sedang melihat atau membalasnya, atau membatasi kepemilikan percakapan sesuai workflow. Fitur kecil seperti ini sering lebih terasa manfaatnya daripada chatbot yang kompleks karena langsung mengurangi kasus pelanggan menerima dua jawaban berbeda.
Tag dan catatan internal juga punya fungsi yang berbeda. Tag membantu mengelompokkan percakapan, misalnya refund, pembayaran gagal atau pelanggan VIP. Catatan internal dipakai untuk memberi konteks kepada rekan kerja tanpa mengirim pesan tersebut kepada pelanggan.
SLA diperlukan ketika “secepatnya” sudah tidak cukup
Saat admin hanya tiga orang, tim biasanya masih mengandalkan kesepakatan informal. Chat pagi harus dijawab pagi itu juga, komplain penting diberi tanda, lalu admin saling mengingatkan.
Cara ini sulit dipertahankan ketika tim menjadi sepuluh atau dua puluh orang.
SLA membuat batas kerja lebih jelas. Perusahaan dapat menentukan berapa lama pesan pertama boleh menunggu, kapan kasus harus diteruskan, serta siapa yang menerima eskalasi jika tiket belum selesai. Pada kasus yang memerlukan tindak lanjut beberapa hari, percakapan WhatsApp juga lebih aman jika dapat berubah menjadi tiket daripada dibiarkan tetap berada di antara ratusan chat.
Udesk sendiri menyediakan manajemen SLA, intelligent assignment dan ticket ownership lintas tim pada sistem ticketing-nya. Tiket dapat dialokasikan berdasarkan workload, skill atau round-robin, sementara role agen dapat diberi hak akses berbeda.
Template bukan pengganti kontrol proses
Template jawaban berguna untuk pertanyaan berulang. Admin tidak perlu mengetik ulang prosedur retur atau meminta nomor pesanan dengan kalimat yang berbeda setiap kali.
Tetapi template juga perlu dikelola. Jika semua agen bebas membuat versi sendiri, beberapa bulan kemudian perusahaan bisa memiliki belasan jawaban untuk satu pertanyaan yang sama. Tentukan siapa yang boleh membuat, mengubah dan menghapus template, terutama untuk jawaban yang berkaitan dengan kebijakan perusahaan.
Prinsip yang sama berlaku pada hak akses. Agen frontline mungkin cukup membaca dan membalas chat, sedangkan supervisor dapat memindahkan assignment atau melihat laporan. Admin sistem baru membutuhkan akses konfigurasi yang lebih luas.
Untuk Tim TI dan Procurement, audit log perlu masuk ke requirement sejak awal. Ketika sebuah chat dipindahkan, tiket ditutup atau aturan routing diubah, perusahaan sebaiknya dapat menelusuri perubahan tersebut. Kebutuhan ini makin terasa ketika WhatsApp digunakan untuk transaksi, layanan purnajual atau komplain yang bisa dipersoalkan kembali beberapa minggu kemudian.
Laporan yang berguna tidak harus rumit
Tim dengan lima agen tidak perlu langsung memiliki puluhan dashboard. Beberapa angka sederhana sudah cukup untuk menunjukkan apakah sistem bekerja.
Berapa chat masuk per hari, berapa yang belum mendapat jawaban, berapa lama pelanggan menunggu respons pertama, siapa menangani berapa percakapan, dan berapa kasus yang belum selesai pada akhir shift biasanya sudah memberi gambaran yang cukup.
Ketika organisasi membesar, laporan dapat diperluas ke SLA compliance, distribusi kategori, beban per tim, jam sibuk dan penyebab eskalasi. Udesk juga menyediakan reporting dan analytics sebagai bagian dari portofolio layanan pelanggannya, sementara solusi omnichannel-nya menggabungkan WhatsApp dengan kanal lain dalam satu dashboard.
Chatbot adalah proyek yang berbeda
Judul “chatbot WhatsApp” sering membuat dua kebutuhan tercampur.
Perusahaan yang mengalami rebutan chat, missed chat dan tanggung jawab yang tidak jelas sebenarnya belum tentu membutuhkan chatbot. Masalah tersebut adalah masalah kolaborasi agen. Shared inbox, assignment, collision detection, SLA dan audit trail sebaiknya dibereskan lebih dahulu.
Chatbot baru masuk ketika perusahaan ingin mengotomatisasi pertanyaan tertentu, mengumpulkan data awal atau melayani pelanggan di luar jam kerja. Setelah bot selesai menjawab bagian yang sederhana, harus ada handoff yang jelas ke agen manusia.
Jadi, jangan menjadikan proyek multi-admin sebagai proyek AI sejak hari pertama. Sebuah inbox yang tertata tetapi masih sepenuhnya ditangani manusia sering lebih berguna daripada chatbot pintar yang meneruskan percakapan ke antrean yang masih berantakan.
Dari 3 admin ke 20 admin, migrasi tidak perlu sekaligus
Untuk tim tiga sampai lima orang, langkah awal cukup sederhana. Pisahkan akun agen, buat status percakapan, tetapkan siapa menerima chat baru, lalu sepakati tag yang benar-benar digunakan. Hindari membuat puluhan kategori sejak awal.
Ketika tim tumbuh menjadi sekitar enam sampai sepuluh orang, mulai gunakan automatic assignment, jam kerja, SLA dasar dan dashboard supervisor. Pada tahap ini, handover antar-shift perlu diuji karena banyak missed chat justru terjadi saat perubahan jadwal.

Pada tim sepuluh sampai dua puluh orang, pembagian berdasarkan skill atau fungsi mulai lebih masuk akal. Finance, technical support dan sales tidak harus melihat antrean yang sama. Audit log, role-based access dan laporan per tim juga mulai sulit digantikan dengan spreadsheet.
Salah satu contoh skala layanan yang relevan adalah Watsons. Studi kasus resmi Udesk menyebut Watsons menggunakan solusi customer service dengan intelligent routing dan automation untuk menangani kebutuhan layanan yang berkembang. Studi tersebut tidak menyebut implementasi WhatsApp multi-admin secara khusus, sehingga lebih tepat digunakan sebagai contoh pengelolaan routing pada operasi layanan yang lebih besar, bukan sebagai bukti fitur WhatsApp tertentu.
Sebelum migrasi penuh, gunakan beberapa agen sebagai pilot. Jalankan satu atau dua minggu, lalu lihat bagian yang benar-benar bermasalah. Apakah assignment terlalu sering salah, apakah tag jarang digunakan, apakah SLA terlalu ketat, atau apakah agen masih berkomunikasi di grup pribadi karena catatan internal tidak praktis. Koreksi berdasarkan kondisi tersebut jauh lebih berguna daripada menambah fitur hanya karena tersedia di paket vendor.
Bagi tim yang sudah mulai kesulitan kelola WhatsApp banyak admin, kebutuhan pertama biasanya bukan chatbot yang lebih canggih, melainkan sistem kerja yang membuat setiap percakapan memiliki pemilik, histori dan jalur tindak lanjut. Udesk menghubungkan WhatsApp Business API dengan unified omnichannel inbox, intelligent routing dan ticket management, sehingga WhatsApp dapat dikelola bersama email, live chat, media sosial dan kanal lain ketika operasi berkembang. Untuk tim 3 sampai 20 admin yang ingin berpindah dari penggunaan perangkat bersama menuju proses customer service yang lebih terukur, Udesk dapat dipertimbangkan sebagai platform untuk membangun inbox WhatsApp bersama sekaligus menyiapkan ruang bagi otomatisasi di tahap berikutnya.
FAQ
Q:Apakah WhatsApp Business App bisa digunakan beberapa admin?
A:Bisa melalui linked devices, dan kemampuan perangkat dapat berbeda menurut layanan akun yang digunakan. Namun, kebutuhan seperti SLA, audit log, routing dan reporting biasanya memerlukan sistem pengelolaan yang lebih lengkap.
Q:Kapan bisnis perlu pindah ke inbox WhatsApp bersama?
A:Ketika mulai sering terjadi balasan ganda, chat terlewat, kesulitan pergantian shift atau tidak jelas siapa bertanggung jawab atas sebuah percakapan, shared inbox biasanya sudah lebih relevan daripada sekadar menambah perangkat.
Q:Apakah WhatsApp multi admin harus memakai chatbot?
A:Tidak. Chatbot dan kolaborasi multi-agent adalah dua kebutuhan berbeda. Tim dapat memakai shared inbox, assignment dan ticketing tanpa mengaktifkan chatbot.
Q:Apa fitur yang paling perlu diuji sebelum membeli?
A:Uji assignment, collision detection, hak akses, catatan internal, histori percakapan, SLA, audit log dan laporan dengan skenario kerja tim sendiri, bukan hanya mengikuti demo standar vendor.
Optimalkan layanan pelanggan dan kurangi beban tim dengan Sistem Layanan Pelanggan Udesk! Coba gratis sekarang dan rasakan efisiensi yang berbeda.
Artikel ini merupakan karya asli Udesk. Jika akan diterbitkan ulang, wajib selalu mencantumkan sumber aslinya:https://id.udeskglobal.com/blog/chatbot-whatsapp-untuk-bisnis-cara-memilih-menyusun-alur-dan-mengalihkan-chat-ke-agen
AI chatbot WhatsAppAI customer service IndonesiaOmnichannel Customer Service

Customer Service& Support Blog



