it-swarm.asia

Haruskah saya menggunakan Ya / Tidak atau Oke / Batalkan pada kotak pesan saya?

Secara semantik, tombol Ya/Tidak kira-kira setara dengan tombol OK/Batal, tetapi secara umum apa yang akan Anda rekomendasikan untuk digunakan? Haruskah saya selalu menggunakan Ya/Tidak atau selalu menggunakan Ok/Batal? Atau apakah itu tergantung pada kasingnya?

335
laurent

Jangan pernah menggunakan 'Ya' atau 'OK' saat Anda dapat menggunakan kata kerja.

Dan Anda dapat hampir selalu menggunakan kata kerja alih-alih 'Ya' atau 'OK'.

Saya setuju dengan postulat Lukas Mathis yang tidak ada yang membaca kotak dialog Anda . Gunakan kata kerja bila memungkinkan alih-alih 'Ya' atau 'OK' karena tombol Anda akan masuk akal di luar konteks dengan teks atau judul penjelasan. Ini adalah pandangan yang diperkuat lebih dalam pedoman antarmuka pengguna Microsoft :

Jika Anda ingin memastikan bahwa pengguna membaca teks tertentu yang terkait dengan suatu tindakan, letakkan di kontrol interaktif.

Dapat diterima:

Dalam contoh ini, ada kemungkinan pengguna tidak akan membaca teks yang menjelaskan apa yang mereka konfirmasikan.

Lebih baik:

enter image description here

Dalam contoh ini, Anda dapat memastikan bahwa setidaknya pengguna memahami bahwa mereka akan memformat disk.

Apple Panduan Antarmuka Manusia memperluas ini lebih jauh, merekomendasikan kata kerja multi-Word alih-alih tombol "OK" atau "Ya", dan dengan jelas mendefinisikan wilayah yang disarankan untuk kotak peringatan:

Apple's human interface guidelines on alert boxes

Mereka menyarankan untuk hanya menggunakan kotak peringatan di tempat pertama jika tindakan tidak dapat diurungkan. Pada subjek label tombol, mereka menawarkan ini:

Pastikan nama tombol default sesuai dengan tindakan yang Anda jelaskan. Secara khusus, itu ide yang baik untuk menghindari penggunaan OK untuk tombol default. Arti OK bisa tidak jelas bahkan dalam peringatan yang menanyakan apakah pengguna yakin mereka ingin melakukan sesuatu. Misalnya, apakah OK berarti "OK, saya ingin menyelesaikan tindakan" atau "OK, saya sekarang mengerti hasil negatif yang ditimbulkan oleh tindakan saya"?

Menggunakan nama tombol yang lebih fokus, seperti Hapus, Konversi, Hapus, atau Hapus, membantu memastikan bahwa pengguna memahami tindakan yang mereka lakukan.

Singkatnya, walaupun mungkin sepertinya satu-satunya atau sebagian besar pilihan logis adalah menawarkan kepada pengguna tombol "Ya" atau "Tidak" (mis. "Anda yakin ingin keluar?"), Anda hampir selalu dapat menggunakan kata kerja atau frase sebagai gantinya.

"Apakah kamu ingin keluar?"
[Keluar] -atau- [Batalkan]

Dengan cara ini, pengguna tidak perlu membaca judul atau teks penjelasan untuk memahami bagaimana melanjutkan, dan arti mengklik salah satu tombol tidak dapat disalahartikan.

Perhatikan juga, diberi pilihan antara 'Tidak' dan 'Batal', 'Batal' hampir selalu lebih baik untuk alasan yang sama persis seperti di atas: arti 'Batal' jelas bahkan jika pengguna belum membaca sisa dari kotak dialog. Arti 'Tidak' adalah mungkin jelas, tetapi kurang masuk akal ketika dipasangkan dengan kata kerja (mis. 'Log Out' dan 'Cancel' lebih masuk akal jika dibaca sendiri daripada 'Log Out' dan ' Tidak').

477
Nick

Penggunaan kata-kata pendek seperti Ya/Tidak pada tombol dapat membingungkan jika pengguna salah membaca pesan pada dialog, terutama jika pesan ditulis dengan buruk. (Jadi simpan pesan secara singkat dan jelas di tempat pertama)

