Bagaimana mengotomasi customer support tanpa merusak eskalasi?

Setiap tim dukungan punya kebijakan eskalasi, dan setiap versinya adalah kompromi antara yang aman dan yang masih bisa diingat agen di bawah tekanan. Tuliskan apa yang dikatakan kebijakan dan apa yang sebenarnya dilakukan tim, karena keduanya berbeda. Di fintech perbedaannya biasanya condong ke sisi aman — agen escalate jauh lebih sering daripada yang diminta kebijakan, karena salah soal uang adalah kejadian yang berdampak pada karier. Eskalasi tambahan itulah target otomasi yang sesungguhnya, dan tidak terlihat kalau Anda hanya membaca dokumennya.

Keluaran tahap ini adalah tabel: pemicunya, siapa yang memutuskan, apa yang harus dilihat manusia sebelum memutuskan, dan hasil terburuk kalau keputusannya salah. Kalau kolom terakhir tidak bisa Anda isi untuk satu baris, Anda baru menemukan aturan yang tidak dipahami siapa pun — dan itu belum bisa diotomasi.

Pecah setiap tugas menjadi mengumpulkan, menilai, dan bertindak. Mengumpulkan dan bertindak bagus diotomasi; menilai tidak, dan proyek pertama tidak boleh mencoba. Mengambil riwayat transaksi pelanggan, menentukan produk mana yang terkait, menyusun balasan dalam bahasa dan nada yang tepat, serta mengisi kolom tiket lebih dulu — sebagian besar waktu agen untuk satu kasus nyata habis di situ. Keputusannya — refund atau dispute, blokir atau buka, eskalasi atau tutup — hanya butuh beberapa detik dan justru bagian yang layak tetap manusia.

Secara konkret: di FINETIKS pekerjaan yang saya pimpin adalah alur kerja AI agen dan otomasi peka konteks yang menekan intervensi manual sampai 40%, berjalan bersama operasi dukungan, alur eskalasi, dan otomasi n8n yang menopangnya. Empat puluh persen itu adalah mengetik, mencari informasi, dan memindahkan data antar sistem. Bukan penilaian atas uang pelanggan.

Dua hal harus berlaku di antarmuka, kalau tidak otomasinya akan melebar diam-diam. Agen harus bisa melihat apa yang dilakukan sistem dan mengapa, di tampilan tempat mereka bekerja — panel ringkas "3 sumber dikonsultasikan, draf dari templat X" sudah cukup. Dan sistem harus menyatakan, di dalam tiket itu sendiri, kapan ia memilih untuk tidak memutuskan.

Mode kegagalan yang saya lawan bukan jawaban yang salah, melainkan jawaban benar tanpa jejak — karena kalau begitu tidak ada yang bisa mengaudit, tidak ada yang bisa mengajari, dan orang berikutnya yang mewarisi alur kerja harus menebak bagian mana yang struktural. Saat kami memangkas intervensi manual di FINETIKS, syarat yang saya pegang adalah jalur keputusan manusia tetap terbaca. Antrean yang lebih cepat dengan otak tak terlihat di dalamnya bukan sistem; itu rumor tentang sistem.