Mengalihkan ke Manusia

Buka di CMS

Ini langkah terakhir Tahap 2. Anda menyiapkan escalation: agent menyerahkan percakapan kepada supervisor manusia saat mendeteksi situasi yang sebaiknya tidak ditanganinya sendirian, seperti pelanggan yang kesal, permintaan pengecualian, insiden kritis, atau pertanyaan di luar kebijakan.

Di CMS, setelan escalation ada di Conversation โ†’ Escalation di sidebar agent Anda.

Jika organization mengaktifkan Mode Privasi, supervisor yang menangani escalation tidak bisa melihat isi percakapan maupun mendapatkan ringkasan AI yang sebenarnya. Lihat Menerima dan Mengelola Escalation.

Sebelum memulai


Halaman di tahap ini

HalamanYang Anda siapkanUrutan
Mengatur EscalationMengaktifkan escalation, kondisi pemicu, pesan respons escalation (dengan bahasa ringkasan dan kode negara nomor telepon), dan supervisor1. Mulai di sini.
Menerima dan Mengelola EscalationAlur kerja supervisor: pembaruan live, claim, review, resolve, atau release2. Pastikan orang-orang bisa menindaklanjuti escalation.
Mengirim Event Escalation ke WebhookMemberi tahu tool eksternal (ticketing, CRM, chat) secara otomatis3. Opsional, setelah dua langkah pertama berjalan.

Urutan ini membangun setiap bagian di atas bagian sebelumnya: kualitas aturan lebih dulu, penanganan oleh manusia berikutnya, integrasi keluar terakhir.


Mengapa escalation penting

Tanpa escalation, agent bisa terus menjawab berputar-putar, tidak menangkap urgensi emosional, atau gagal meneruskan permintaan sensitif ke pemilik yang tepat. Escalation memberi Anda:

  1. Perlindungan pelanggan: user yang kesal cepat terhubung dengan orang sungguhan.
  2. Kendali operasional: supervisor melakukan claim, resolve, atau release kasus dalam alur kerja yang jelas.
  3. Pengurangan risiko: situasi sensitif ditangani manusia, bukan dipaksakan dijawab AI.
  4. Integrasi sistem: event webhook bisa memberi tahu tool eksternal.

Cara kerja escalation

  1. Agent mendeteksi kondisi pemicu dari aturan escalation Anda.
  2. Record escalation dibuat dengan urgensi, alasan, topik, dan area.
  3. Workspace supervisor diperbarui secara real-time.
  4. Seorang supervisor melakukan claim pada escalation dan meninjau konteks percakapan.
  5. Supervisor melakukan resolve atau release, dan riwayat audit diperbarui.
  6. Event webhook opsional dikirim ke sistem eksternal.

Tutorial di tahap ini memakai satu contoh yang sama: agent support e-commerce dan seorang pelanggan yang marah karena pesanannya ditagih dua kali dan menuntut refund segera. Hasil yang diharapkan: agent meneruskan escalation ke antrean supervisor secara real-time.


Persiapan sebelum mengatur

Checklist singkat ini membuat uji coba pertama Anda bermakna:

  1. Frasa pemicu dan batasannya: buat daftar contoh yang harus di-escalate (kemarahan, risiko hukum, sengketa refund) dan contoh yang tetap ditangani agent.
  2. Tingkat urgensi: tentukan apa yang termasuk urgensi rendah, sedang, dan tinggi, serta waktu respons yang diharapkan untuk masing-masing.
  3. Cakupan supervisor: pastikan setidaknya satu supervisor bisa melakukan claim kasus selama jam operasional Anda.
  4. Label: standarkan label alasan, topik, dan area agar filter dan laporan tetap konsisten.
  5. Skrip uji: siapkan 2 sampai 3 percakapan yang harus di-escalate dan 2 yang tidak, lalu tentukan siapa yang berperan sebagai supervisor selama pengujian.
  6. Endpoint webhook (jika Anda berencana memakainya): siapkan endpoint uji untuk menangkap payload.

Langkah berikutnya