Bisakah Chatbot AI Membalas Nanti Seperti Teman? Panduan untuk Balasan Tertunda Pilihan Pengguna

Apa arti “membalas nanti” dalam obrolan AI?

Dalam percakapan antarmanusia, jeda bisa terjadi karena berbagai alasan: seseorang menjauh dari perangkat, berpikir sebelum menjawab, atau kembali ke percakapan nanti. Sistem AI tidak memiliki situasi pribadi seperti itu. Suatu produk dapat mereproduksi durasi jeda, tetapi sebaiknya tidak menampilkan jeda tersebut sebagai bukti dari alasan layaknya manusia.

Untuk tugas kreatif biasa, penundaan yang dipilih pengguna tetap bisa berguna. Seseorang mungkin meminta ide tulisan setelah makan malam, meminta serangkaian ide cerita baru dalam satu jam, atau menjadwalkan sudut pandang segar untuk besok pagi. Nilai utamanya terletak pada pemilihan waktu dan ritme percakapan yang diinginkan—bukan kesan bahwa AI memiliki kehidupan pribadi.

Buat tindakannya jelas pada saat diatur. Sebagai contoh: “Tunjukkan tiga ide judul baru pukul 19.00.” Kemudian konfirmasikan: “Dijadwalkan untuk pukul 19.00.” Perumusan kalimat ini memberi tahu pengguna apa yang akan dilakukan sistem, tanpa mengarang cerita fiktif seperti “Saya sedang sibuk saat ini.” Ini adalah rekomendasi desain berdasarkan perbedaan antara tindakan otomatis yang terjadwal dan penjelasan dari seseorang; ini tidak mengklaim bahwa chatbot tertentu sudah menyediakan fitur tersebut.

Biarkan pengguna memilih waktu dan kontennya

Alur balasan tertunda yang berguna dimulai dengan permintaan yang jelas. Pengguna harus dapat menentukan apa yang mereka inginkan, kapan mereka menginginkannya, dan—jika relevan—apakah jawabannya harus melanjutkan tugas saat ini atau memulai tugas baru. Jika sistem memerlukan klarifikasi mengenai waktu atau tugas, sistem harus bertanya sebelum mengonfirmasi jadwal.

Tampilkan waktu yang dipilih dalam format yang dapat diperiksa oleh pengguna, termasuk tanggal yang relevan jika kata “nanti” berpotensi ambigu. “Dalam 30 menit” mudah dipahami pada saat pengaturan, tetapi tanggal dan waktu lokal bisa lebih berguna ketika balasan dijadwalkan untuk hari lain. Jika zona waktu atau pengaturan perangkat dapat memengaruhi pengiriman, jelaskan waktu mana yang digunakan oleh jadwal alih-alih membiarkan pengguna menebak-nebak.

Petunjuk pesan terjadwal dari Apple menawarkan contoh nyata dari penjadwalan yang terlihat oleh pengguna: pesan menampilkan waktu terjadwalnya, dan pengguna dapat mengedit, menghapus, menjadwal ulang, atau mengirimkannya seketika sebelum waktu pengiriman tiba. Itu adalah preseden dalam pengiriman pesan, bukan bukti bahwa respons AI sudah dibuat atau dikirimkan dengan cara yang sama. Chatbot harus memperjelas perilakunya sendiri. Dukungan Apple: Menjadwalkan pesan teks di iPhone untuk dikirim nanti

Tampilkan status dalam antrean, sedang diproses, siap, dan gagal secara akurat

Respons terjadwal memiliki lebih dari satu status. “Dalam antrean untuk pukul 19.00” berarti sistem telah mencatat tindakan mendatang. Ini tidak serta-merta berarti jawabannya sudah ada. Jika sistem membuat respons pada waktu yang dijadwalkan, sampaikan hal itu. Jika sistem menyiapkannya lebih awal, beri label siap hanya setelah konten benar-benar tersedia. Hindari label status yang tidak jelas yang membuat tugas terjadwal terlihat seperti proses berpikir aktif atau progres yang sedang berjalan.

Setelah waktu yang dipilih tiba, sistem mungkin masih perlu membuat jawabannya. Status singkat “Sedang membuat balasan Anda” dapat membedakan proses tersebut dari status “Siap.” Jika pembuatan balasan gagal atau aplikasi tidak dapat menyelesaikan tugas, nyatakan dengan terus terang dan berikan langkah logis berikutnya kepada pengguna, seperti mencoba lagi atau memilih waktu lain. Jangan biarkan label “dalam antrean” usang yang menyiratkan bahwa jawaban masih dalam perjalanan padahal sebenarnya tidak.

Pendekatan ini mengikuti panduan antarmuka yang sudah mapan. Material Design menjelaskan indikator progres sebagai cara untuk mengomunikasikan status proses yang sedang berlangsung dan tindakan yang tersedia. Panduan W3C mendefinisikan pesan status sebagai informasi tentang hasil tindakan, status menunggu, progres, atau kesalahan, dan menjelaskan bahwa pembaruan tersebut harus dapat diakses oleh teknologi asistif tanpa mengambil fokus layar. Prinsip-prinsip tersebut mendukung teks status yang spesifik dan mudah diakses, alih-alih penundaan dekoratif atau keheningan tanpa penjelasan. Material Design: Indikator progres · W3C WAI: Memahami Kriteria Keberhasilan 4.1.3, Pesan Status

