Bagaimana Produk Companion Chat Seharusnya Mengenali Saat Pengguna Ingin Berhenti?
Produk companion chat harus memperlakukan pesan berhenti yang jelas sebagai sebuah instruksi, mengenali saat aktivitas yang diminta telah selesai, dan membiarkan pengguna menjeda tanpa harus menjelaskan alasannya. Ketika interaksi berakhir, sistem harus menutupnya secara singkat dan menyerahkan langkah berikutnya kepada pengguna. Cara praktis untuk merancang hal ini adalah dengan mengurutkan sinyal berdasarkan kejelasannya, memprioritaskan permintaan eksplisit, dan menghindari menebak-nebak dari suasana hati atau keheningan pengguna.
Mulailah dari kata-kata pengguna, bukan teori tentang suasana hati mereka
Pesan seperti “berhenti”, “saya sudah selesai”, “sudah cukup”, “sampai jumpa”, atau “kita sudahi sampai di sini” adalah bukti langsung bahwa pengguna ingin mengakhiri interaksi. Masukkan frasa-frasa ini, beserta variasi alaminya, ke dalam penanganan penghentian produk. Perlakukan frasa tersebut sebagai instruksi kendali di sepanjang percakapan, termasuk selama aktivitas kreatif atau saat sistem sedang mengajukan pertanyaan.
Hal ini mengikuti panduan desain percakapan yang sudah mapan. Google merekomendasikan untuk menghormati ungkapan seperti “saya sudah selesai” dan “lupakan saja”, serta menyarankan untuk tidak meragukan keputusan seseorang yang ingin meninggalkan tugas yang belum selesai jika kemajuan yang hilang hanya sedikit. Amazon Lex juga menetapkan stop intent untuk frasa-frasa yang mengindikasikan bahwa pengguna ingin mengakhiri interaksi. (Panduan Google tentang penutupan percakapan; built-in stop intent Amazon Lex)
Respons produk harus mengakui instruksi tersebut satu kali, lalu mengakhiri giliran percakapan. Misalnya: “Dimengerti. Kita bisa berhenti di sini.” Jangan menindaklanjuti pengakuan tersebut dengan pertanyaan lain, ajakan untuk terus berbicara, atau permintaan untuk membenarkan keputusan tersebut. Perintah berhenti seharusnya tidak menjadi negosiasi kecil di mana pengguna harus mengulang perkataan mereka.
Perlakukan penyelesaian tugas sebagai titik penutupan yang alami
Pengguna mungkin selesai tanpa mengatakan “berhenti”. Mereka mungkin meminta cerita pendek dan menerimanya, memilih ide untuk aktivitas akhir pekan, atau selesai merevisi pesan. Begitu hasil yang diminta telah diberikan dan tidak ada bagian tugas yang belum terselesaikan, sistem dapat menutup dengan pernyataan singkat seperti “Ini versi yang sudah selesai” atau “Itu rencana untuk hari Sabtu Anda.” Sistem tidak perlu secara otomatis menambahkan “Ada lagi yang ingin Anda lakukan?”
Ini adalah kesimpulan desain dari panduan untuk menjaga respons percakapan tetap singkat, relevan, dan terfokus pada tugas. Daftar periksa desain percakapan Amazon merekomendasikan langkah-langkah minimal dan pesan yang relevan, serta menyarankan agar tidak mengganggu pengalaman dengan tawaran yang tidak terkait. Jika diterapkan pada companion chat, hal ini menyarankan untuk membuat pertanyaan lanjutan hanya jika ada langkah berikutnya yang nyata, bukan menyematkannya pada setiap jawaban yang sudah selesai. (Prinsip desain percakapan Amazon Alexa)
Ada pengecualian. Jika permintaan memiliki beberapa bagian, produk harus menyelesaikan bagian yang dijanjikan atau menyatakan dengan jelas apa yang tersisa. Jika pengguna meminta draf dan revisi, hanya memberikan draf bukanlah tugas yang selesai. Namun, begitu cakupan yang disepakati terpenuhi, permintaan terbuka (open-ended prompt) dapat membuat interaksi yang sudah selesai terasa belum usai. Penutupan yang ringkas mencegah sistem memperluas tugas pengguna secara diam-diam.
Buat jeda mudah diungkapkan dan mudah dilanjutkan kembali
Menjeda berbeda dengan mengakhiri. “Mari kita jeda”, “Saya akan kembali lagi nanti”, “sebentar”, atau “simpan ini untuk nanti” dapat menandakan bahwa pengguna ingin istirahat sambil tetap mempertahankan hasil kerjanya. Jika produk mendukung riwayat percakapan atau draf yang tersimpan, produk dapat mengonfirmasi apa yang akan tetap tersedia dengan bahasa yang lugas. Jika sistem tidak dapat mempertahankan status saat ini, sistem harus menyatakannya sebelum pengguna pergi ketika keterbatasan tersebut penting.
Biarkan jeda tetap dikendalikan oleh pengguna. Jangan meminta penjelasan atau menyarankan alasan untuk istirahat tersebut. Jika produk memiliki kontrol jeda atau tutup yang terlihat, beri label dengan jelas dan berikan hasil yang dapat diprediksi. Panduan W3C tentang kontrol pengguna menyatakan bahwa perubahan konteks harus diinisiasi oleh pengguna atau memiliki mekanisme untuk menonaktifkannya; prinsip tersebut mendukung kontrol yang jelas dan perilaku yang dapat diprediksi di sekitar transisi. (Panduan W3C tentang Perubahan atas Permintaan)
Produk juga harus membedakan jeda dari penghentian eksplisit menggunakan kata-kata dan tindakan yang tersedia di antarmuka. Jeda dapat mempertahankan draf atau posisi dalam suatu tugas jika fitur tersebut mendukungnya. Penghentian harus mengakhiri interaksi saat ini. Jangan mengklaim bahwa percakapan telah disimpan kecuali memang benar tersimpan, dan jangan memperlakukan tindakan keluar dari aplikasi atau berdiam diri sebagai permintaan untuk mengirim lebih banyak pesan.
Gunakan urutan yang jelas untuk sinyal ambigu dan eksplisit
Hierarki sinyal yang berguna untuk penerapan adalah:
Pemberhentian eksplisit atau perpisahan: akhiri interaksi segera.
Permintaan jeda atau penyimpanan eksplisit: jeda atau simpan jika didukung, lalu konfirmasikan hasilnya secara singkat.
Permintaan selesai: berikan hasil yang diminta dan tutup tanpa memerlukan giliran bicara lagi.
Pesan tidak jelas: ajukan satu pertanyaan klarifikasi singkat hanya jika ambiguitas menghalangi tugas.
Keheningan: tunggu atau akhiri sesi aktif sesuai dengan perilaku normal produk; jangan menyimpulkan keadaan emosional.
Urutan ini adalah proposal desain praktis, bukan tolok ukur yang dipublikasikan atau pengklasifikasi universal. Tujuannya adalah untuk mencegah instruksi langsung dikesampingkan oleh asumsi-asumsi yang lebih lemah. Misalnya, “Sudah cukup” harus lebih diutamakan daripada prediksi sistem bahwa saran terkait mungkin akan disukai. Pertanyaan seperti “Apakah maksud Anda berhenti di sini, atau menyimpannya untuk nanti?” hanya cocok jika kata-kata pengguna benar-benar membuat hasil tersebut tidak jelas.
Jika suatu produk mendukung tindakan yang berdampak besar atau berisiko kehilangan pekerjaan penting, konfirmasi mungkin tepat untuk melindungi pekerjaan tersebut. Buat konfirmasi tetap spesifik dan mudah dijawab: “Berhenti sekarang dan buang draf ini?” Untuk percakapan biasa di mana kemajuan yang hilang hanya sedikit, konfirmasi berulang kali justru menimbulkan friksi yang tidak perlu. Panduan Google membuat perbedaan yang sama: jangan memeriksa ulang tindakan keluar kecuali kemajuan yang signifikan akan hilang. (Panduan Google tentang penutupan percakapan)
Buat respons penutup tetap singkat dan lengkap
Pesan penutup harus menjalankan satu fungsi: memperjelas bahwa sistem telah memahami pengguna dan bahwa interaksi telah berakhir atau dijeda. Contoh yang sesuai meliputi:
Berhenti: “Baik. Kita berhenti di sini.”
Tugas kreatif selesai: “Ini puisi yang sudah direvisi.”
Jeda dengan pekerjaan tersimpan: “Dijeda. Draf Anda tersimpan di obrolan ini.”
Jeda tanpa fitur penyimpanan: “Baik. Anda dapat kembali ke obrolan ini nanti, tetapi saya tidak dapat menyimpan draf terpisah.”
Gunakan hanya pernyataan yang sesuai dengan perilaku produk yang sebenarnya. Hindari bujukan emosional, kalimat yang memicu rasa bersalah, atau pertanyaan baru. Penutupan bisa tetap hangat tanpa meminta pengguna menenangkan sistem atau melanjutkan interaksi. Tujuan desainnya adalah akhir yang jelas dan dapat dipercaya oleh pengguna.
Uji kasus-kasus batas, bukan hanya perintah yang jelas
Tinjau contoh percakapan singkat dalam penggunaan sehari-hari: perintah berhenti langsung di tengah cerita, “sudah cukup” setelah sebuah rekomendasi, tugas menulis yang selesai, permintaan untuk menjeda di tengah jalan, dan ucapan ambigu “mungkin nanti”. Periksa apakah setiap kasus mengarah ke perilaku yang dimaksudkan dan pastikan pertanyaan lanjutan tidak muncul setelah adanya permintaan berhenti yang jelas atau tugas yang telah selesai.
Periksa juga kemungkinan positif palsu (false positives). “Berhenti menggunakan frasa itu dan coba yang lain” mengandung kata “berhenti” tetapi merupakan instruksi di dalam tugas, bukan serta-merta permintaan untuk mengakhiri obrolan. Tafsirkan kata-kata dalam konteksnya, sambil tetap menyediakan kontrol penghentian khusus saat sistem salah memahami bahasa tersebut. Dokumentasi Amazon menjelaskan built-in stop intent untuk frasa berhenti yang umum; produk companion chat dapat menggunakan ide dasar yang sama sambil menyesuaikan pengenalannya dengan antarmuka teks atau suaranya. (Built-in stop intent Amazon Lex)
Lacak kegagalan praktis seperti permintaan berhenti yang diikuti oleh pertanyaan lain, tugas selesai yang memicu pertanyaan yang tidak relevan, atau jeda yang menghilangkan progres kerja meskipun mengindikasikan telah tersimpan. Ini adalah pemeriksaan perilaku yang dapat diamati, bukan penilaian tentang apa yang dirasakan pengguna. Hal ini membantu tim menyempurnakan interaksi tanpa harus mendiagnosis pengguna dari pilihan kata mereka.
Aturan sederhana untuk penutupan yang menghargai pengguna
Ketika pengguna dengan jelas mengakhiri percakapan, berhentilah. Ketika tugas yang disepakati selesai, tutuplah secara singkat. Ketika pengguna meminta untuk menjeda, pertahankan kendali mereka dan jelaskan perilaku penyimpanan yang tersedia. Ajukan pertanyaan lanjutan hanya jika diperlukan untuk menyelesaikan permintaan atau mengatasi ambiguitas yang nyata. Hal ini memberikan cara konkret bagi produk companion chat untuk mengenali akhir interaksi sambil tetap menyerahkan pilihan, waktu, dan kelanjutan interaksi kepada pengguna.