Pelanggan jarang mengirim satu permintaan rapi dalam satu pesan. Kalimat seperti “boleh cek stok warna biru, sekalian tanya ongkir ke Bekasi, dan kalau ada tolong batalkan pesanan kemarin” sebenarnya berisi tiga maksud berbeda dalam satu napas. Ini beda dari topik ambiguitas bahasa yang sudah dibahas sebelumnya, karena di sini bukan soal satu maksud yang tidak jelas, tapi soal beberapa maksud yang jelas namun bercampur.
Kenapa ini gampang bikin agent gagal
Agent yang dirancang untuk menjawab satu pertanyaan per pesan cenderung hanya menangkap bagian pertama atau bagian yang paling menonjol, lalu mengabaikan sisanya. Pelanggan yang merasa separuh permintaannya tidak dijawab akan menganggap agent tidak becus, padahal masalahnya ada di desain yang tidak siap memecah satu pesan jadi beberapa tugas terpisah.
Memecah dulu, baru menjawab
Pendekatan yang lebih tahan banting adalah memecah pesan masuk menjadi beberapa permintaan terpisah sebelum diproses satu per satu, lalu menyusun jawaban yang mencakup semuanya dalam satu balasan yang runtut. Ini butuh langkah tambahan di alur kerja agent, bukan sekadar menjawab pertanyaan pertama yang terdeteksi.
Urutan penting saat ada aksi yang saling terkait
Kadang permintaan dalam satu pesan saling bergantung, misalnya membatalkan pesanan lama sebelum membuat pesanan baru dengan barang yang sama. Kalau agent memproses semuanya secara acak tanpa memperhatikan urutan logis, hasilnya bisa jadi kesalahan yang lebih besar daripada sekadar lupa menjawab satu bagian.
Kapan lebih baik memecah balasan jadi beberapa langkah
Untuk permintaan yang berisiko tinggi seperti pembatalan pesanan atau perubahan data penting, kadang lebih aman agent mengonfirmasi satu per satu secara berurutan daripada mengeksekusi semuanya sekaligus dalam satu balasan panjang. Pelanggan diberi kesempatan meluruskan kalau ada bagian yang sebenarnya salah dipahami sebelum tindakan yang tidak mudah dibatalkan benar benar dijalankan.