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

Ada 2 jenis hal yang mungkin perlu dikonfirmasi:

Potongan informasi utama yang diucapkan atau tersirat.
Contoh: sepatu lari pria (gaya sepatu), biru kerajaan, dan hijau neon (warna)

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

Ada 3 cara untuk menanganinya:
Memerlukan respons dari pengguna untuk mengonfirmasi (“Apakah pesan saya benar?”). Biasanya ya/tidak atau beberapa sinonim.
Tidak memerlukan respons dari pengguna, meskipun pengguna mungkin memberikan respons jika mereka ingin melakukan koreksi (“tidak, 3 orang”). Cukup konfirmasi (“untuk 2 orang yang duduk bersama”) dan melanjutkan. Dalam contoh ini, langkah berikutnya adalah mengonfirmasi pembelian kursi tertentu secara eksplisit.
Tidak ada konfirmasi berlebihan (kode pos).

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:

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 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.

Gunakan saat tindakan/respons itu sendiri memperjelas secara langsung bahwa Anda memahami pengguna. Hal ini berlaku untuk perintah global seperti "berhenti" atau "batal".

Lakukan.

Secara default, Action Anda akan menutup percakapan. Lihat aplikasi keluar.

Hindari.

Tindakan Anda tidak dapat memaksa pengguna untuk melanjutkan percakapan.

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.”

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.

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.

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?”

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.