Konfirmasi

Konfirmasi adalah kotak dialog modal yang menanyakan apakah pengguna ingin melanjutkan tindakan.

Konfirmasi umum.

Konfirmasi memiliki karakteristik penting ini:

• Mereka ditampilkan sebagai hasil langsung dari tindakan yang dimulai oleh pengguna.
• Mereka memverifikasi bahwa pengguna ingin melanjutkan tindakan.
• Mereka terdiri dari pertanyaan sederhana dan dua respons atau lebih.

Konfirmasi paling berguna ketika tindakan mengharuskan pengguna untuk membuat pilihan yang relevan dan berbeda yang tidak dapat dibuat nanti. Pilihan itu sering melibatkan beberapa elemen risiko yang tidak jelas bagi pengguna, tetapi risiko tidak penting untuk konfirmasi. Elemen-elemen ini diperlukan untuk membenarkan gangguan merespons dialog modal.

Sebaliknya, pesan peringatan menyajikan kondisi yang dapat menyebabkan masalah di masa mendatang. Karakteristik mendasar mereka adalah bahwa mereka melibatkan risiko:

• Mereka melibatkan potensi kehilangan satu atau beberapa hal berikut:
  • Aset berharga, seperti kehilangan data atau kerugian finansial.
  • Akses atau integritas sistem.
  • Privasi atau kontrol atas informasi rahasia.
  • Waktu pengguna (jumlah yang signifikan, seperti 30 detik atau lebih).
• Mereka memiliki konsekuensi yang tidak terduga atau tidak diinginkan.
• Mereka memerlukan penanganan yang benar sekarang karena kesalahan tidak dapat dengan mudah diperbaiki, dan bahkan mungkin tidak dapat diubah.

Jika konfirmasi melibatkan risiko, itu juga dapat dianggap sebagai peringatan. Akibatnya, pedoman pesan peringatan juga berlaku.

Catatan: Panduan yang terkait dengan kotak dialog , pesan kesalahan , tata letak , dan pesan peringatan disajikan dalam artikel terpisah.

Apakah ini antarmuka pengguna yang tepat?

Untuk memutuskan, pertimbangkan pertanyaan-pertanyaan ini:

• Apakah pengguna diajukan pertanyaan untuk melanjutkan tindakan yang memiliki dua respons atau lebih? Jika tidak, pesan bukan konfirmasi.
• Apakah UI yang menyajikan kesalahan atau masalah yang telah terjadi? Jika demikian, gunakan pesan kesalahan sebagai gantinya.
• Apakah melanjutkan tindakan mengharuskan pengguna untuk membuat pilihan yang tidak memiliki default yang sesuai? Jika demikian, konfirmasi mungkin sesuai.
• Apakah ada desain alternatif yang menghilangkan kebutuhan akan konfirmasi? Kebutuhan akan konfirmasi terkadang menunjukkan kelemahan desain. Seringkali ada alternatif desain yang lebih baik yang tidak memerlukan konfirmasi.
• Apakah pengguna akan melakukan tindakan berisiko? Jika demikian, konfirmasi sesuai jika tindakan memiliki konsekuensi yang signifikan atau tidak dapat dengan mudah dibatalkan.
• Apakah pengguna akan meninggalkan tugas? Jika demikian, jangan konfirmasi. Asumsikan pengguna memahami konsekuensi dari tidak menyelesaikan tugas.
• Apakah tindakan memiliki konsekuensi yang mungkin tidak diketahui pengguna? Jika demikian, konfirmasi mungkin sesuai.
• Mengingat konteks saat ini, apakah pengguna cenderung melakukan tindakan dalam kesalahan? Jika demikian, konfirmasi mungkin sesuai.
• Apakah pengguna sering melakukan tindakan? Jika demikian, pertimbangkan desain alternatif. Konfirmasi yang sering mengganggu dan memiliki sedikit nilai karena pengguna belajar merespons tanpa berpikir.
• Apakah tindakan memiliki implikasi keamanan? Jika demikian, konfirmasi mungkin diperlukan meskipun pengujian sebelumnya menunjukkan sebaliknya.