Memiliki yes/nook/cancel sebenarnya memaksa pengguna untuk harus membaca dan memahami pesan sebelum mengetahui opsi apa yang berlaku. Untuk pengguna yang akrab dengan suatu produk, mereka lebih suka memindai tombol sendiri daripada membaca pesan.

Jadi pendekatan yang saya lebih suka ambil adalah membuat konfirmasi tindakan lebih verbose daripada OK (Eg. Save changes, Add user, Update password) sehingga sangat jelas apa yang akan Anda lakukan. Dan kemudian menjaga Cancel apa adanya - rute pelarian yang singkat dan familier , terutama karena harus jelas bahwa itu adalah ' Opsi Jangan lakukan tindakan.

Bahkan pertanyaan sederhana seperti Anda yakin ingin keluar , (jika benar-benar diperlukan di tempat pertama) harus memiliki tombol Log out dan Cancel daripada Yes/Cancel atau Yes/No.

Dengan cara ini pengguna dapat dengan cepat memindai tombol dan mendapatkan Intisari dari apa yang mereka butuhkan untuk mengklik bahkan tanpa membaca pesan.


Sunting - Dengan merujuk pada komentar di atas tentang jawaban greengit, berikut adalah contoh dari Skype, tentang apa tidak untuk dilakukan:

enter image description here

83
Roger Attrill

Dialog konfirmasi (yang menanyakan pertanyaan dan tidak melibatkan masukan) harus memiliki ya/tidak. Sebagai contoh...

  • Apakah Anda ingin membatalkan akun Anda - yesno

  • Apakah Anda ingin keluar - yesno

Di sisi lain, dialog yang mewakili "aksi" dan mengharapkan input pengguna, harus memiliki ok/batal atau <action>/batal. Sebagai contoh...

  • Setel tanggal dan waktu acara ... okcancel

  • Tambahkan kontak baru ... addcancel

  • Perbarui kata sandi Anda ... updatecancel

  • Ubah zona waktu Anda ... donecancel

47
treecoder

Tombol Ok/Batalkan dan Ya/Tidak hanya dapat diterima bila Anda terlalu malas untuk memikirkan label yang lebih baik untuk tindakan tersebut.

Contoh dialog konfirmasi yang baik:

  1. Ini adalah LibreOffice/OpenOffice ketika Anda mencoba untuk menutup dokumen yang belum disimpan:

enter image description here

label tombol harus mencerminkan tindakan apa yang akan dilakukan.

Juga, jangan pernah memanggil tindakan apa pun, seperti "membatalkan pendaftaran"/"menutup" akun, sebagai "membatalkan" untuk menghindari ambiguitas dengan tombol batal. Yaitu, tombol batal adalah pelabuhan aman di mana pengguna dapat mengklik refleks tanpa terjadi hal buruk, jangan membuat pengguna takut mengklik tombol "Batal".

Mengambil contoh greengit, inilah yang akan saya sarankan untuk masing-masing:

Do you want to delete your account -- "Delete account" "Cancel"

Do you want to sign out -- don't even ask this since signing out 
                           is a non-destructive action, if the user 
                           has an unsaved work and signing out could 
                           lead to loss of unsaved work, then you have 
                           two options: ask whether they want to discard 
                           the unsaved work, or automatically save the 
                           work as a draft.

Set event date and time -- "Set time" "Cancel". Although since this is a 
                           non-destructive action, you should probably not 
                           need to ask confirmation and just apply the 
                           action immediately with a "Revert" button.

Add a new contact -- Don't ask for confirmation to "Add", when the user 
                     entered the "Add contact" form and doesn't quit 
                     immediately, they already confirmed that they wanted 
                     to add a contact; automatically save the contact's 
                     information when the user finish entering the 
                     contact's information. Also you might want to have a 
                     "Revert" or "Discard" button.

Update your password -- "Update Password" "Cancel"

Change your timezone -- "Set Timezone" "Cancel". The same with setting 
                        time, if this is non-destructive then don't ask for 
                        confirmation.
20
Lie Ryan

Beberapa pedoman UI merekomendasikan untuk selalu menggunakan dialog Ok/Batal daripada Ya/Tidak.

