Otomasi Routing Lead untuk Lead yang Ditangkap Melalui Chat

Sebuah tim penjualan dengan 15 rep merutekan semua lead WhatsApp ke satu "tim chat": dua rep junior yang melakukan triage percakapan yang masuk, mencocokkannya ke pemilik akun berdasarkan spreadsheet wilayah, dan meneruskannya. Rata-rata waktu dari pesan pertama hingga rep yang tepat melihat percakapan: 3,5 jam. Triage manual pada skala tersebut adalah tepatnya apa yang dirancang untuk dieliminasi oleh otomasi routing lead.

Setelah membangun routing otomatis di Respond.io dengan 4 tipe aturan, angka tersebut turun menjadi 8 menit. Rep triage dipindahtugaskan. Waktu respons meningkat. Tingkat penutupan lead chat naik 22% dalam 90 hari, sebagian besar karena lead tidak lagi mendingin antara kontak pertama dan percakapan nyata pertama.

Panduan ini memberi Anda logika routing dan langkah-langkah setup untuk berpindah dari triage manual ke penugasan otomatis dalam satu minggu.

Langkah 1: Definisikan dimensi routing Anda

Logika routing yang berhasil adalah logika routing yang berdasarkan atribut yang dapat diamati. Sebelum membangun aturan di platform apapun, definisikan 4 dimensi yang harus mendorong penugasan.

Dimensi	Apa yang Dirutekan	Dari Mana Data Berasal
Geografi / Wilayah	Kode negara telepon, negara kontak, atau jawaban negara eksplisit	Nomor WhatsApp (otomatis), pertanyaan kualifikasi
Ukuran Perusahaan	Jawaban jumlah karyawan atau tim dari qualification flow	Custom field ManyChat/Respond.io
Minat Produk	Produk atau use case yang dipilih selama kualifikasi	Respons tombol dalam qualification flow
Skor Lead	Skor gabungan berdasarkan semua jawaban kualifikasi	Field skor Respond.io atau formula kustom

Kesalahan paling umum adalah routing hanya pada satu dimensi. Routing berbasis wilayah saja menugaskan semua lead AS ke tim AS terlepas dari ukuran perusahaan, yang berarti rep enterprise mendapatkan lead SMB dan rep SMB mendapatkan lead enterprise. Routing multi-dimensi memecahkan masalah ini. Dokumentasi Workflows Respond.io menjelaskan cara membuat rantai condition node untuk logika routing multi-atribut di visual builder. Pola lebih luas untuk strategi distribusi lead berlaku di sini — channelnya adalah chat, tapi masalah logika routing-nya sama.

Definisikan dimensi routing Anda dalam tabel sebelum membuka Respond.io:

Wilayah	Ukuran Perusahaan	Minat Produk	Route Ke
US	50+	Produk enterprise	Tim Enterprise US
US	Di bawah 50	Produk SMB	Tim SMB US
UK / EMEA	Apa saja	Apa saja	Tim EMEA
APAC	Apa saja	Apa saja	Tim APAC
LATAM	Apa saja	Apa saja	Tim LATAM
Apa saja	Apa saja	Fitur tertentu	Product Specialist

Ini menjadi input untuk konfigurasi aturan routing Anda.

Langkah 2: Petakan jawaban kualifikasi ke atribut routing

Respons chatbot adalah string (jawaban klik tombol seperti "50+ karyawan" atau "Paket Enterprise"). Aturan routing bekerja pada atribut terstruktur. Anda perlu menerjemahkan di antara keduanya.

Bangun tabel pemetaan ini sebelum mengonfigurasi routing:

Pertanyaan Kualifikasi	Jawaban	Atribut Routing	Sinyal Routing
"Berapa banyak orang di tim penjualan Anda?"	Di bawah 10	Company Size = Small	Route SMB
"Berapa banyak orang di tim penjualan Anda?"	10-50	Company Size = Mid-Market	Route mid-market
"Berapa banyak orang di tim penjualan Anda?"	50+	Company Size = Enterprise	Route enterprise
"Mana yang paling menggambarkan fokus Anda?"	Account-based selling	Product Interest = ABM	Spesialis ABM
"Mana yang paling menggambarkan fokus Anda?"	SDR volume tinggi	Product Interest = SDR	Spesialis SDR
"Apakah Anda sedang mengevaluasi sekarang atau sedang meneliti?"	Mengevaluasi sekarang	Lead Priority = Hot	Penugasan fast-track
"Apakah Anda sedang mengevaluasi sekarang atau sedang meneliti?"	Sedang meneliti	Lead Priority = Warm	Antrian standar