Konsep desain

Konfirmasi yang tidak perlu mengganggu

Konfirmasi Windows pertama yang pernah dibuat tidak diragukan lagi terlihat seperti ini:

konfirmasi

Konfirmasi asli yang mengganggu.

Ini awal yang sangat buruk. Jika Anda ingin pengguna membenci program Anda, cukup taburkan konfirmasi seperti ini di seluruh. Untuk memahami alasannya, pertimbangkan sudut pandang pengguna. Pengguna hanya diminta untuk melakukan tindakan dengan definisi konfirmasi jadi kecuali ada sesuatu yang diklik atau ditekan secara tidak sengaja, tentu saja pengguna ingin melanjutkan.

Tidak hanya konfirmasi yang tidak perlu mengganggu, tetapi tidak efektif dalam melindungi pengguna dari kesalahan. Pengguna dengan cepat menemukan ketika program memiliki konfirmasi yang tidak perlu dan respons alami mereka adalah untuk menutupnya secepat mungkin, sering kali tanpa membaca. Akibatnya, konfirmasi tersebut melakukan sedikit lebih dari menambahkan langkah tambahan ke tugas-tugas ini.

Jangan gunakan konfirmasi hanya karena ada kemungkinan pengguna membuat kesalahan. Sebaliknya, konfirmasi paling efektif ketika digunakan untuk mengonfirmasi tindakan yang memiliki konsekuensi yang signifikan atau tidak diinginkan. Konfirmasi yang baik tidak pernah menyatakan yang jelas; mereka harus mengomunikasikan sesuatu yang perlu diperhatikan pengguna untuk alasan yang baik untuk tidak melanjutkan. Dan mereka hanya digunakan ketika mereka benar-benar diperlukan oleh tindakan, seperti meminta pengguna untuk menyimpan perubahan hanya ketika ada perubahan yang layak disimpan. Melakukannya menuntut perhatian pengguna hanya ketika benar-benar dijamin.

Untuk jenis konfirmasi lainnya, sering kali ada alternatif desain yang lebih baik daripada memaksa pengguna untuk menjawab pertanyaan.

Pertimbangkan alternatif desain

Berikut adalah beberapa alternatif desain yang menghilangkan kebutuhan akan konfirmasi rutin:

• Mencegah kesalahan. Tugas desain sehingga kesalahan signifikan sulit dilakukan secara tidak sengaja. Misalnya, perintah destruktif yang terpisah secara fisik dari perintah lain, dan memerlukan beberapa tindakan untuk diselesaikan.
• Sediakan urungkan. Berikan kemampuan untuk mengembalikan tindakan. Misalnya, menghapus file di Microsoft Windows biasanya tidak memerlukan konfirmasi karena file yang dihapus dapat dipulihkan dari Keranjang Sampah. Perhatikan bahwa jika tindakan sangat mudah dilakukan, hanya meminta pengguna mengulangi tindakan mungkin cukup.
• Berikan umpan balik. Membuat hasil yang tidak diinginkan menjadi jelas. Menyediakan pembatalan saja tidak cukup jika pengguna tidak menyadari ketika mereka membuat kesalahan. Misalnya, efek manipulasi langsung (seperti operasi seret dan letakkan) harus selalu jelas.
• Asumsikan kemungkinan hasilnya, tetapi membuatnya mudah diubah. Jika Anda tidak yakin apa yang diinginkan pengguna tetapi ada pilihan yang mungkin, aman, dan aman, asumsikan pilihan tersebut, perjelas apa yang terjadi, dan memudahkan untuk mengubah menggunakan menu konteks. Misalnya, Microsoft Word mengasumsikan bahwa pengguna ingin mengeja kata dengan benar. Jika mengenali kata yang salah eja dan mengetahui ejaan yang kemungkinan benar, Word secara otomatis membuat koreksi tetapi memungkinkan pengguna untuk kembali.
• Hilangkan pilihan sepenuhnya. Jika pilihannya tidak penting, pengguna tidak akan peduli. Lebih baik menyederhanakan program Anda dan menghilangkan pilihan.

