web-gelistirme-sc.com

Mesaj kutumda Evet / Hayır veya Tamam / İptal kullanmalı mıyım?

Anlamsal olarak, Evet/Hayır düğmeleri kabaca Tamam/İptal düğmelerine eşdeğerdir, ancak genel olarak ne kullanmanızı önerirsiniz? Her zaman Evet/Hayır mı yoksa her zaman Tamam/İptal mi kullanmalıyım? Yoksa duruma bağlı mı?

335
laurent

Bunun yerine bir fiil kullanabileceğiniz zaman asla 'Evet' veya 'Tamam'ı kullanmayın.

Ve neredeyse her zaman 'Evet' veya 'Tamam' yerine bir fiil kullanabilirsiniz.

Lukas Mathis'in hiç kimse sizin iletişim kutularınızı okumuyor ifadesine katılıyorum. 'Evet' veya 'Tamam' yerine mümkün olduğunda bir fiil kullanın, çünkü düğmeleriniz açıklayıcı metin veya başlık ile bağlam dışı bir anlam kazanacaktır. Bu Microsoft'un kullanıcı arayüzü yönergeleri ile daha da güçlendirilmiş bir görünümdür:

Kullanıcıların bir eylemle ilgili belirli metni okuduğundan emin olmak istiyorsanız, etkileşimli bir denetime yerleştirin.

Kabul edilebilir:

Bu örnekte, kullanıcıların neyi onayladıklarını açıklayan metni okumama şansı vardır.

Daha iyi:

enter image description here

Bu örnekte, en azından kullanıcıların bir diski biçimlendirmek üzere olduklarını anladıklarından emin olabilirsiniz.

Apple'ın İnsan Arayüz Yönergeleri bunu daha da genişleterek, "Tamam" veya "Evet" düğmeleri yerine çok kelimeli fiiller önererek ve bir uyarı kutusu için önerilen bölgeleri açıkça tanımlayın:

Apple's human interface guidelines on alert boxes

Bir uyarı kutusunu yalnızca eylem geri alınamazsa kullanmanız önerilir. Düğme etiketleri konusunda şunları sunarlar:

Varsayılan düğme adının açıkladığınız eyleme karşılık geldiğinden emin olun. Özellikle, varsayılan düğme için Tamam'ı kullanmaktan kaçınmak iyi bir fikirdir. Tamam'ın anlamı, kullanıcının bir şey yapmak istediğinden emin olup olmadığını soran uyarılarda bile net olmayabilir. Örneğin, Tamam “Tamam, işlemi tamamlamak istiyorum” veya “Tamam, şimdi eylemimin neden olabileceği olumsuz sonuçları anlıyorum” anlamına mı geliyor?

Sil, Dönüştür, Temizle veya Sil gibi daha odaklanmış bir düğme adı kullanmak, kullanıcıların gerçekleştirdikleri işlemi anlamalarını sağlar.

Kısacası, tek veya en mantıklı seçenekler kullanıcıya "Evet" veya "Hayır" düğmesi sunmak gibi görünse bile (ör. "Oturumu kapatmak istediğinizden emin misiniz?"), Neredeyse her zaman bir bunun yerine fiil veya ifade.

"Oturumu kapatmak istiyor musunuz?"
[Oturumu Kapat] -veya- [İptal]

Bu şekilde, bir kullanıcının nasıl ilerleyeceğini anlamak için başlığı veya açıklayıcı metni okumasına gerek yoktur ve bu düğmelerden birine tıklamanın anlamı yanlış yorumlanamaz.

Ayrıca, 'Hayır' ve 'İptal' arasında bir seçenek verildiğinde, 'İptal'in hemen hemen aynı nedenlerle neredeyse her zaman daha iyi olduğunu unutmayın:' İptal 'anlamı, kullanıcı geri kalanını okumamış olsa bile açıktır iletişim kutusu. 'Hayır'ın anlamı muhtemelen açıktır, ancak bir fiil ile eşleştirildiğinde daha az mantıklıdır (örn.' Oturumu Kapat 've' İptal ',' Oturumu Kapat 've' Hayır').

477
Nick