Letakkan opsi pembatalan dan pengeditan dekat dengan balasan terjadwal

Rencana bisa berubah. Pesan yang dijadwalkan harus tetap terlihat dalam percakapan atau dalam daftar jadwal yang mudah ditemukan, lengkap dengan cara yang jelas untuk membatalkannya. Jika memungkinkan, izinkan pengguna mengedit permintaan atau memindahkan waktunya. Konfirmasikan hasilnya setelah setiap tindakan: “Dibatalkan; tidak ada balasan yang akan dibuat” atau “Dipindahkan ke pukul 20.00.” Jika sistem tidak dapat menjamin pembatalan setelah proses pembuatan dimulai, jelaskan batas waktu pembatalan sebelum pengguna mengandalkannya.

Buat perbedaan antara membatalkan jadwal dan menghapus jawaban yang sudah terlihat menjadi jelas. Pembatalan harus menghentikan tindakan yang tertunda jika hal tersebut dapat dilakukan sistem secara andal. Jika jawaban sudah dibuat, beri tahu pengguna apakah jawaban tersebut tetap tersedia di ruang obrolan. Fitur pesan terjadwal Apple mengilustrasikan pentingnya status jadwal yang eksplisit dan kontrol pembatalan: Apple menyatakan bahwa menghapus pesan sebelum waktu terjadwalnya akan membatalkan pengirimannya. Perilaku pasti dari jadwal AI akan bergantung pada cara sistem tersebut dibangun, sehingga konfirmasinya harus menjelaskan hasil yang sebenarnya.

Jadikan notifikasi sebagai pilihan terpisah

Balasan terjadwal dapat muncul di obrolan tanpa harus mengirimkan notifikasi push. Tawarkan pilihan notifikasi secara terpisah dari pilihan waktu—misalnya, “Tampilkan di obrolan pukul 19.00” dan opsi tambahan “Beri tahu saya jika sudah siap.” Hal ini mencegah izin untuk menjadwalkan tugas dianggap sebagai izin untuk mengganggu pengguna nanti.

Jika notifikasi ditawarkan, jelaskan tujuannya saat pengguna sampai pada pilihan tersebut, dan pastikan tugas terjadwal tetap dapat berfungsi meski pengguna menolak notifikasi. Apple menyarankan untuk meminta izin notifikasi secara kontekstual agar orang-orang memahami kegunaan notifikasi tersebut. Panduan izin Android juga menyarankan untuk meminta izin saat pengguna mulai menggunakan fitur yang membutuhkannya, menghindari alur yang terhalang, serta menangani penolakan dengan baik. Rekomendasi platform ini mendukung keputusan notifikasi yang terpisah dan terinformasi; aturan ini tidak mengharuskan setiap produk menyediakan peringatan push. Apple Developer: Meminta izin untuk menggunakan notifikasi · Android Developers: Meminta izin runtime

Jika pengguna memilih untuk mengaktifkannya, jaga agar tingkat kepentingan pemberitahuan tetap sebanding dengan balasan kreatif biasa. Panduan notifikasi Apple menyatakan agar urgensi ditampilkan secara akurat dan membiarkan pengguna mengelola preferensi notifikasi mereka. Perintah penulisan rutin tidak boleh dilabeli sebagai mendesak atau dibingkai seolah-olah membutuhkan perhatian segera. Apple Human Interface Guidelines: Mengelola notifikasi

Urutan praktis untuk balasan kreatif yang tertunda

Interaksi sederhana dapat berjalan seperti ini: pengguna meminta, “Beri saya tiga nama untuk kafe fiktif ini pada pukul 19.00.” Sistem mengulangi tugas dan waktu tersebut, lalu bertanya apakah pengguna menginginkan pemberitahuan saat balasan siap. Setelah dikonfirmasi, percakapan menampilkan “Dalam antrean untuk pukul 19.00” disertai kontrol untuk mengedit atau membatalkan. Pada waktu yang ditentukan, sistem menampilkan “Sedang membuat balasan Anda,” lalu menyajikan ide-ide tersebut dan menandai tugas selesai. Jika proses pembuatan gagal, sistem melaporkan kegagalan tersebut dan menawarkan opsi untuk mencoba lagi.

Urutan tersebut menjadikan penundaan sebagai fitur yang diarahkan oleh pengguna. Gaya bahasanya bisa terasa hangat dan komunikatif saat balasan tiba, tetapi antarmuka tidak perlu berpura-pura bahwa ada seseorang yang sedang pergi, teralihkan, atau memutuskan untuk menunggu sebelum menjawab. Aturan praktisnya sederhana: biarkan pengguna memilih jeda waktu, beri tahu mereka apa yang akan dilakukan sistem, dan berikan mereka kendali penuh atas balasan yang tertunda maupun notifikasinya.

Lanjutkan topik ini