Membuat konfirmasi memerlukan pemikiran

Agar konfirmasi memiliki nilai, pengguna perlu memahami alasan untuk tidak melanjutkan. Terkadang alasannya jelas, seperti ketika pengguna menutup dokumen dengan perubahan yang belum disimpan:

Dalam contoh ini, alasan konfirmasinya jelas.

Dalam situasi lain, alasannya mungkin tidak begitu jelas.

Saat memilih label tombol penerapan untuk kotak dialog, panduan umum adalah memilih label yang merupakan respons khusus terhadap instruksi utama. Ini mengarah pada pengambilan keputusan yang efisien karena pengguna harus membaca jumlah teks minimum untuk melanjutkan. Namun, tujuan efisiensi ini dapat menjadi kontraproduktif untuk konfirmasi. Pertimbangkan contoh ini:

Salah:

Dalam contoh ini, respons yang benar memerlukan pemikiran.

Jika Anda menyajikan konfirmasi ini segera setelah pengguna memberikan perintah Hapus instalan, respons pengguna kemungkinan adalah "Tentu saja saya ingin menghapus instalasi!" Pengguna akan mengklik Hapus instalan tanpa memberinya pemikiran kedua.

Untuk konfirmasi, kami tidak ingin pengguna membuat keputusan emosional yang terburu-buru. Untuk mendorong pengguna memikirkan respons mereka, kita perlu memberikan benjolan kecepatan pengambilan keputusan kecil. Ketika praktis, biasanya lebih baik melakukan ini dengan menguraikan tombol penerapan dengan hati-hati. Misalnya, kita dapat menggunakan bahasa tambahan untuk menunjukkan bahwa ada alasan untuk tidak melanjutkan.

Lebih Baik:

Dalam contoh ini, "anyway" ditambahkan ke label tombol penerapan untuk menunjukkan bahwa konfirmasi memberikan alasan untuk tidak melanjutkan.

Jika pendekatan itu tidak praktis, kita dapat menggunakan tombol penerapan Ya/Tidak.

Juga lebih baik:

Dalam contoh ini, menggunakan tombol penerapan Ya/Tidak memaksa pengguna untuk setidaknya membaca instruksi utama.

Berikan semua informasi

Jika Anda akan mengajukan pertanyaan, Anda harus memberikan informasi yang memadai bagi pengguna untuk menjawab pertanyaan tersebut dengan cerdas. Pertimbangkan dialog Konfirmasi Penggantian File dari Windows XP:

Kotak dialog Windows XP Confirm File Replace.

Apakah konfirmasi ini menyediakan semua informasi yang mungkin diperlukan pengguna untuk menjawab pertanyaan? Sebelum Anda menjawab, pertimbangkan skenario pengguna yang paling umum:

• Salin (atau pindahkan) file lain, menggantikan file yang sudah ada.
• Pertahankan file yang ada, tanpa menyalin atau memindahkan file lain.
• Simpan atau salin file yang lebih baru (skenario teratas).
• Pertahankan file yang ada atau salin file lainnya, tergantung pada kriteria seperti konten dan ukuran file.
• Pertahankan file yang ada dan salin file lain menggunakan nama yang berbeda.
• Batalkan operasi jika ada yang salah atau tidak terduga.

Pengguna dapat mencapai skenario 1 dengan mengklik Ya dan skenario 2 dengan mengklik Tidak. Mereka dapat mencapai skenario 3 dengan membandingkan tanggal file dan mengklik tombol yang sesuai, tetapi perhatikan berapa banyak pemikiran yang diperlukan untuk menentukan file yang lebih baru dan kemudian menentukan tombol yang sesuai terutama untuk apa yang kemungkinan menjadi skenario yang paling umum.