Düğmelerde Evet/Hayır gibi kısa sözcüklerin kullanılması, kullanıcı iletişim kutusundaki mesajı yanlış yazarsa, özellikle de mesajlar kötü yazılmışsa, kafa karıştırıcı olabilir. (Yani mesajları ilk etapta kısa ve net tutun)

yes/nook/cancel olması aslında kullanıcıyı seçeneklerin ne için geçerli olduğunu bilmeden önce mesajı okuyup anlamanız gerekir. Bir ürüne aşina olan kullanıcılar için, mesajı okumak yerine düğmeleri kendileri taramayı tercih ederler.

Bu yüzden benim tercih ettiğim yaklaşım, eylemin onaylanmasını tamamdan biraz daha ayrıntılı hale getirmektir (Örn. Save changes, Add user, Update password) böylece ne yapacağınız çok açık . Ve sonra Cancel olduğu gibi - kısa ve tanıdık bir kaçış yolu , özellikle de ' Eylem yapma 'seçeneğini işaretleyin.

gibi basit bir soru bile çıkış yapmak istediğinizden emin misiniz , (aslında ilk etapta gerekliyse) Log out ve Cancel yerine Yes/Cancel veya Yes/No yerine.

Bu şekilde kullanıcı düğmeleri hızlı bir şekilde tarayabilir ve mesajı okumadan bile tıklatmak için ihtiyaç duydukları özeti elde edebilir.


Düzenle - Greengit'in cevabı hakkındaki yukarıdaki yorumlara atıfta bulunarak, Skype'tan olmayan yapamayacağınız bir örnek:

enter image description here

83
Roger Attrill

Bir onay iletişim kutusunda (soru soran ve girdi içermeyen bir iletişim kutusu) evet/hayır olmalıdır. Örneğin...

  • Hesabınızı iptal etmek istiyor musunuz - yesno

  • Oturumu kapatmak istiyor musunuz - yesno

Öte yandan, bir "eylemi" temsil eden ve bir kullanıcı girişi bekleyen bir iletişim kutusunda ok/cancel veya <action>/cancel olmalıdır. Örneğin...

  • Etkinlik tarihini ve saatini ayarlayın ... okcancel

  • Yeni bir kişi ekleyin ... addcancel

  • Şifrenizi güncelleyin ... updatecancel

  • Saat diliminizi değiştirin ... donecancel

47
treecoder

Tamam/İptal ve Evet/Hayır düğmesi yalnızca eylem için daha iyi bir etiket düşünemeyecek kadar tembel olduğunuzda kabul edilebilir.

İyi bir onay iletişim kutusu örneği:

  1. Kaydedilmemiş bir belgeyi kapatmaya çalıştığınızda LibreOffice/OpenOffice:

enter image description here

düğmenin etiketi hangi eylemin gerçekleştirileceğini yansıtmalıdır.

Ayrıca, iptal düğmesi ile belirsizliği önlemek için hiçbir zaman bir hesabın "kaydını silmek"/"kapatmak" gibi hiçbir işlemi "iptal" olarak adlandırmayın. Yani, iptal düğmesi kullanıcının kötü bir şey olmadan refleksi tıklayabileceği güvenli bir limandır, kullanıcıyı "İptal" düğmesine tıklamaktan korkmayın.

Greengit'in örneklerini alarak, her biri için önereceğim şey:

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

Bazı kullanıcı arayüzü yönergeleri her zaman Evet/Hayır yerine Ok/İptal iletişim kutularını kullanmanızı önerir.

Ancak bunun çok büyük bir hata olduğuna inanıyorum. Örneğin, kısa süre önce "Hesabınızı gerçekten iptal etmek istiyor musunuz?" Sorusu olan bir iletişim kutusu gördüm. ve "Tamam" ve "İptal" etiketli düğmeler. Bu durumda, "Tamam", "İptal" anlamına gelir ve "İptal", "iptal etme" anlamına gelir.

En azından benim düşünceme göre, bu tamamen çılgınca oldukça yakın. Elbette, soruyu "Hesabınızı kapatın" gibi bir şeyle yeniden ifade etmek mümkün olacaktır. Yine de, bazı insanlar Word'ü kullanmasanız/önermeseniz bile hesabın iptal edildiğini düşünebilir. Bu koşullar altında, "iptal" etiketli bir düğme berbat bir fikirdir. Bazı insanlar bunu kaçınılmaz olarak hesabın kapatılması işleminin iptal edildiğini düşünürken, diğerleri hesabın kendisini iptal ettiğini düşünüyor.