Namun, saya percaya ini adalah kesalahan besar. Sebagai contoh, saya baru saja melihat dialog dengan pertanyaan seperti "Apakah Anda benar-benar ingin membatalkan akun Anda?" dan tombol berlabel "Oke" dan "Batal". Dalam hal ini, "Oke" berarti "Batal", dan "Batal" berarti "jangan batalkan".

Setidaknya menurut saya, ini hampir sama sekali gila. Tentu saja, mungkin untuk mengulangi pertanyaan itu dengan sesuatu seperti "Tutup akun Anda". Meski begitu, beberapa orang cenderung menganggapnya sebagai pembatalan akun, bahkan jika Anda tidak menggunakan/menyarankan kata itu. Dalam keadaan demikian, tombol berlabel "batal" adalah ide yang buruk. Beberapa orang pasti akan menganggapnya sebagai membatalkan tindakan penutupan akun, tetapi yang lain sebagai membatalkan akun itu sendiri.

Saya harus mengakui bahwa bias terhadap "Ya"/"Tidak" memiliki beberapa kelebihan juga. Dalam hal ini, saya pikir akan lebih baik untuk menghindari label "stok", dan menggunakan sesuatu seperti "tutup akun", dan "biarkan akun tetap terbuka".

18
Jerry Coffin

Tidak ada solusi yang sangat baik jika Anda ingin mengajukan pertanyaan kepada pengguna Anda dan memberi mereka opsi untuk menjawab. Ya/Tidak berfungsi jika Anda dalam survei, tetapi sangat minim untuk dialog modal. OK/Batal seperti peninggalan masa lalu ketika layar memiliki resolusi rendah dan tombol harus singkat agar sesuai.

Intinya adalah bahwa label tombol memenuhi syarat sebagai mikroskopi dan karenanya harus diberi perhatian elemen lain dari antarmuka pengguna diberikan. Apa yang saya setujui atau tidak setujui? Apa yang saya setujui atau batalkan? Mengapa informasi itu tidak ada di tombol?

Jadi kembalilah dan pikirkan bagaimana Anda dapat mengubah label menjadi lebih jelas. "Hapus baris ini? Ya/Tidak" akan lebih mudah untuk memindai (terutama karena ini tindakan yang merusak) jika tombolnya hanya mengatakan "Hapus baris ini"/"Jangan hapus apa pun". Styling aksi yang Anda ingin pengguna lakukan sebagai ajakan bertindak yang lebih besar dan membuat tombol batal lebih kecil (dan mungkin bahkan bukan tombol) dapat banyak membantu juga.

Terkadang OK/Batalkan memperkenalkan dua tombol karena ada dialog modal yang terlibat. Tanyakan pada diri Anda apakah Anda perlu dialog modal atau apakah Anda bisa mengeluarkannya dan menyederhanakan pengalaman. Misalnya, jika Anda memiliki dialog keluar pengguna, jangan tanya mereka "Apakah Anda ingin keluar? OK/Batalkan" dalam dialog modal, tetapi hanya memiliki tombol yang mengatakan "Keluar" dan pengguna dapat memutuskan untuk klik atau tidak.

Pertanyaan yang relevan yang akan membantu Anda mengambil keputusan:

11
Rahul

Secara umum, saya setuju dengan @Nick tetapi ada satu hal lagi yang layak disebutkan:

Hindari dialog jika Anda bisa - sebagian besar waktu hanya mengganggu - Anda bertanya kepada pengguna apakah dia yakin. Saya tidak tahu bagaimana dengan Anda, tetapi saya benar-benar tidak suka protes seperti ini - komputer ada di sini untuk melayani saya bukan sebaliknya!

Jadi - bagaimana dengan tombol delete? Masuk akal untuk bertanya sebelum tindakan semacam ini, bukan? Yah, tentu saja tetapi ada juga solusi yang jauh lebih baik - menyediakan fungsi undo

Daur ulang sampah, batalkan tautan dalam pemberitahuan baki, "rescue email" yang dikirim setelah membatalkan akun, beberapa versi dokumen yang sama, dll. Jangan malas - investasikan waktu untuk menyederhanakan UI Anda, membuatnya lebih lurus. Pengguna berhak memiliki kemampuan untuk beroperasi dengan cepat dan jika mereka melakukan kesalahan maka Anda harus menyediakan tali pengaman - itu saja. Jangan ganggu mereka kecuali itu benar-benar perlu.