Skenario 4, 5, dan 6 juga sangat sulit. Ukuran file dibulatkan, jadi, misalnya, tidak mungkin untuk menentukan apakah file-file ini memiliki ukuran yang sama atau bahkan jika file tersebut adalah file yang sama. Ikon adalah untuk aplikasi yang digunakan untuk membuka file, sehingga pengguna harus membuka file untuk memeriksa dan membandingkan konten mereka. Memiliki gambar mini konten file akan jauh lebih berguna dalam menjawab pertanyaan.

Konfirmasi Salin File dari Windows Vista melakukan pekerjaan yang jauh lebih baik untuk menangani skenario ini dengan memberikan informasi lebih lanjut dan menambahkan opsi untuk menyimpan kedua file:

Konfirmasi File Salin Windows Vista.

Memberikan informasi spesifik dan berguna

Jika Anda akan mengajukan pertanyaan, pastikan pengguna memahami pertanyaan dan implikasi respons alternatif. Pertimbangkan konfirmasi keamanan Windows Internet Explorer ini:

pertanyaan yang samar

Konfirmasi keamanan yang tidak jelas.

Konfirmasi ini mengajukan pertanyaan yang mungkin tidak dapat dijawab pengguna dengan cerdas. Pengguna telah meminta agar Windows Internet Explorer menampilkan halaman, dan pesan ini menyarankan untuk melawannya secara implisit melalui kata-kata teks dan dengan menyoroti Tidak sebagai pilihan default.

Masalah keamanan spesifik yang ditimbulkan halaman tidak cukup dijelaskan, sehingga risiko kelanjutan tidak jelas. Informasi apa dalam konfirmasi yang akan menyebabkan pengguna mengklik Tidak? Karena ketidakjernihan pesan, konfirmasi tidak mungkin mencegah pengguna untuk melanjutkan, tetapi akan membuat mereka merasa buruk untuk melakukannya.

Agar konfirmasi ini berguna, konfirmasi harus memberikan informasi lebih lanjut informasi spesifik yang mungkin menyebabkan pengguna memutuskan untuk tidak melanjutkan. Secara umum, untuk setiap respons dalam konfirmasi, pertimbangkan skenario yang memerlukannya dan pastikan bahwa ada informasi yang memadai yang disediakan bagi pengguna untuk ingin memilihnya. Memberikan pilihan, bukan dilema.

Cara menentukan apakah konfirmasi diperlukan

Memikirkan skenario dan kemungkinan memilih setiap respons menunjukkan cara sistematis untuk menentukan apakah konfirmasi diperlukan. Jika pengguna cenderung memilih semua respons, konfirmasi diperlukan dan berguna. Namun, jika hanya satu respons yang mungkin (katakanlah 98 persen dari waktu), konfirmasi jelas tidak perlu dan harus dihapus. Perhatikan bahwa konfirmasi yang terkait dengan masalah keamanan, hukum, dan keselamatan adalah kemungkinan pengecualian.

Apakah konfirmasi ini diperlukan? Apakah pengguna akan memilih Tidak? Ini mungkin tapi sangat tidak mungkin. Konfirmasi ini harus dihapus.

Jika Anda hanya melakukan tiga hal ...

1. Pastikan konfirmasi Anda benar-benar diperlukan. Harus ada alasan yang sah dan jelas untuk tidak melanjutkan, dan kemungkinan bahwa kadang-kadang pengguna tidak akan.

2. Jika alasan konfirmasi tidak segera jelas, pilih tombol penerapan yang mendorong pengguna untuk memikirkan respons mereka. Biasanya, ini dilakukan dengan membuat frasa konfirmasi sebagai pertanyaan ya atau tidak dan memberikan jawaban yang benar-benar jelas atau Ya/Tidak.