Di ManyChat, gunakan aksi Set Custom Field setelah setiap respons tombol untuk menyimpan nilai atribut routing dalam field terstruktur. Misalnya, setelah pertanyaan ukuran perusahaan: Jika jawaban = "50+ karyawan" → Set Custom Field "company_size_tier" = "Enterprise".

Ini menciptakan atribut routing yang bersih yang dapat ditindaki Respond.io ketika percakapan disinkronkan.

Langkah 3: Bangun aturan routing di Respond.io

Di Respond.io, pergi ke Workflows → New Workflow. Beri nama "Chat Lead Routing [Tanggal]" agar Anda dapat melacak riwayat versi.

Pemicu: Contact Attribute Changed → Lead Priority = Hot ATAU Workflow Trigger = Conversation Created (untuk segera merutekan percakapan baru)

Struktur kondisi:

Bangun kondisi dalam urutan prioritas ini. Respond.io mengevaluasi kondisi dari atas ke bawah dan berhenti pada kecocokan pertama:

Aturan 1: Enterprise + Hot
JIKA company_size_tier = Enterprise DAN lead_priority = Hot
MAKA Tugaskan ke: Tim Enterprise Sales (Round Robin)

Aturan 2: Enterprise + Warm
JIKA company_size_tier = Enterprise DAN lead_priority = Warm
MAKA Tugaskan ke: Tim Enterprise Sales (Antrian)

Aturan 3: Wilayah EMEA
JIKA contact.country DALAM [UK, Jerman, Perancis, Belanda, Nordics]
MAKA Tugaskan ke: Tim EMEA

Aturan 4: Wilayah APAC
JIKA contact.country DALAM [Singapura, Australia, Jepang, Korea]
MAKA Tugaskan ke: Tim APAC

Aturan 5: SMB + Evaluating
JIKA company_size_tier = Small DAN lead_priority = Hot
MAKA Tugaskan ke: Tim SMB Sales (Round Robin)

Aturan 6: Default (tidak ada aturan yang cocok)
MAKA Tugaskan ke: General Sales Queue + notifikasi team lead

Di Workflow builder Respond.io, setiap aturan adalah Condition node yang diikuti oleh aksi Assignment. Kondisi memeriksa nilai custom field yang Anda petakan di Langkah 2. Penugasan mengirim percakapan ke tim atau rep yang tepat.

Alur tampilan: Respond.io → Workflows → New Workflow → Add Trigger: Contact Updated → Add Condition: [field] [operator] [value] → Add Action: Assign to Team/Agent → Publish.

Publikasikan workflow dalam mode test terlebih dahulu. Mode test Respond.io memungkinkan Anda menjalankan kontak simulasi melalui workflow untuk memverifikasi setiap aturan merutekan dengan benar sebelum go-live.

Langkah 4: Round-robin untuk routing yang tidak tercakup

Beberapa percakapan tidak akan cocok dengan aturan tertentu. Lead dari negara yang tidak ada dalam daftar wilayah Anda, ukuran perusahaan di luar tier yang Anda definisikan, atau minat produk yang tidak cocok dengan kategori spesialis.

Untuk ini, siapkan penugasan round-robin ke tim penjualan umum Anda. Di Respond.io, pergi ke Settings → Teams → [Tim Sales Umum] → Assignment Mode → Round Robin.

Round-robin mendistribusikan percakapan yang masuk secara merata di antara anggota tim yang tersedia. "Tersedia" berarti rep yang online dan belum mencapai batas kapasitas percakapan mereka.