Selain itu, menempatkan hapus terpisah dari tombol lain dan menjadikannya lebih kecil dapat membantu meminimalkan kesalahan ini. Aplikasi iPhone biasanya menyimpan/membatalkan (keduanya berpotensi berbahaya) di atas layar - karena lebih sulit untuk mengetuk di sana.

EDIT: Ada juga artikel tentang "membatalkan konfirmasi" dari Aza Raskin

5
Kamil Tomšík

Sebagian besar pengguna hanya mencari 3 m.

  • Satu positif - Yes, OK, Add, Retry, Wait ..etc.

  • Satu negatif - No, Abort, Quit, Exit

dan yang ketiga adalah:

  • "Kabur dari Kotak Pesan ini" - Cancel

Jadi, menggunakan Yes, NO, dan Cancel membuat tiga jenis pemikiran yang berbeda.

Itu berarti, penggunaannya tergantung pada kasusnya.

5
Vishnu Haridas

Itu tergantung formulasi. Saya tidak akan menginginkan apa pun selain Ya/Tidak untuk pertanyaan yang mengharapkan jawaban Ya/Tidak. Saya tidak ingin Ya/Tidak untuk sesuatu yang bukan pertanyaan (atau pertanyaan yang dirumuskan sedemikian rupa sehingga ya/tidak bukan jawaban yang valid).

4
AProgrammer

Saya tidak memiliki statistik untuk membuktikan klaim berikut, tetapi bagi saya pribadi memiliki teks khusus pada tombol tidak selalu lebih baik.

Oke/Batalkan/Ya/Tidak begitu umum sehingga otak kita sudah dilatih untuk mengenali dan menindaklanjutinya dalam sepersekian detik, sedangkan label khusus mengharuskan pengguna berhenti dan secara aktif memproses informasi, yang dapat mengganggu jika digunakan pada tindakan umum.

Selama tindakan yang diharapkan dimulai oleh pengguna dan dialog mengikuti logika yang sama, ya/tidak sederhana itu hebat. Saya sudah tahu apa yang saya lakukan, saya hanya perlu mengkonfirmasinya. Penjelasan tambahan hanyalah semacam kebisingan.

Salah satu contohnya adalah tindakan Empty Trash. Saya ingin dimintai setiap kali untuk menghindari klik yang tidak disengaja, tetapi ketika saya mengkliknya dengan sengaja, saya ingin menyelesaikannya secepat mungkin. Cukup klik - klik, saya tidak ingin membaca teks dialog, saya sudah mengharapkan apa yang akan ditanyakan dan saya berharap untuk menjawab Ya atau Tidak (atau Oke/Batal), karena itulah seperangkat jawaban yang biasa.

Salah satu solusi yang baik untuk IMHO ini adalah dengan menggunakan label tombol dalam bentuk "Ya, lakukan sesuatu". Dengan cara ini, masih mudah untuk hanya memindai teks dan mencari tahu artinya, tetapi jika Anda bingung tentang dialog Anda dapat membaca semuanya dan memastikan apa yang dilakukan tombol.

2
ivanhoe

Saya setuju dengan sebagian besar jawaban lain bahwa hampir selalu lebih baik untuk menunjukkan respons spesifik daripada tombol Ya/Tidak.

Namun, Pedoman Desain Microsoft (tanggal Mei 2018) pada kotak Dialog menyebutkan beberapa kasus di mana Ya/Tidak mungkin sesuai:

  1. Untuk membuat konfirmasi memerlukan pemikiran
  2. Untuk hindari ungkapan yang panjang atau canggung

(Saya tidak yakin apakah saya setuju, tetapi saya merasa menarik bahwa menggunakan "Ya/Tidak" dalam contoh-contoh ini adalah keputusan desain yang disengaja.)


  1. Membuat konfirmasi memerlukan pemikiran

The bagian tentang Konfirmasi dalam Pedoman Desain Microsoft berpendapat bahwa menggunakan Ya/Tidak dapat sesuai dalam konfirmasi dengan konsekuensi yang signifikan.