3. Pertimbangkan semua skenario dan berikan informasi yang diperlukan untuk menjawab pertanyaan dengan cerdas.

Pola penggunaan

Konfirmasi memiliki beberapa pola penggunaan:

Penggunaan	Contoh
konfirmasi Rutin mengonfirmasi bahwa pengguna ingin melanjutkan dengan tindakan rutin berisiko rendah.	Konfirmasi ini biasanya diungkapkan "apakah Anda yakin...?" dan sering kali tidak menampilkan pesan ini lagi untuk meminimalkan kekesalan mereka. Contoh konfirmasi rutin. Catatan: Pola ini biasanya tidak perlu dan harus dihindari.
konfirmasi tindakan berisiko konfirmasikan bahwa pengguna ingin melanjutkan dengan tindakan yang memiliki beberapa risiko dan tidak dapat dengan mudah dibatalkan.	Karena memiliki risiko, konfirmasi ini biasanya memiliki ikon peringatan. Contoh konfirmasi tindakan berisiko.
Konfirmasi konsekuensi yang tidak diinginkan konfirmasikan bahwa pengguna ingin melanjutkan dengan tindakan yang memiliki konsekuensi tak terduga atau tidak diinginkan.	Selain mengajukan pertanyaan, konfirmasi ini menunjukkan konsekuensi yang tidak diinginkan. karena memiliki konsekuensi yang tidak diinginkan, konfirmasi ini biasanya memiliki ikon peringatan. contoh konfirmasi konsekuensi yang tidak diinginkan. namun, pola ini mengharuskan konsekuensinya benar-benar tidak diinginkan. salah: Konsekuensinya dimaksudkan di sini, jadi ini adalah konfirmasi rutin.
Klarifikasi mengklarifikasi bagaimana pengguna ingin melanjutkan dengan tindakan yang berpotensi ambigu atau konsekuensi yang tidak terduga.	Operasi seret dan letakkan dapat mengakibatkan klarifikasi jika efek operasi dapat disalahartikan. konfirmasi Contoh klarifikasi. Catatan: Pola ini harus dihindari karena lebih baik merancang tindakan tanpa konsekuensi ambigu dan mengasumsikan hasil yang paling mungkin diinginkan.
konfirmasi Keamanan konfirmasikan bahwa pengguna ingin melanjutkan dengan tindakan dengan konsekuensi keamanan.	konfirmasi Contoh konfirmasi keamanan.
konfirmasi motif Ulterior memberikan informasi tentang tindakan, tetapi menyajikannya sebagai konfirmasi.	Meskipun kotak dialog ini disajikan sebagai konfirmasi, tujuan sebenarnya adalah pendidikan pengguna atau iklan fitur. Contoh konfirmasi motif ulterior. Catatan: Pola ini tidak disarankan karena biasanya ada alternatif yang lebih baik dan lebih langsung. Misalnya, animasi adalah cara yang lebih baik untuk menunjukkan hubungan antara penyebab dan efek.

Pedoman

Umum

• Gunakan konfirmasi "Simpan perubahan" hanya ketika ada perubahan signifikan. Jangan mengonfirmasi perubahan yang tidak langsung dibuat oleh pengguna, seperti pemformatan ulang dokumen otomatis.

Salah:

Contoh ini salah saat digunakan untuk email atau dokumen kosong yang tidak diubah oleh pengguna.

Ikon

• Konfirmasi tidak menggunakan ikon bilah judul.

• Ikon area konten untuk konfirmasi didasarkan pada pola desainnya:

  Pola	Ikon
  Konfirmasi rutin	Tidak ada ikon.
  Konfirmasi tindakan berisiko	Ikon peringatan.
  Konfirmasi konsekuensi yang tidak diinginkan	Gunakan ikon peringatan jika ada risiko, ikon fitur jika tersedia; jika tidak, tidak ada ikon.
  Klarifikasi	Jika konfirmasi melibatkan dokumen, gunakan gambar mini dokumen; jika tidak, gunakan ikon fitur jika tersedia, atau tidak ada ikon.
  Konfirmasi keamanan	Ikon peringatan.
  Konfirmasi motif ulterior	Tidak ada ikon.

