Konfirmasi
Konfirmasi memberi pengguna masukan tentang cara input mereka dipahami. Hal ini tidak hanya membuat pengguna dapat segera memperbaiki kesalahan, tetapi juga meyakinkan mereka secara sosial dan percakapan yang tepat dengan cara membangun landasan bersama. Selain itu, konfirmasi dapat membantu memajukan rangkaian percakapan dengan mempertahankan konteks.
Lihat juga You Can Say That Again: Peran Pengulangan dalam Desain Percakapan oleh James Giangola, Conversation & Persona Design Lead @ Google
Yang dimaksud dengan konfirmasi
Ada 2 jenis hal yang mungkin perlu dikonfirmasi:
Parameter
Potongan informasi utama yang diucapkan atau tersirat.
Contoh: sepatu lari pria (gaya sepatu), biru kerajaan, dan hijau neon (warna)

Tindakan
Sesuatu yang akan diselesaikan atau diselesaikan oleh Asisten.
Contoh: Menambahkan sesi ke jadwal pengguna

Konfirmasi eksplisit

Konfirmasi implisit

Tidak ada konfirmasi

Penggunaan
Beberapa jenis konfirmasi jauh lebih sering dibandingkan yang lainnya. Berikut adalah daftar cara menggunakan konfirmasi, dari skenario yang paling umum hingga yang paling tidak umum:
Konfirmasi implisit parameter (umum)
Gunakan sebagian besar waktu, bukan untuk mengonfirmasi input pengguna, tetapi untuk mengonfirmasi parameter yang diucapkan atau tersirat. Pengguna memerlukan konteks ini untuk memahami respons.

Lakukan.
Mengonfirmasikan angka yang ditebak akan meyakinkan pengguna bahwa mereka memahami konversi, dan membantu menyampaikan tebakan berikutnya.

Hindari.
Jangan melakukan konfirmasi dengan memfokuskan pada apa yang didengar Action Anda atau apa yang dikatakan pengguna.
Konfirmasi implisit dari tindakan (umum)
Konfirmasi bahwa tindakan telah selesai (kecuali jika terbukti sendiri).

Lakukan.
Konfirmasikan bahwa detail telah dikirim, dan beri tahu pengguna ke mana mereka dikirim.

Hindari.
Pengguna mungkin tidak memercayai bahwa detail tersebut sudah ditetapkan.
Tidak ada konfirmasi tindakan (tidak umum)
Gunakan saat tindakan/respons itu sendiri memperjelas secara langsung bahwa Anda memahami pengguna. Hal ini berlaku untuk perintah global seperti "berhenti" atau "batal".

Hindari.
Tindakan Anda tidak dapat memaksa pengguna untuk melanjutkan percakapan.
Tidak ada konfirmasi parameter (jarang)
Jangan konfirmasi jika inputnya sederhana dan biasanya dikenali dengan keyakinan tinggi, misalnya, tata bahasa ya/tidak.

Lakukan.
Perhatikan bahwa respons 'ya' dari pengguna tidak dikonfirmasi.

Hindari.
Jangan mengonfirmasi tata bahasa ya/tidak, yaitu “Oke, ya.”
Konfirmasi tindakan secara eksplisit (jarang)
Periksa kembali dengan pengguna sebelum melakukan tindakan yang akan sulit diurungkan, misalnya, menghapus data pengguna, menyelesaikan transaksi, dsb.

Lakukan.
Konfirmasi secara eksplisit sebelum menghapus data pengguna. (Selain itu, perhatikan bahwa tidak membatalkan langganan telah dikonfirmasi secara implisit, agar tidak ada ambiguitas.)

Hindari.
Pemulihan dari error di sini akan sulit. Membuat akun keanggotaan baru menghabiskan waktu dan informasi yang terkait dengan akun tersebut akan hilang.
Konfirmasi eksplisit parameter (jarang)
Gunakan seperlunya, hanya jika biaya untuk salah memahami pengguna tinggi, misalnya, nama, alamat, teks yang akan dibagikan atas nama pengguna.

Lakukan.
Konfirmasikan pesan yang akan dikirim sebelum dikirim karena pengguna tidak dapat mengoreksinya setelah dikirim.

Hindari.
Di sini, pengguna tidak mengetahui dengan jelas pesan apa yang akan disertakan. Jika terjadi error, pengguna tidak akan pernah tahu kecuali jika Lola (penerima) mengatakan sesuatu.
Koreksi
Harapkan pengguna melakukan koreksi, setelah konfirmasi eksplisit dan implisit, jika ada kesalahpahaman atau salah menafsirkan input mereka. Beri pengguna kesempatan untuk membuat perubahan, meskipun tidak ada kesalahan.
Izinkan koreksi satu langkah.
Koreksi pengguna harus mengikuti Prinsip Koperasi dengan mengatakan “tidak”, diikuti dengan koreksi mereka (misalnya, “Tidak, pukul 07.00”). Ini disebut koreksi satu langkah.

Lakukan.
Izinkan pengguna melakukan koreksi satu langkah.

Hindari.
Di sini, respons pengguna disalahartikan sebagai “tidak” untuk pertanyaan “Apakah hanya itu?”
Buat dialog untuk mendukung koneksi.
Izinkan pengguna membuat perubahan pada salah satu parameter (informasi utama yang dikatakan atau tersirat).

Lakukan.
Perjelas apa yang ingin dikoreksi pengguna dan minta informasi baru.

Hindari.
Jangan membatalkan dan memaksa pengguna untuk memulai dialog dari awal, dalam hal ini dengan membuat buket kustom baru.