İtiraf etmeliyim ki, "Evet"/"Hayır" a karşı önyargı da birtakım değer taşıyor. Bu durumda, "stok" etiketlerinden kaçınmanın ve "hesabı kapat" ve "hesabı açık tut" gibi bir şey kullanmanın daha iyi olacağını düşünüyorum.

18
Jerry Coffin

Kullanıcılarınıza bir soru sormak ve onlara yanıt vermeleri için seçenekler sunmak istiyorsanız, ikisi de çok iyi çözümler değildir. Evet/Hayır, anketteyseniz çalışır, ancak kalıcı bir iletişim kutusu için çok azdır. Tamam/İptal, ekranların düşük çözünürlüklere sahip olduğu ve düğmelerin sığması için kısa olması gereken eski günlerin bir kalıntısı gibidir.

Mesele şu ki, düğme etiketleri mikroskopi niteliğindedir ve bu nedenle kullanıcı arayüzünün diğer öğelerine dikkat edilmelidir. Neyi kabul ediyorum ya da katılmıyorum? Neyi onaylıyorum veya iptal ediyorum? Bu bilgi neden düğme üzerinde değil?

Geri dönün ve etiketi daha net olacak şekilde nasıl değiştirebileceğinizi düşünün. Düğmeler "Bu satırı sil"/"Hiçbir şeyi silmeyin" derse "Bu satırı sil? Evet/Hayır" taraması çok daha kolay olurdu (özellikle yıkıcı bir işlem olduğu için). Kullanıcının daha büyük bir harekete geçirici mesaj olarak gerçekleştirmesini istediğiniz eylemi şekillendirmek ve iptal düğmesini küçültmek (ve belki de bir düğme bile değil) de çok yardımcı olabilir.

Bazen Tamam/İptal iki düğme sunar, çünkü kalıcı bir iletişim kutusu vardır. Kendinize kalıcı bir iletişim kutusu gerekip gerekmediğini veya bunu alıp deneyimi basitleştirip geçiremeyeceğinizi sorun. Örneğin, bir kullanıcının oturumu kapatma iletişim kutusunuz varsa, onlara kalıcı bir iletişim kutusunda "Oturumu kapatmak ister misiniz? Tamam/İptal" sormayın, ancak "Oturumu kapat" diyen bir düğmeniz varsa ve kullanıcının tıklayın ya da değil.

Kararınızda size yardımcı olacak ilgili sorular:

11
Rahul

Genel olarak, @Nick ile hemfikirim ama bahsetmeye değer başka bir şey daha var:

Mümkünse diyaloglardan kaçının - diyaloglar çoğu zaman sinir bozucu - kullanıcıya emin olup olmadığını soruyorsunuz. Senin hakkında nasıl olduğunu bilmiyorum ama bu tür protestoları gerçekten sevmiyorum - bilgisayar bana başka bir şekilde hizmet etmek için burada!

Peki - sil düğmesi ne olacak? Bu tür bir eylemden önce sormak mantıklı, değil mi? Kesinlikle öyle ama çok daha iyi bir çözüm var - geri alma işlevselliği sağlayın

Geri dönüşüm kutusu, tepsi bildirimlerindeki bağlantıyı geri alma, hesabı iptal ettikten sonra gönderilen "kurtarma e-postası", aynı belgenin birden çok sürümü, vb. Kullanıcılar hızlı çalışma yeteneğini hak ediyorlar ve hata yaparlarsa sadece güvenlik halatı sağlamalısınız - hepsi bu. Tamamen gerekli olmadıkça onları rahatsız etmeyin.

Ayrıca, silme işlemini diğer düğmelerden ayrı olarak yerleştirmek ve biraz daha küçük yapmak, bu hataları en aza indirmeye yardımcı olabilir. iPhone uygulamalarının genellikle ekranın üstünde kaydetme/iptal etme (her ikisi de potansiyel olarak tehlikeli) vardır - çünkü oraya dokunmak daha zordur.

DÜZENLEME: Ayrıca Aza Raskin'in "onaylar üzerinde geri alma" makalesi

5
Kamil Tomšík