• Jangan gunakan ikon peringatan untuk pertanyaan rutin. Melakukannya adalah penghitung nada mendorong windows dan membuat penggunaan program Anda terasa seperti aktivitas berbahaya. Asumsikan pengguna memahami konsekuensi dari pembatalan tugas sebelum selesai.

Salah:

Dalam contoh ini, ikon peringatan digunakan untuk mengajukan pertanyaan rutin.

Tombol Terapkan

• Gunakan respons khusus terhadap instruksi utama jika alasan konfirmasi jelas atau dapat dibuat sendiri penjelasannya.

Dalam contoh ini, alasan konfirmasinya jelas, jadi Simpan dan Jangan simpan pekerjaan dengan baik.

• Jika tidak, gunakan tombol Ya dan Tidak untuk respons konfirmasi. Melakukannya membuat pengguna memberikan konfirmasi beberapa pemikiran sebelum merespons. Jangan pernah menggunakan OK dan Batal untuk konfirmasi.

Benar:

Dalam contoh ini, menggunakan tombol penerapan Ya/Tidak memaksa pengguna untuk setidaknya membaca instruksi utama.

Salah:

Dalam contoh ini, menggunakan OK/Cancel membingungkan.

• Untuk menutup program atau memulai ulang Windows, gunakan respons tertentu untuk instruksi utama. Untuk mencegah kesalahpahaman, jangan gunakan Tutup atau Ya/Tidak untuk tujuan ini.

Benar:

Salah:

Dalam contoh yang salah, Ya digunakan untuk memulai ulang Windows.

Tautan perintah

• Untuk pola klarifikasi, pertimbangkan untuk menggunakan tautan perintah untuk memperjelas alternatif.

Dapat Diterima:

Lebih Baik:

Dalam contoh yang lebih baik, tautan perintah membuat alternatif jelas.

• Sajikan tautan perintah yang paling umum digunakan terlebih dahulu. Urutan yang dihasilkan kira-kira harus mengikuti kemungkinan penggunaan, tetapi juga memiliki alur logis.
• Jika tautan perintah memerlukan penjelasan lebih lanjut, memberikan penjelasan tambahan. Penjelasan tambahan menjelaskan mengapa pengguna mungkin ingin memilih opsi atau apa yang terjadi jika opsi dipilih.

Untuk panduan dan contoh lainnya, lihat Command Links.

Nilai default

• Respons default untuk konfirmasi didasarkan pada pola desainnya:

  Pola	Respons default
  Konfirmasi rutin	Melanjutkan.
  Konfirmasi tindakan berisiko	Jangan lanjutkan (atau pilihan yang aman).
  Konfirmasi konsekuensi yang tidak diinginkan	Jika konsekuensi signifikan, jangan lanjutkan; jika tidak, lanjutkan.
  Klarifikasi	Respons yang paling mungkin.
  Konfirmasi keamanan	Jangan lanjutkan.
  Konfirmasi motif ulterior	Melanjutkan.

Jangan perlihatkan pesan ini lagi

• Gunakan opsi ini hanya untuk pola konfirmasi motif rutin dan ulterior. Untuk pola lain, jika informasi diperlukan, itu harus selalu ditampilkan.
• Jangan berikan opsi ini untuk membenarkan menampilkan konfirmasi yang tidak perlu. Singkirkan saja konfirmasi sebagai gantinya.

Salah:

Masih salah:

Dalam contoh ini, menambahkan opsi Jangan tampilkan pesan ini lagi tidak memperbaiki konfirmasi yang tidak perlu.

Untuk panduan selengkapnya, lihat kotak dialog .

Operasi massal