Tetapkan batas kapasitas percakapan per rep: 10-15 percakapan aktif secara bersamaan adalah angka yang wajar untuk rep yang fokus pada chat. Melampaui itu, kualitas respons menurun. Di Respond.io, pergi ke Settings → Agents → [Nama Agen] → Conversation Limit → [angka]. Panduan round-robin assignment Respond.io menjelaskan batas kapasitas, mode ketersediaan, dan perilaku overflow ketika semua agen sudah mencapai limitnya.

Ketika setiap rep di tim umum berada di kapasitas penuh, perilaku default adalah mengantrekan percakapan. Anda ingin mengetahui segera ketika ini terjadi. Ini berarti Anda kekurangan staf untuk volume saat ini. Tambahkan notifikasi: Jika percakapan diantrekan lebih dari 10 menit → Notifikasi team lead via Slack.

Langkah 5: Sinkronisasi pemilik CRM

Ketika Respond.io menugaskan percakapan ke rep, kontak HubSpot yang sesuai harus memperbarui field Owner-nya agar cocok. Jika tidak, pelaporan HubSpot Anda menunjukkan rep yang salah yang dikreditkan dengan deal, dan rep Anda mengelola kontak yang menurut HubSpot milik orang lain.

Sinkronisasi pemilik Respond.io ke HubSpot:

Di Respond.io, pergi ke Settings → Integrations → HubSpot → Sync Assignment. Aktifkan "Sync assignee as HubSpot contact owner." Ini memperbarui field HubSpot Contact Owner setiap kali percakapan ditugaskan atau ditugaskan ulang di Respond.io. Jika Anda belum mengonfigurasi integrasi Respond.io ke HubSpot sepenuhnya, lakukan itu sebelum mengaktifkan sinkronisasi pemilik — jika tidak, Anda akan menyinkronkan data penugasan ke record kontak yang tidak dibuat dengan benar.

HubSpot ke Respond.io (dua arah):

Ini berguna ketika tim Anda membuat deal HubSpot terlebih dahulu dan kemudian ingin percakapan chat mencerminkan pemilik deal. Memerlukan HubSpot Workflow yang memanggil Contacts API Respond.io untuk memperbarui penerima tugas percakapan ketika pemilik kontak HubSpot berubah.

Untuk sebagian besar tim, arah Respond.io → HubSpot sudah cukup. Mulai dari sana.

Langkah 6: Territory routing untuk tim global

Percakapan WhatsApp mencakup kode negara pengirim dalam nomor telepon mereka. Awalan +44 adalah UK. +65 adalah Singapura. Ini adalah sinyal wilayah paling andal Anda, lebih andal daripada bertanya kepada pengguna "di negara mana Anda berada?" yang menambah pertanyaan ke qualification flow yang sudah ramping.

Di Respond.io, deteksi kode negara sudah otomatis. Negara kontak diisi dari nomor WhatsApp ketika percakapan dimulai. Gunakan field contact.country dalam aturan routing Anda.

Untuk deteksi bahasa, Respond.io mengidentifikasi bahasa percakapan dalam beberapa pesan pertama. Gunakan conversation.language untuk merutekan kontak berbahasa Spanyol ke rep berbahasa Spanyol, kontak Prancis ke rep Prancis, dll.

Routing yang sadar zona waktu penting jika Anda memiliki rep di beberapa zona waktu. Di Respond.io, Anda dapat mengatur jam kerja per tim. Lead LATAM yang masuk pukul 2 pagi EST harus dirutekan ke jam kerja siang tim LATAM, bukan ke antrian semalam tim AS.

Konfigurasikan jam kerja per-tim: Di Settings → Teams → [Tim LATAM] → Working Hours → [atur zona waktu dan jam lokal]. Ketika lead masuk di luar jam kerja tim, routing workflow harus menahan percakapan untuk hari kerja berikutnya atau eskalasi ke bot after-hours dengan link pemesanan follow-up.

Langkah 7: Overflow routing

Overflow terjadi ketika rep atau tim yang ditugaskan tidak tersedia: liburan, sakit, kelebihan kapasitas. Tanpa overflow routing, lead menumpuk dalam antrian dan tidak pernah mendapatkan respons.

