it-swarm.asia

Anda yakin ingin menjawab pertanyaan ini?

Kita semua telah melihat jenis peringatan ini: "Apakah Anda yakin ingin mematikan Windows?"

Saya mendengar banyak orang dengan putus asa menjawab: "Ya, tentu saja, kalau tidak saya tidak akan mengkliknya!"


Jenis pesan peringatan ini bisa sangat menjengkelkan, tetapi juga bisa menyelamatkan Anda dari kehilangan data.

Dalam versi Windows modern, Microsoft telah menghapus pesan peringatan ini. Namun di banyak perangkat lunak dan di banyak situs web, kami masih melihat jenis peringatan ini:

  • "Apakah kamu ingin menyelamatkan pekerjaanmu?"
  • "Apakah kamu ingin menutup semua tab?" (yang beberapa browser minta, sedangkan beberapa browser tidak).

Cara utilitaristik untuk menyelesaikan dilema ini adalah dengan mengatakan:

" banyak orang mengklik tombol dengan sengaja dan hanya beberapa orang mengklik tombol secara tidak sengaja, sehingga pesan peringatan harus dihapus. " (yang saya dengar banyak). Tetapi apakah ini cara berpikir yang benar?

Jadi pertanyaannya adalah:

Apakah ada studi atau heuristik tentang kapan dan di mana menggunakan pesan peringatan dan bagaimana kita mencegahnya (jika itu disukai)? Saya juga penasaran untuk membaca pendapat Anda!


Jawabannya

Saat ini, jawaban steveverrill tentang kotak centang "jangan tampilkan pesan ini lagi" adalah solusi yang paling mudah dan aman.

Dalam beberapa kasus (mungkin di masa depan ketika komputer lebih maju), tombol simpan dan/atau pemulihan otomatis bisa menjadi solusi yang lebih baik. Periksa juga jawaban yang dipikirkan dengan baik itu!

140
Max de Mooij

Iya. Ada heuristik yang sangat sederhana dan efektif yang menyesuaikan dengan preferensi setiap pengguna.

Tempatkan kotak centang di dialog pesan peringatan yang mengatakan:

Jangan tampilkan pesan ini lagi

Yang dapat ditingkatkan lebih lanjut dengan menyatakan di mana dialog itu dapat diaktifkan kembali.

140
Level River St

Ini adalah pesan Konfirmasi - Windows memiliki halaman yang cukup rinci pada pedoman mereka . Seluruh halaman itu cukup berguna tetapi inilah beberapa kutipan (penekanan milik saya):

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

(Tidak ada penekanan lebih lanjut dari saya untuk yang di bawah):

Apakah ini antarmuka pengguna yang tepat?

Untuk memutuskan, pertimbangkan pertanyaan-pertanyaan ini:

  • Apakah pengguna ditanyai pertanyaan untuk melanjutkan tindakan yang memiliki dua atau lebih respons? Jika tidak, pesan itu bukan konfirmasi.
  • Apakah UI menampilkan kesalahan atau masalah yang telah terjadi? Jika demikian, gunakan pesan kesalahan sebagai gantinya.
  • Apakah melanjutkan dengan tindakan mengharuskan pengguna untuk membuat pilihan yang tidak memiliki standar yang sesuai? Jika demikian, konfirmasi mungkin sesuai.
  • Apakah ada desain alternatif yang menghilangkan kebutuhan untuk konfirmasi? Kebutuhan akan konfirmasi kadang-kadang menunjukkan cacat desain. Seringkali ada alternatif desain yang lebih baik yang tidak perlu konfirmasi.
  • Apakah pengguna akan melakukan tindakan berisiko? Jika demikian, konfirmasi sesuai jika tindakan memiliki konsekuensi 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 tersebut memiliki konsekuensi yang mungkin tidak disadari pengguna? Jika demikian, konfirmasi mungkin sesuai.
  • Dengan konteks saat ini, apakah pengguna cenderung melakukan tindakan yang salah? Jika demikian, konfirmasi mungkin sesuai.
  • Apakah pengguna sering melakukan tindakan? Jika demikian, pertimbangkan desain alternatif. Konfirmasi yang sering terjadi menjengkelkan dan memiliki sedikit nilai karena pengguna belajar untuk merespons tanpa berpikir.
  • Apakah tindakan tersebut memiliki implikasi keamanan? Jika demikian, konfirmasi mungkin diperlukan bahkan jika tes sebelumnya menunjukkan sebaliknya.