• Untuk konfirmasi yang berlaku untuk operasi massal, berikan opsi untuk menerapkan konfirmasi ke seluruh operasi.

Contoh ini memiliki opsi untuk operasi massal.

• Hilangkan atau tunda konfirmasi dalam operasi massal.

Salah:

Dalam contoh ini, Windows Explorer di Windows XP mengonfirmasi setiap file baca-saja selama pemindahan file massal. Lebih baik hanya menyalin file baca-saja tanpa meminta, atau menunda penanganan file-file ini dan menyajikan konfirmasi di akhir tugas.

Pengungkapan progresif

• Jika Anda harus menyertakan informasi lanjutan dalam pesan konfirmasi, ungkapkan dengan menggunakan tombol pengungkapan progresif (misalnya, "Tampilkan detail"). Melakukannya menyederhanakan konfirmasi untuk penggunaan umum. Jangan sembunyikan informasi yang diperlukan karena pengguna mungkin tidak menemukannya.
• Jangan gunakan "Tampilkan detail" kecuali benar-benar ada detail lebih lanjut. Jangan hanya memulihkan informasi yang ada dalam format yang berbeda.

Untuk panduan pelabelan, lihat Pengungkapan Progresif.

Kontrol Akun Pengguna

• Jangan gunakan UI elevasi Kontrol Akun Pengguna (UAC) sebagai pengganti konfirmasi. Jika tindakan memerlukan konfirmasi, gunakan kotak dialog terpisah. Selama UI elevasi, pengguna perlu fokus pada apakah mereka memulai tugas dan apakah program dapat dipercaya.
• Tampilkan konfirmasi sebelum UI elevasi. Melakukannya menghilangkan elevasi yang tidak perlu.

Teks

Umum

• Hapus teks redundan. Cari teks redundan dalam judul, instruksi utama, instruksi tambahan, area konten, tautan perintah, dan tombol penerapan. Umumnya, biarkan teks lengkap dalam instruksi dan kontrol interaktif, dan hapus redundansi apa pun dari tempat lain.
• Jangan gunakan "peringatan" atau "hati-hati" dalam teks. Jika pengguna perlu melanjutkan dengan hati-hati, tunjukkan ini menggunakan ikon peringatan sebagai gantinya.

Salah:

Dalam contoh ini, istilah "peringatan" tidak perlu.

Judul

• Gunakan judul untuk mengidentifikasi perintah atau fitur tempat konfirmasi berasal. Pengecualian:
  • Jika konfirmasi ditampilkan oleh banyak perintah yang berbeda, pertimbangkan untuk menggunakan nama program sebagai gantinya.
  • Jika judul tersebut akan berlebihan atau membingungkan dengan instruksi utama, gunakan nama program sebagai gantinya.

Namun, jika konfirmasi berasal dari tugas yang berjalan lama dan dapat ditampilkan dengan baik setelah tugas dimulai, selalu gunakan perintah atau fitur untuk mengidentifikasi konteks dengan jelas.

• Jangan gunakan judul untuk menjelaskan apa yang harus dilakukan dalam dialog itulah tujuan instruksi utama.
• Jika menambahkan kejelasan, mulai judul dengan kata Konfirmasi.
• Untuk konfirmasi tindakan berisiko, Anda dapat menambahkan nama objek yang terlibat untuk penekanan ekstra.

Dalam contoh ini, drive yang akan diformat disertakan dalam judul.

• Gunakan kapitalisasi gaya judul, tanpa tanda baca akhir.

Instruksi utama

• Instruksi utama untuk konfirmasi didasarkan pada pola desainnya:

  Pola	Instruksi utama
  Konfirmasi konsekuensi yang tidak diinginkan	menyatakan konsekuensi yang tidak diinginkan. pengecualian: jika pertanyaan yang menanyakan apakah pengguna ingin melanjutkan dengan jelas menyiratkan konsekuensi yang tidak diinginkan, ajukan pertanyaan sebagai gantinya. Dalam contoh ini, meminta pengguna untuk melanjutkan dengan cukup menyampaikan konsekuensi dari tindakan.
  Semua lainnya	Ajukan satu pertanyaan untuk menentukan apakah pengguna ingin melanjutkan.