Level 1 overflow: Rep tidak tersedia. Jika rep yang ditugaskan telah mengatur dirinya sebagai tidak tersedia di Respond.io, percakapan harus ditugaskan ulang secara otomatis ke rep tersedia berikutnya di tim mereka. Di Settings → Teams → Assignment Rules, aktifkan "Skip unavailable agents" dalam mode round-robin.

Level 2 overflow: Tim berada di kapasitas penuh. Ketika semua rep di tim yang ditugaskan berada di batas percakapan mereka, percakapan harus overflow ke tim sekunder. Dalam routing workflow Anda, tambahkan kondisi fallback: Jika kapasitas tim utama = penuh → Tugaskan ke tim sekunder.

Level 3 overflow: After-hours atau semua tim di kapasitas penuh. Percakapan menerima pesan holding otomatis dan ditandai untuk tindak lanjut prioritas keesokan paginya. Pesan holding harus menyertakan link pemesanan kalender. Atur pengingat workflow: Jika status percakapan = menunggu DAN usia > 8 jam → Notifikasi team lead + tandai untuk antrian prioritas pagi.

Langkah 8: Mengukur akurasi routing

Setelah 30 hari routing langsung, jalankan audit misrouting. Tarik 50 percakapan yang baru-baru ini dirutekan dan periksa apakah keputusan routing sudah benar.

"Benar" berarti: rep yang menerima percakapan adalah rep yang tepat untuk lead tersebut berdasarkan logika routing Anda. Lead enterprise AS yang pergi ke tim SMB adalah misroute. Lead EMEA yang pergi ke tim AS adalah misroute.

Target tingkat misrouting: di bawah 5%. Jika Anda di atas 5%, identifikasi jenis misroute paling umum dan tambahkan atau sesuaikan aturan routing yang gagal.

Penyebab umum tingkat misrouting yang tinggi:

Field negara kontak kosong (nomor WhatsApp dari layanan VoIP, tidak terikat ke negara nyata)
Field ukuran perusahaan tidak pernah diisi karena qualification flow drop-off lebih awal
Aturan routing tumpang tindih (kontak cocok dengan dua aturan dan dirutekan ke yang salah terlebih dahulu)

Setiap penyebab memiliki perbaikan yang berbeda. Field negara yang kosong memerlukan aturan fallback. Kualifikasi yang tidak lengkap memerlukan jalur partial-completion dalam chatbot Anda. Aturan yang tumpang tindih memerlukan pengurutan ulang prioritas dalam routing workflow.

Kesalahan Umum

Routing pada satu dimensi. Aturan routing berbasis wilayah saja menugaskan setiap lead AS ke tim AS, terlepas dari ukuran perusahaan, kesesuaian produk, atau prioritas. Tambahkan setidaknya 2 dimensi.

Tidak ada fallback untuk aturan yang tidak cocok. Jika lead tidak cocok dengan aturan apapun, mereka tidak pergi ke mana-mana. Tambahkan aturan fallback catch-all yang menugaskan lead yang tidak cocok ke tim penjualan umum dengan notifikasi team-lead.

Routing ke tim bukan individu. "Tugaskan ke Tim Sales" berarti tidak ada yang memiliki percakapan sampai seseorang secara manual mengambilnya. Gunakan round-robin dalam tim untuk segera menugaskan ke rep tertentu.

Tidak ada notifikasi rep pada penugasan. Merutekan percakapan ke rep tidak secara otomatis memberi tahu mereka. Pastikan routing workflow Anda menyertakan langkah notifikasi (pesan Slack, email, atau notifikasi push Respond.io) segera setelah penugasan.

Langkah Selanjutnya

Jalankan 30 percakapan simulasi melalui routing workflow Anda dalam mode test Respond.io sebelum terhubung ke traffic langsung. Gunakan berbagai input (enterprise/AS, SMB/EMEA, kualifikasi tidak lengkap, kedatangan after-hours) dan verifikasi masing-masing merutekan ke tujuan yang benar.

Kemudian jalankan workflow dalam mode langsung selama 1 minggu dengan 5 rep, bukan semua rep. Periksa akurasi routing setiap hari selama minggu pertama. Perbaiki masalah pada volume rendah sebelum skalakan ke seluruh tim.

Chat Funnel Setup