...

Pertimbangkan alternatif desain

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

  • Mencegah kesalahan. Desain tugas sehingga kesalahan yang signifikan sulit dilakukan secara tidak sengaja. Misalnya, pisahkan perintah destruktif secara fisik dari perintah lain, dan perlu beberapa tindakan untuk diselesaikan.
  • Berikan membatalkan. Memberikan kemampuan untuk mengembalikan tindakan. Misalnya, menghapus file di Microsoft Windows biasanya tidak memerlukan konfirmasi karena file yang dihapus dapat dipulihkan dari Recycle Bin. Perhatikan bahwa jika suatu tindakan sangat mudah dilakukan, hanya dengan meminta pengguna mengulangi tindakan itu sudah cukup.
  • Berikan umpan balik. Buat hasil yang tidak diinginkan menjadi jelas. Memberikan pembatalan saja tidak cukup jika pengguna tidak menyadari ketika mereka melakukan kesalahan. Misalnya, efek manipulasi langsung (seperti operasi seret dan lepas) harus selalu jelas.
  • Asumsikan hasil yang mungkin, tetapi membuatnya mudah untuk berubah. Jika Anda tidak yakin apa yang diinginkan pengguna tetapi ada kemungkinan, aman, dan pilihan aman , asumsikan pilihan itu, jelaskan apa yang terjadi, dan membuatnya mudah untuk diubah menggunakan menu konteks. Misalnya, Microsoft Word berasumsi bahwa pengguna ingin mengeja kata dengan benar. Jika ia mengenali kata yang salah eja dan tahu kemungkinan ejaan yang benar, Word secara otomatis melakukan koreksi tetapi memungkinkan pengguna untuk kembali.
  • Hilangkan pilihan sepenuhnya. Jika pilihan tidak penting, pengguna tidak akan peduli. Lebih baik menyederhanakan program Anda dan menghilangkan pilihan.

Edit:

Lebih jauh dari ini, yang saya pikir juga layak disebutkan dari halaman terpisah pada prinsip-prinsip UI diambil dari berbagai buku berbicara tentang pengguna pemula :

10. Prinsip keamanan

...

Pengguna pemula perlu diyakinkan bahwa mereka akan dilindungi dari kurangnya keterampilan mereka sendiri. Program tanpa jaring pengaman akan membuat pengguna jenis ini merasa tidak nyaman atau frustrasi sampai-sampai mereka dapat berhenti menggunakan program tersebut. "Apakah kamu yakin?" kotak dialog dan fitur undo multi-level sangat penting untuk tipe pengguna ini.

Panduan Apple tampaknya tidak memiliki pedoman kapan, hanya "jangan berlebihan" :

Bila mungkin bahwa pengguna tidak menyadari bahwa tindakan mereka mungkin memiliki konsekuensi negatif, dapat tepat untuk mengucapkan pesan peringatan sebagai pertanyaan. Misalnya, pertanyaan seperti "Apakah Anda yakin ingin menghapus riwayat?" menunjukkan dengan tepat tindakan yang diambil pengguna dan meminta mereka untuk mempertimbangkan hasilnya. Namun, jangan terlalu sering menggunakan jenis lansiran ini; pengguna cepat ditanya apakah mereka yakin ingin melakukan sesuatu.

desain materi Google menyarankan agar Anda hanya menggunakannya untuk situasi berisiko tinggi dan gunakan pertanyaan yang jelas daripada 'apakah Anda yakin ? ' (itu jelas apa Anda harus menulis, daripada kapan):

Lansiran dengan bilah judul

Gunakan peringatan bilah judul hanya untuk situasi berisiko tinggi, seperti potensi hilangnya konektivitas. Pengguna harus dapat memahami pilihan berdasarkan pada teks judul dan tombol saja.