• Ringkas gunakan hanya satu kalimat lengkap. Hapus instruksi utama ke informasi penting. Jika Anda harus menjelaskan sesuatu lebih lanjut, gunakan instruksi tambahan.

• Spesifik jika ada objek yang terlibat, berikan nama lengkapnya.

• Gunakan pembuatan frasa positif. Pembuatan frasa positif lebih mudah dipahami pengguna.

Benar:

Anda ingin memfungsikan berbagi berkas dan pencetak?

Salah:

Ingin menon-fungsikan berbagi berkas dan pencetak?

Namun, pembuatan frasa harus cocok dengan perintah terkait, bahkan jika perintah diungkapkan secara negatif; jadi, misalnya, gunakan nonaktifkan untuk mengonfirmasi perintah Nonaktifkan.

• Meskipun tidak ada aturan ketat untuk pembuatan frasa, frasa konfirmasi umum ini memiliki konnotasi yang ditunjukkan:

  Ungkapan	Konotasi
  Yakin ingin [melakukan tindakan]?	Mengonfirmasi hasil langsung permintaan pengguna.
  Anda ingin [melakukan tindakan]?	Mengonfirmasi efek samping permintaan pengguna.
  Ingin [pilih hasil]?	Perlu klarifikasi.
  [Lakukan tindakan]?	Tidak ada konnotasi.

• Untuk konfirmasi tindakan berisiko, gunakan istilah secara permanen untuk menunjukkan bahwa tindakan tidak dapat dibatalkan.

Dalam contoh ini, "secara permanen" menunjukkan bahwa tindakan tidak dapat dibatalkan.

• Gunakan kapitalisasi gaya kalimat.

Instruksi tambahan

• Instruksi tambahan untuk konfirmasi didasarkan pada pola desainnya:

Label	Nilai
Pola	instruksi tambahan
Konfirmasi konsekuensi yang tidak diinginkan	Ajukan satu pertanyaan untuk menentukan apakah pengguna ingin melanjutkan.
Semua lainnya	Jelaskan alasan yang tidak jelas mengapa pengguna mungkin tidak ingin melanjutkan. Alasan tersebut meliputi: Potensi kehilangan satu atau beberapa hal berikut: Aset berharga, seperti kehilangan data atau kerugian finansial. Akses atau integritas sistem. Privasi atau kontrol atas informasi rahasia. Tindakan yang tidak dapat diubah.

• Jangan ulangi instruksi utama dengan kata-kata yang sedikit berbeda. Sebagai gantinya, hilangkan instruksi tambahan jika tidak ada lagi yang ditambahkan.
• Untuk konfirmasi konsekuensi yang tidak diinginkan, pertimbangkan untuk menggunakan istilah secara ringkas menunjukkan bahwa ada alasan untuk tidak melanjutkan jika pengguna mengabaikan instruksi utama. Lihat Konsep Desain untuk informasi selengkapnya.
• Gunakan kalimat lengkap, kapitalisasi gaya kalimat, dan tanda baca akhir.

Dokumentasi

Ketika mengacu pada konfirmasi:

• Lihat konfirmasi dengan judulnya jika judulnya khusus untuk konfirmasi (yaitu, bukan nama program); jika tidak, lihat dengan instruksi utamanya.
• Jika perlu, Anda dapat merujuk ke kotak dialog konfirmasi sebagai pesan.
• Gunakan teks yang tepat, termasuk kapitalisasinya.
• Jika memungkinkan, format teks menggunakan tebal. Jika tidak, letakkan teks dalam tanda kutip hanya jika diperlukan untuk mencegah kebingungan.

Contoh: Dalam pesan Salin File, klik file yang lebih baru.