Jangan gunakan konfirmasi hanya karena ada kemungkinan pengguna melakukan kesalahan. Sebaliknya, konfirmasi paling efektif ketika digunakan untuk mengkonfirmasi tindakan yang memiliki konsekuensi signifikan atau tidak diinginkan. [...]

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

confirmation-obvious

Dalam contoh ini, alasan konfirmasi jelas.

Dalam situasi lain, alasannya mungkin tidak begitu jelas.

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

Salah:

confirmation-incorrect

Dalam contoh ini, respons yang benar membutuhkan pemikiran.

Jika Anda memberikan konfirmasi ini segera setelah pengguna memberikan perintah Uninstall, respons pengguna kemungkinan adalah "Tentu saja saya ingin menghapus instalasi!" Pengguna akan mengklik Uninstall tanpa memikirkannya lagi.

Untuk konfirmasi, kami tidak ingin pengguna membuat keputusan yang tergesa-gesa dan emosional. Untuk mendorong pengguna untuk memikirkan respons mereka, kami perlu memberikan sedikit kecepatan pengambilan keputusan. Saat praktis, biasanya lebih baik melakukan ini dengan secara hati-hati menggunakan tombol komit. Misalnya, kita dapat menggunakan bahasa tambahan untuk menunjukkan bahwa ada alasan untuk tidak melanjutkan.

Lebih baik:

confirmation-better

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

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

Juga lebih baik:

confirmation-also-better

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


  1. Untuk menghindari ungkapan yang panjang atau canggung

Pertimbangkan ungkapan-ungkapan instruksi utama sebagai pertanyaan ya atau tidak jika tombol komit dengan ungkapan spesifik ternyata panjang atau canggung. Atau, Anda dapat menggunakan tautan perintah untuk tanggapan yang lebih lama (lima kata atau lebih) ke instruksi utama.

Salah:

long-phrasing-incorrect

Benar:

avoid-long-phrasing-correct

Frasa spesifik dalam contoh yang salah terlalu panjang, jadi contoh yang benar menggunakan Ya dan Tidak.

1
sonny

Saya akan menggunakan Ya/Tidak dalam Dialog jika alur kerja membutuhkan penghentian jalan yang harus dilalui. OK/Batalkan harus digunakan dalam arti "Lanjutkan?" dengan pemrosesan/alur kerja karena Batalkan biasanya menyiratkan sesuatu dihentikan atau terganggu jika saya tekan membatalkan. Saya tidak akan menggunakan dialog OK/Batalkan dalam kombinasi dengan pertanyaan seperti "Haruskah kita berhenti di sini?" ... ini adalah penghapusan Ya/Tidak (lihat alur kerja dan penghapusan). Jadi pilihan yang tepat selalu tergantung pada pertanyaan juga. Ya, adalah mungkin untuk membuat pertanyaan yang mengganggu pengguna ... tetapi mengapa Anda melakukan ini?

1
Beachwalker

Saya lebih suka menggunakan kata kerja dan membatalkan, seperti yang dijelaskan oleh @Nick, itu lebih masuk akal dan ramah pengguna. Sebagai Contoh jika Anda menutup Window dan jika Anda bertanya kepada pengguna "Apakah Anda ingin menutup Window?" Ada dua jenis opsi yang dapat Anda pilih "Ya/Tidak" dan "Tutup/Tetap" .. "Oke/Batal" tidak masuk akal.

Jadi preferensi pertama masuk ke kata kerja lalu ya/tidak.

0
DevC

Hari-hari label tombol Ya/Tidak dan Ok/Batal hilang. Saatnya untuk menggunakan label tombol khusus tindakan pada kotak dialog Anda seperti artikel ini sarankan.

Kenapa Tombol 'Ok' Tidak Lagi Oke

Ini akan membantu pengguna yang tidak membaca teks kotak dialog dari mengklik tombol yang salah. Mereka cenderung bergerak cepat melalui antarmuka sehingga dengan memberi label tombol Anda dengan kata khusus tindakan, yang harus mereka lakukan adalah membaca label tombol untuk mengetahui yang mana yang diklik. 'Oke' tidak jelas dan tidak menjelaskan tindakan atau tugas apa yang dilakukan pengguna.

0
Fluke