Jika diperlukan judul:

  • Gunakan pertanyaan atau pernyataan yang jelas dengan penjelasan di area konten, seperti "Hapus penyimpanan USB?".
  • Hindari permintaan maaf, ambiguitas, atau pertanyaan, seperti "Peringatan!" atau "Apakah kamu yakin?"

Google design screenshot

60
icc97

Saya terkejut tidak ada yang membuka dialog mematikan Mac OS X. Ini memberi Anda "Apakah Anda yakin?" jendela, tetapi memiliki timer sehingga jika pengguna berjalan pergi, mengharapkan komputer untuk dimatikan, itu akan tetap memungkinkan waktu pengguna untuk membatalkan.

29
sneelhorses

Ada 3 kasus.

Tindakan destruktif

Apakah Anda ingin menghapus file ini?

Jangan. Lakukan saja tindakannya, dan tampilkan konfirmasi snackbar (widget kecil yang tidak menghalangi di suatu tempat yang terlihat tetapi tidak menghalangi jalannya operasi) yang memungkinkan untuk membatalkan (kemudian, menunda tindakan, atau membuat yakin Anda dapat mengembalikannya dengan mudah).

Pertanyaan hanya bisa dijawab oleh pengguna. misalnya.

Apakah Anda ingin mengizinkan aplikasi ini mengakses apa pun?

Pertama kali, tampilkan popup. Jika Anda menggunakan "Jangan tanya saya lagi", pastikan itu sangat mudah untuk mengubah pikiran mereka. Google menyarankan snackbar untuk secara diam-diam memungkinkan pengguna untuk mengubah pengaturan itu sesudahnya.

Tindakan yang dilakukan

Matikan komputer? Kirim email ini? Publikasikan artikel ini?

Tergantung pada kemampuan Anda untuk membatalkan tindakan. Beberapa opsi tersedia. Dalam urutan pilihan:

  1. Tunda tindakan untuk memberi pengguna waktu untuk membatalkan.
  2. Pastikan Anda dapat membatalkan apa pun yang telah dilakukan. (mis. memulai ulang perangkat lunak dengan cepat dan memulihkan keadaan sebelumnya)
  3. Minta konfirmasi. Cobalah untuk menghindari melakukan itu. Itu menjengkelkan sebagian besar waktu, dan jarang bermanfaat.
14
njzk2

Saya seorang pendukung besar tidak menampilkan pesan yang memblokir pengguna dari melakukan apa yang seharusnya mereka lakukan. Solusi UX dengan popup konfirmasi datang dari Zaman Batu praktik komputer UX. Itu berasal dari asumsi yang benar bahwa jika kita memiliki sumber daya kritis, kita tidak boleh membiarkan pengguna merusaknya karena kecelakaan. Namun, kecelakaan disebut demikian karena jarang terjadi . Ini berarti dalam sebagian besar kasus konfirmasi hanya membuang-buang klik saja.

Namun, kami harus melindungi pengguna dari kecelakaan. Jadi cara yang tepat untuk melakukan ini adalah menyimpan keadaan saat ini di undo stack, lanjutkan dengan operasi, tetapi kemudian biarkan pengguna membatalkan atau membatalkannya. Saya akan mempertimbangkan solusi ini lebih sebagai pedoman, daripada aturan, tapi saya yakin itu dapat diterapkan pada banyak kasus.

Misalnya, dalam kasus shutdown Apple menyimpan kondisi saat ini untuk semua aplikasi Anda. Ketika Anda menyalakan kembali Anda kembali ke pekerjaan Anda seolah-olah Anda belum mematikannya.

Jika suatu operasi dapat menghancurkan sumber daya kritis yang tidak dapat dibalikkan (misalnya, hapus sesuatu di aplikasi pihak 3d melalui API) maka jadwalkan tindakan untuk memulai dalam waktu terdekat, katakan dalam 60 detik, tetapi biarkan pengguna membatalkannya, jika mereka mau.

Yang mengatakan, saya pikir dalam sebagian besar kasus konfirmasi seperti ini tidak diperlukan.

9
mikryz