Çoğu kullanıcı sadece 3 m.

  • Bir olumlu - Yes, OK, Add, Retry, Wait ..etc.

  • Bir negatif - No, Abort, Quit, Exit

ve üçüncüsü:

  • "Bu Mesaj Kutusundan Kaçış" - Cancel

Yani, Yes, NO ve Cancel kullanarak üç farklı türde düşünceler.

Bu, kullanımlarının duruma bağlı olduğu anlamına gelir.

5
Vishnu Haridas

Formülasyona bağlıdır. Evet/Hayır yanıtı bekleyen bir soru için Evet/Hayır dışında bir şey istemem. Bir soru olmayan (ya da evet/hayır geçerli bir cevap olmayacak şekilde formüle edilmiş bir soru) için Evet/Hayır istemezdim.

4
AProgrammer

Aşağıdaki iddiayı kanıtlayacak herhangi bir istatistiğim yok, ama benim için kişisel olarak düğmelerde özel bir metin olması her zaman daha iyi değil.

Tamam/İptal/Evet/Hayır o kadar yaygındır ki, beynimiz zaten bir saniyede bir an önce bunları tanımak ve üzerinde hareket etmek için eğitilirken, özel etiketler bir kullanıcının bilgileri durdurmasını ve aktif olarak işlemesini gerektirir; ortak eylemler.

Kullanıcı tarafından başlatılan beklenen işlem ve iletişim kutusu aynı mantığı izlediği sürece, basit Evet/Hayır mükemmeldir. Ne yaptığımı zaten biliyorum, sadece onaylamam gerekiyor. Herhangi bir ekstra açıklama sadece bir tür gürültü.

Buna bir örnek Çöp Kutusunu Boşalt eylemidir. Yanlışlıkla tıklamaları önlemek için her seferinde yönlendirilmek istiyorum, ancak bilerek tıkladığımda olabildiğince hızlı olmak istiyorum. Sadece tıklayın - tıklayın, iletişim kutusunun metnini okumak istemiyorum, zaten ne isteyeceğini bekliyorum ve Evet veya Hayır (ya da Tamam/İptal) cevabını bekliyorum, çünkü bu normal cevap setidir.

Bu IMHO için iyi bir çözüm, düğme etiketlerini "Evet, bir şeyler yap" biçiminde kullanmaktır. Bu şekilde metni taramak ve anlamını anlamak hala kolaydır, ancak iletişim kutusuyla ilgili kafanız karıştıysa her şeyi okuyabilir ve düğmenin ne yaptığından emin olabilirsiniz.

2
ivanhoe

Evet/Hayır düğmeleri yerine neredeyse her zaman belirli yanıtları göstermenin daha iyi olduğunu diğer yanıtların çoğuna katılıyorum.

Ancak, İletişim Kutularındaki Microsoft Tasarım Yönergeleri (Mayıs 2018 tarihli) Evet/Hayır'ın uygun olabileceği bazı durumlardan bahseder:

  1. onaylar için düşünmek gerekir
  2. uzun veya garip ifadelerden kaçınmak

(Kabul edip etmediğimden emin değilim, ancak bu örneklerde "Evet/Hayır" kullanmanın kasıtlı bir tasarım kararı olduğunu ilginç buldum.)


  1. Doğrulama yapmak düşünmeyi gerektirir

Microsoft Tasarım Yönergeleri'nde Onaylar bölümü , Evet/Hayır kullanmanın önemli sonuçlara sahip onaylarda uygun olabileceğini iddia eder.

Kullanıcıların hata yapma olasılığı bulunduğundan onayları kullanmayın. Aksine, onaylar, önemli veya istenmeyen sonuçları olan eylemleri onaylamak için kullanıldığında en etkilidir. [...]

Bir onaylamanın değerinin olması için, kullanıcıların devam etmeme nedenini anlamaları gerekir. Bazen, kullanıcılar kaydedilmemiş değişikliklerle bir belgeyi kapattığında olduğu gibi nedeni açıktır:

confirmation-obvious

Bu örnekte, onayın nedeni açıktır.

Diğer durumlarda, neden bu kadar açık olmayabilir.

İletişim kutuları için kesinleştirme düğmesi etiketleri seçerken, genel yönergeler ana talimata özel yanıtlar olan etiketleri seçmektir. Bu, kullanıcıların karar vermek için minimum miktarda metin okuması gerektiğinden etkili bir karar almaya yol açar. Ancak, bu verimlilik hedefi onaylar için verimsiz olabilir. Bu örneği düşünün:

hatalı:

confirmation-incorrect

Bu örnekte, doğru cevap düşünmeyi gerektirir.

Bu onaylamayı kullanıcı Kaldır komutunu verdikten hemen sonra yaparsanız, kullanıcının yanıtı "Elbette kaldırmak istiyorum!" Kullanıcı ikinci bir fikir vermeden Kaldır'ı tıklayacaktır.

Onaylar için, kullanıcıların aceleci ve duygusal kararlar almalarını istemiyoruz. Kullanıcıları yanıtları hakkında düşünmeye teşvik etmek için, küçük bir karar verme hızı artışı sağlamalıyız. Pratik olduğunda, bunu taahhüt düğmelerini dikkatlice ifade ederek yapmak daha iyidir. Örneğin, devam etmemek için bir neden olduğunu belirtmek için ek dil kullanabiliriz.

Daha iyi:

confirmation-better

Bu örnekte, onaylama işleminin devam etmemek için bir neden verdiğini göstermek için kesinleştirme etiketi etiketine "neyse" eklenmiştir.

Bu yaklaşım pratik değilse, Evet/Hayır taahhüt düğmelerini kullanabiliriz.

Ayrıca daha iyi:

confirmation-also-better

Bu örnekte, Evet/Hayır yürütme düğmelerini kullanmak kullanıcıları en azından ana talimatı okumaya zorlar.


  1. Uzun veya garip ifadelerden kaçınmak için

Belirli bir ifadeye sahip taahhüt düğmelerinin uzun veya garip olduğu ortaya çıkarsa, ana talimatı bir evet veya hayır sorusu olarak düşünün. Alternatif olarak, ana talimata daha uzun yanıtlar (beş kelime veya daha fazla) için komut bağlantılarını kullanabilirsiniz.

Yanlış:

long-phrasing-incorrect

Doğru:

avoid-long-phrasing-correct

Yanlış örnekteki belirli kelime öbeği çok uzun, bu nedenle doğru örnek Evet ve Hayır kullanır.

1
sonny

İş akışının hangi yoldan devam edeceğini düşünüyorsanız, İletişim Kutusunda Evet/Hayır'ı kullanırdım. Tamam/İptal "Devam edilsin mi?" normalde İptal, iptal düğmesine basarsam bir şeyin durdurulduğunu veya kesintiye uğradığını gösterir. Tamam/İptal iletişim kutusunu "Burada durmalı mıyız?" Gibi bir soru ile birlikte kullanmam. Dolayısıyla doğru seçim her zaman soruya da bağlıdır. Kullanıcıyı tahriş eden sorular oluşturmak mümkündür ... ama bunu neden yapmalısınız?

1
Beachwalker

Fiili kullanmayı ve iptal etmeyi tercih ediyorum, @Nick tarafından açıklandığı gibi, daha mantıklı ve kullanıcı dostu. Örneğin, bir Pencereyi kapatıyorsanız ve kullanıcıya "Pencereyi kapatmak ister misiniz?" "Evet/Hayır" ve "Kapat/Kal" seçeneklerine sahip olabileceğiniz iki seçenek vardır. "Tamam/İptal" anlamsızdır.

Bu yüzden ilk tercih fiile sonra evet/hayır'a gider.

0
DevC

Evet/Hayır ve Tamam/İptal düğmesi etiketlerinin günleri gitti. Bu makalede belirtildiği gibi iletişim kutularınızda eyleme özgü düğme etiketleri kullanma zamanı.

'Tamam' Düğmesi Neden Artık Tamam Değil

İletişim kutusu metnini okumayan kullanıcıların yanlış düğmeyi tıklamasına yardımcı olur. Arayüzde hızlı hareket etme eğilimindedirler, bu nedenle düğmelerinizi eyleme özgü bir Word ile etiketleyerek, tek yapmanız gereken düğme etiketlerini okumaktır. 'Tamam' belirsizdir ve kullanıcının hangi eylem veya görevi yaptığını açıklamaz.

0
Fluke