Teyit

Onay, kullanıcının bir eylemle devam etmek isteyip istemediğini soran kalıcı bir iletişim kutusudur.

Tipik bir onay.

Onaylar şu temel özelliklere sahiptir:

• Bunlar, kullanıcı tarafından başlatılan bir eylemin doğrudan sonucu olarak görüntülenir.
• Kullanıcının eyleme devam etmek istediğini doğrular.
• Basit bir sorudan ve iki veya daha fazla yanıtlardan oluşur.

Onaylar en çok, eylem kullanıcının daha sonra yapılamayan ilgili ve farklı bir seçim yapmasını gerektirdiğinde yararlıdır. Bu seçim genellikle kullanıcı için belirgin olmayan bazı risk öğelerini içerir, ancak onaylar için risk gerekli değildir. Bu öğeler, kalıcı bir iletişim kutusuna yanıt verme kesintisini gerekçelendirmek için gereklidir.

Buna karşılık, uyarı iletileri gelecekte soruna neden olabilecek bir koşul sunar. Temel özellikleri, risk içermeleridir:

• Bunlar, aşağıdakilerden birinin veya daha fazlasının kaybedilmesine neden olur:
  • Veri kaybı veya finansal kayıp gibi değerli bir varlık.
  • Sistem erişimi veya bütünlük.
  • Gizlilik veya gizli bilgiler üzerinde denetim.
  • Kullanıcının süresi (30 saniye veya daha fazla gibi önemli bir miktar).
• Beklenmedik veya istenmeyen sonuçları vardır.
• Hatalar kolayca düzeltilemediği ve hatta geri alınamaz olabileceği için şu anda doğru işlemeye ihtiyaç duyuyorlar.

Onay risk içeriyorsa, uyarı olarak da değerlendirilebilir. Sonuç olarak uyarı iletisi yönergeleri de geçerlidir.

Not: iletişim kutularıyla ilgili Yönergeleri, hata iletileri, düzenve uyarı iletileri ayrı makalelerde sunulur.

Bu doğru kullanıcı arabirimi mi?

Karar vermek için şu soruları göz önünde bulundurun:

• Kullanıcıya iki veya daha fazla yanıtı olan bir eylemle devam etme sorusu soruluyor mu? Aksi takdirde, ileti bir onay değildir.
• Kullanıcı arabirimi oluşan bir hata veya sorun mu sunuyor? Öyleyse, bunun yerine bir hata iletisi kullanın.
• Eyleme devam etmek için kullanıcının uygun bir varsayılan ayara sahip olmayan bir seçim yapması gerekiyor mu? Öyleyse, bir onay uygun olabilir.
• Onay ihtiyacını ortadan kaldıran alternatif bir tasarım var mı? Onay gereksinimi bazen bir tasarım kusurunu gösterir. Genellikle onay gerektirmeyen daha iyi bir tasarım alternatifi vardır.
• Kullanıcı riskli bir eylem gerçekleştirmek üzere mi? Öyleyse, eylemin önemli sonuçları varsa veya kolayca geri alınamazsa bir onay uygundur.
• Kullanıcı bir görevi bırakmak üzere mi? Öyleyse, onaylamayın. Kullanıcıların bir görevi tamamlamama sonuçlarını anladığını varsayalım.
• Eylemin kullanıcıların farkında olmayabileceği sonuçları var mı? Öyleyse, bir onay uygun olabilir.
• Geçerli bağlam göz önünde bulundurulduğunda, kullanıcıların büyük olasılıkla hatayla bir eylem gerçekleştirme olasılığı var mı? Öyleyse, bir onay uygun olabilir.
• Kullanıcılar eylemi sık sık gerçekleştiriyor mu? Öyleyse alternatif bir tasarım düşünün. Sık onaylar can sıkıcıdır ve çok az değere sahiptir çünkü kullanıcılar düşünmeden yanıt vermeyi öğrenir.
• Eylemin güvenlik üzerindeki etkileri var mı? Bu durumda, önceki testler aksini gösterse bile bir onay gerekebilir.

Tasarım kavramları

Gereksiz onaylar can sıkıcı

Şimdiye kadar oluşturulan ilk Windows onayı şüphesiz şöyle görünüyordu:

'Emin misiniz?' onayekran görüntüsü

Orijinal sinir bozucu onay.

Bu çok kötü bir başlangıçtı. Kullanıcıların programınızdan nefret etmelerini istiyorsanız, bunun gibi onayları her zaman serpin. Nedenini anlamak için kullanıcının bakış açısını göz önünde bulundurun. Kullanıcı yalnızca onay tanımına göre bir eylem gerçekleştirmeyi istedi, bu nedenle bir şekilde bir şeye tıklanmadığı veya yanlışlıkla basılmadığı sürece, elbette kullanıcı devam etmek istiyor.

Yalnızca gereksiz onaylar can sıkıcı olmakla kalmaz, aynı zamanda kullanıcıyı hatalardan korumada etkili değildir. Kullanıcılar, bir programın gereksiz onaylara sahip olduğunu ve doğal yanıtlarının çoğu zaman okumadan bunları mümkün olan en kısa sürede kapatmak olduğunu hızla keşfeder. Sonuç olarak, bu tür onaylar bu görevlere fazladan bir adım eklemekten çok daha fazlasını yapar.

Kullanıcıların hata yapma olasılığı olduğu için onayları kullanmayın. Bunun yerine, onaylar en çok önemli veya istenmeyen sonuçları olan eylemleri onaylamak için kullanıldığında etkilidir. İyi onaylar asla bariz olanı belirtmez; kullanıcıların devam etmemesi için iyi bir nedenden haberdar olması gereken bir şey iletmesi gerekir. Ayrıca, yalnızca kullanıcılardan yalnızca kaydetmeye değer değişiklikler olduğunda değişiklikleri kaydetmelerini istemek gibi bir eylem tarafından gerçekten ihtiyaç duyulduğunda kullanılırlar. Bunu yapmak, kullanıcının dikkatini yalnızca gerçekten garanti edildiğinde talep eder.

Diğer onay türleri için genellikle kullanıcıları bir soruyu yanıtlamaya zorlamaktan daha iyi bir tasarım alternatifi vardır.

Tasarım alternatiflerini göz önünde bulundurun

Rutin onaylar gereksinimini ortadan kaldıran bazı tasarım alternatifleri şunlardır:

• Hataları önleyin. Önemli hataların yanlışlıkla yapılması zor olacak şekilde görevleri tasarlar. Örneğin, yıkıcı komutları diğer komutlardan fiziksel olarak ayırın ve birden çok eylemin tamamlanmasını gerektirir.
• Geri alma işlemini sağlayın. Eylemleri geri döndürme olanağı sağlayın. Örneğin, Silinen dosyalar Geri Dönüşüm Kutusu'ndan kurtarılabildiğinden, Microsoft Windows'ta bir dosyanın silinmesi genellikle onay gerektirmez. Bir eylemin gerçekleştirilmesi çok kolaysa, yalnızca kullanıcıların eylemi yinelemesinin yeterli olabileceğini unutmayın.
• Geri bildirim sağlayın. istenmeyen sonuçları belirgin hale getirin. Kullanıcıların hata yaptıklarında farkına varmamaları durumunda yalnızca geri alma sağlamak yeterli değildir. Örneğin, doğrudan işlemenin (sürükle ve bırak işlemi gibi) etkisi her zaman belirgin olmalıdır.
• Olası sonucu varsayın, ancak değiştirmeyi kolaylaştırın. Kullanıcıların ne istediğinden emin değilseniz ancak olası, güvenli ve güvenli bir seçim varsa, bu seçimi varsayın, ne olduğunu açıklayın ve bağlam menüsünü kullanarak değiştirmeyi kolaylaştırın. Örneğin, Microsoft Word kullanıcıların sözcükleri doğru yazdığını varsayar. Yanlış yazılmış bir sözcüğü tanırsa ve olası doğru yazımı biliyorsa, Word düzeltmeyi otomatik olarak yapar ancak kullanıcıların geri döndürülmesini sağlar.
• Seçimi tamamen ortadan kaldırın. Seçim önemli değilse, kullanıcılar bunu umursamaz. Programınızı basitleştirmek ve seçimi ortadan kaldırmak daha iyidir.

Onayların düşünülmüş olmasını sağlama

Değere sahip olma onayı için kullanıcıların devam etmeme nedenini anlaması gerekir. Bazen, kullanıcılar kaydedilmemiş değişiklikler içeren bir belgeyi kapatırken olduğu gibi, bunun nedeni açıktır:

Paint 'Değişiklikleri kaydetmek istiyor musunuz?' iletisini gösteren ekran görüntüsü

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

Diğer durumlarda, nedeni o kadar belirgin olmayabilir.

İletişim kutuları için işleme düğmesi etiketlerini seçerken, genel yönergeler, ana yönergeye özel yanıtlar olan etiketleri seçmektir. Bu, kullanıcıların devam etmek için en az miktarda metin okuması gerektiğinden verimli karar alma sürecine yol açar. Ancak, bu verimlilik hedefi onaylar için ters üretilebilir. Şu örneği göz önünde bulundurun:

yanlış :

Kaldırma düğmesiyle onayın ekran görüntüsünü

Bu örnekte doğru yanıtın düşünülmüş olmasını gerektirir.

Kullanıcı Kaldır komutunu verdikten hemen sonra bu onayı sunarsanız, kullanıcının yanıtı büyük olasılıkla "Elbette kaldırmak istiyorum!" olacaktır. Kullanıcı, ikinci bir düşüncede bulunmadan Kaldır'a tıklar.

Onaylar için kullanıcıların aceleci ve duygusal kararlar almalarını istemeyiz. Kullanıcıları yanıtlarını düşünmeye teşvik etmek için, küçük bir karar alma hızı tümseği sağlamamız gerekir. Pratik olduğunda, genellikle işleme düğmelerini dikkatle ifade ederek bunu yapmak daha iyidir. Örneğin, devam edilmemesi için bir neden olduğunu belirtmek için ek dil kullanabiliriz.

Daha İyi:

'Yine de kaldır' düğmesinin ekran görüntüsünü

Bu örnekte, onay işleminin devam etmemesi için bir neden verdiğini belirtmek için işleme düğmesi etiketine "yine de" eklenir.

Bu yaklaşım pratik değilse Evet/Hayır işleme düğmelerini kullanabiliriz.

Ayrıca daha iyi:

Evet/hayır düğmeleriekran görüntüsü

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

Tüm bilgileri sağlayın

Bir soru soracaksanız, kullanıcıların bu soruyu akıllıca yanıtlaması için yeterli bilgi sağlamanız gerekir. Windows XP'de Dosya Değiştirmeyi Onayla iletişim kutusunu göz önünde bulundurun:

'Dosya değiştirmeyi onayla' iletişim kutusunun ekran görüntüsü

Windows XP Dosya Değiştirmeyi Onayla iletişim kutusu.

Bu onay, kullanıcıların soruyu yanıtlamak için ihtiyaç duyabileceği tüm bilgileri sağlıyor mu? Yanıtlamadan önce en yaygın kullanıcı senaryolarını göz önünde bulundurun:

• Var olan dosyayı değiştirerek diğer dosyayı kopyalayın (veya taşıyın).
• Diğer dosyayı kopyalamadan veya taşımadan var olan dosyayı saklayın.
• Daha yeni dosyayı tutun veya kopyalayın (en iyi senaryo).
• Dosya içeriği ve boyutu gibi ölçütlere bağlı olarak mevcut dosyayı koruyun veya diğer dosyayı kopyalayın.
• Var olan dosyayı tutun ve farklı bir ad kullanarak diğer dosyayı kopyalayın.
• Bir sorun veya beklenmeyen bir durum varsa işlemi iptal edin.

Kullanıcılar Evet'e tıklayarak 1. senaryoya ve Hayır'a tıklayarak senaryo 2'ye ulaşabilir. Dosya tarihlerini karşılaştırarak ve uygun düğmeye tıklayarak senaryo 3'e ulaşabilirler, ancak daha yeni dosyayı belirlemenin ve ardından özellikle en yaygın senaryo olabilecekler için uygun düğmeyi belirlemenin ne kadar düşünüldüğünü görebilirsiniz.

4, 5 ve 6 senaryoları da şaşırtıcı derecede zordur. Dosya boyutları yuvarlandığından, örneğin, bu dosyaların aynı boyuta sahip olup olmadığını veya aynı dosya olup olmadığını belirlemek mümkün değildir. Simgeler, dosyayı açmak için kullanılan uygulamaya yöneliktir, bu nedenle kullanıcıların içeriklerini incelemek ve karşılaştırmak için dosyaları açmaları gerekir. Dosya içeriğinin küçük resimlerine sahip olmak, soruyu yanıtlamada çok daha yararlı olacaktır.

Windows Vista'dan Dosya Kopyala onayı, daha fazla bilgi sağlayarak ve her iki dosyayı da tutma seçeneği ekleyerek bu senaryoları işlemek için çok daha iyi bir iş yapar:

'Dosyayı kopyala' iletişim kutusunun ekran görüntüsünü

Windows Vista Dosya Kopyalama onayı.

Belirli, yararlı bilgiler sağlayın

Soru soracaksanız, kullanıcıların soruyu ve alternatif yanıtların etkilerini anladığınızdan emin olun. Şu Windows Internet Explorer güvenlik onaylarını göz önünde bulundurun:

Belirsiz bir soruekran görüntüsü

Belirsiz bir güvenlik onayı.

Bu onay, kullanıcıların akıllı bir şekilde yanıtlayamayacağı bir soru sorar. Kullanıcı, Windows Internet Explorer'ın bir sayfa görüntülemesini istedi ve bu ileti örtük olarak metnin sözcüğü aracılığıyla ve varsayılan seçenek olarak Hayır'ı vurgulayarak bu sayfaya karşı öneride bulunuyor.

Sayfanın oluşturduğu belirli güvenlik sorunu yeterince açıklanmadığından devam etme riski açık değildir. Onaydaki hangi bilgiler kullanıcının Hayır'a tıklamasına neden olur? İletinin belirsizliği nedeniyle, onayın kullanıcıların devam etmelerini engelleme olasılığı yoktur, ancak bunu yaptıkları için kendilerini kötü hissettirecektir.

Bu onayın yararlı olması için kullanıcının devam etmemeye karar vermesine neden olabilecek daha fazla bilgi sağlaması gerekir. Genel olarak, bir onaydaki her yanıt için, bunu gerektiren senaryoları göz önünde bulundurun ve kullanıcılara bunu seçmek için yeterli bilgi sağlandığından emin olun. İkilem değil, seçenekler sağlayın.

Onay gerekip gerekmediğini belirleme

Senaryoları ve her yanıtı seçme olasılığını düşünmek, bir onay gerekip gerekmediğini saptamak için sistematik bir yol önerir. Kullanıcıların tüm yanıtları seçme olasılığı varsa, onay gereklidir ve yararlıdır. Ancak, yalnızca bir yanıt büyük olasılıkla (örneğin, yüzde 98) varsa, onay açıkça gereksizdir ve kaldırılması gerekir. Güvenlik, yasal ve güvenlik sorunlarıyla ilgili onayların olası özel durumlar olduğunu unutmayın.

'Ayarları değiştirmek istiyor musunuz?'

Bu onay gerekli mi? Kullanıcılar hiç Hayır'ı seçer mi? Mümkün ama çok olasılıksız. Bu onay kaldırılmalıdır.

Yalnızca üç şey yaparsanız...

1. Onayınızın gerçekten gerekli olduğundan emin olun. Devam etmemek için geçerli ve net bir neden ve bazen kullanıcıların devam etmemesi için bir şans olmalıdır.

2. Onayın nedeni hemen belli değilse, kullanıcıları yanıtlarını düşünmeye teşvik eden işleme düğmelerini seçin. Genellikle bu, onayı evet veya hayır sorusu olarak ifade ederek ve tamamen açıklayıcı veya Evet/Hayır yanıtları sağlayarak yapılır.

3. Tüm senaryoları göz önünde bulundurun ve soruyu akıllıca yanıtlamak için gereken bilgileri sağlayın.

Kullanım desenleri

Onayların çeşitli kullanım desenleri vardır:

Kullanım	Örnek
Rutin onaylar kullanıcının rutin, düşük riskli bir eylemle devam etmek istediğini onaylayın.	Bu onaylar genellikle "Emin misiniz...?" olarak ifade edilir ve sık sık rahatsızlıklarını en aza indirmek için bu iletiyi bir daha gösterme onay kutusuna sahiptir. 'Klasörü geri dönüşüm kutusuna taşı' 'İletiyi bir daha gösterme' Rutin onay örnekleri. Not: Bu düzen genellikle gereksizdir ve kaçınılmalıdır.
Riskli eylem onayları kullanıcının riski olan ve kolayca geri alınamaz bir eylemle devam etmek istediğini onaylayın.	Riske sahip olduklarından, bu onayların genellikle bir uyarı simgesi vardır. Riskli eylem onay örnekleri.
İstenmeyen sonuç onayları kullanıcının beklenmeyen veya istenmeyen sonuçları olan bir eylemle devam etmek istediğini onaylayın.	Bu onaylar soru sormanın yanı sıra istenmeyen sonuçlara da işaret eder. bunlar istenmeyen sonuçlara sahip olduğundan, bu onaylar genellikle bir uyarı simgesine sahiptir. 'Tüm sekmeler kapatılsın mı?' onay 'Yüklemeyi iptal et?' onay istenmeyen sonuç onay örnekleri. ancak bu düzen, sonuçların gerçekten istenmeyen olmasını gerektirir. yanlış: 'Tuş kaydedicisi kapatılır mı?' onay Sonuçlar burada amaçlanmıştır, bu nedenle bu rutin bir onaydır.
Açıklama kullanıcının belirsiz veya beklenmeyen sonuçları olabilecek bir eylemle nasıl devam etmek istediğini netleştirin.	Sürükle ve bırak işlemleri, işlemin etkisi yanlış yorumlanabilirse açıklamalara neden olabilir. 'Yalnızca bu oluşumu değiştir' 'Çıkışta her zaman kaydet?' onay Açıklama örnekleri. Not: Belirsiz sonuçlar olmadan eylemler tasarlamak ve en olası istenen sonucu varsaymak daha iyi olduğundan bu desenden kaçınılmalıdır.
Güvenlik onayları kullanıcının güvenlik sonuçlarına sahip bir eylemle devam etmek istediğini onaylayın.	'Bu yazılımı çalıştırmak istiyor musunuz?' 'Parolayı anımsamak mı?' onay Güvenlik onayı örnekleri.
Ulterior motive onayları bir eylem hakkında bilgi sağlar, ancak bunu onay olarak sunar.	Bu iletişim kutuları onay olarak sunulsa da, asıl hedefleri kullanıcı eğitimi veya özelliklerin tanıtımıdır. Bu araç çubuğunun görev çubuğunuzda olmasını istiyor seçeneğinin ekran görüntüsü Art niyet onayı örneği. Not: Genellikle daha iyi, daha doğrudan bir alternatif olduğundan bu düzen önerilmez. Örneğin, animasyonlar neden-sonuç arasındaki ilişkiyi göstermenin daha iyi bir yoludur.

Yönerge -leri

Genel

• "Değişiklikleri kaydet" onaylarını yalnızca önemli değişiklikler olduğunda kullanın. Otomatik belge yeniden biçimlendirme gibi kullanıcı tarafından doğrudan yapılmayan değişiklikleri onaylamayın.

yanlış :

Bu örnek, kullanıcı tarafından değiştirilmemiş boş bir e-posta veya belge için kullanıldığında yanlıştır.

Simge

• Onaylar başlık çubuğu simgelerini kullanmaz.

• Onay için içerik alanı simgesi tasarım desenine bağlıdır:

  Desen	İkon
  Rutin onaylar	Simge yok.
  Riskli eylem onayları	Uyarı simgesi.
  İstenmeyen sonuç onayları	Risk varsa bir uyarı simgesi, varsa özellik simgesi kullanın; aksi takdirde simge yok.
  Açıklamalar	Onay bir belge içeriyorsa, belgenin küçük resmini kullanın; aksi takdirde, varsa özellik simgesini kullanın veya simge kullanmayın.
  Güvenlik onayları	Uyarı simgesi.
  Ulterior motive onayları	Simge yok.

• Rutin sorular için uyarı simgeleri kullanmayın. Bunu yapmak, Windows 'un teşvik edici tonunun bir sayacıdır ve programınızı kullanmanın tehlikeli bir etkinlik gibi hissettirmesini sağlar. Kullanıcıların, bir görevi tamamlanmadan önce iptal etme sonuçlarını anladığını varsayalım.

yanlış :

'Öğreticiyi sonlandırmak istiyor musunuz?'

Bu örnekte, rutin bir soru sormak için bir uyarı simgesi kullanılır.

İşleme düğmeleri

• Onayın nedeni açıksa veya açıklayıcı hale getirilebiliyorsa ana yönergeye belirli yanıtları kullanın.

'Değişiklikleri kaydetmek istiyor musunuz?'

Bu örnekte, onayın nedeni açıktır, bu nedenle Kaydet ve İşi düzgün kaydetme.

• Aksi takdirde, onay yanıtları için Evet ve Hayır düğmelerini kullanın. Bunun yapılması, kullanıcıların yanıt vermeden önce onayı biraz düşünmesine neden olur. Onaylar için hiçbir zaman Tamam ve İptal'i kullanmayın.

Doğru:

'Destek dosyalarını kaldırmak mı istiyorsunuz?'

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

yanlış :

'Rezervasyonunuz iptal edilsin mi?'

Bu örnekte Tamam/İptal'in kullanılması kafa karıştırıcıdır.

• Bir programı kapatmak veya Windows'ı yeniden başlatmak için ana yönergeye belirli yanıtları kullanın. Herhangi bir yanlış anlaşılmayı önlemek için bu amaçla Kapat veya Evet/Hayır kullanmayın.

Doğru:

Yeniden başlatma pencerelerinin ekran görüntüsünü şimdi

yanlış :

Evet düğmesinin

Yanlış örnekte, Windows'un yeniden başlatılması için Evet kullanılmıştır.

Komut bağlantıları

• Açıklama deseni için, alternatifleri net hale getirmek için komut bağlantılarını kullanmayı göz önünde bulundurun.

Kabul Edilebilir:

'Bir veya tüm oluşumları değiştir'

Daha İyi:

Komut bağlantılarını kullanarak aynı sorunun ekran görüntüsünü

Daha iyi örnekte, komut bağlantıları alternatifleri net hale getirir.

• Önce en yaygın kullanılan komut bağlantılarını sunun. Sonuçta elde edilen sıra kabaca kullanım olasılığına uymalı, ancak mantıksal bir akışa da sahip olmalıdır.
• Bir komut bağlantısı daha fazla açıklama gerektiriyorsa ek bir açıklama sağlayın. Ek açıklamalar, kullanıcıların neden seçeneği belirlemek isteyebileceğini veya seçenek belirtildiğinde ne olacağını açıklar.

Daha fazla yönerge ve örnek için bkz. Komut Bağlantıları.

Varsayılan değerler

• Onay için varsayılan yanıt, tasarım desenine bağlıdır:

  Desen	Varsayılan yanıt
  Rutin onaylar	İlerlemek.
  Riskli eylem onayları	Devam etmeyin (veya güvenli seçim).
  İstenmeyen sonuç onayları	Sonuçları önemliyse devam etmeyin; aksi takdirde devam edin.
  Açıklamalar	En olası yanıt.
  Güvenlik onayları	Devam etme.
  Ulterior motive onayları	İlerlemek.

Bu iletiyi bir daha gösterme

• Bu seçeneği yalnızca rutin ve ardıl motivasyon onay desenleri için kullanın. Diğer desenler için, bilgiler gerekliyse her zaman görüntülenmelidir.
• Gereksiz bir onay görüntülemeyi gerekçelendirmek için bu seçeneği sağlamayın. Bunun yerine onaydan kurtulun.

yanlış :

'Bu anımsatıcılar kapatılsın mı?'

Hala yanlış:

'İletiyi bir daha gösterme'

Bu örneklerde Bu iletiyi bir daha gösterme seçeneğinin eklenmesi gereksiz bir onayı düzeltmez.

Diğer yönergeler için bkz. İletişim Kutuları.

Toplu işlemler

• Toplu işlemler için geçerli olan onaylar için onayı işlemin tamamına uygulama seçeneği sağlayın.

'Tüm öğeler için bunu yap mı?' onay kutusunun ekran görüntüsü

Bu örnekte toplu işlemler için bir seçenek vardır.

• Toplu işlemde onayları ortadan kaldırın veya erteleyin.

yanlış :

'Dosya silmeyi onayla' iletişim kutusunun ekran görüntüsü

Bu örnekte, Windows XP'deki Windows Gezgini toplu dosya taşıma sırasında her salt okunur dosyayı onaylar. Salt okunur dosyaları sormadan kopyalamak veya bu dosyaları işlemeyi ertelemek ve görevin sonunda onayı sunmak daha iyidir.

Aşamalı açıklama

• Bir onay iletisine gelişmiş bilgiler eklemeniz gerekiyorsa, aşamalı açıklama düğmelerini (örneğin, "Ayrıntıları göster") kullanarak açıklayın. Bunun yapılması, tipik kullanım onayını basitleştirir. Kullanıcılar bulamadığı için gerekli bilgileri gizlemeyin.
• Daha fazla ayrıntı yoksa "Ayrıntıları göster" seçeneğini kullanmayın. Mevcut bilgileri yalnızca farklı bir biçimde yeniden ifade etmeyin.

Etiketleme yönergeleri için bkz. aşamalı açıklama .

Kullanıcı Hesabı Denetimi

• Onay yerine Kullanıcı Hesabı Denetimi (UAC) yükseltme kullanıcı arabirimini kullanmayın. Bir eylem için onay gerekiyorsa ayrı bir iletişim kutusu kullanın. yükseltme kullanıcı arabirimisırasında kullanıcıların görevi başlatıp başlatmadıklarına ve programın güvenilir olup olmadığına odaklanmaları gerekir.
• Yükseltme kullanıcı arabiriminden önce onayı görüntüleyin. Bunu yapmak gereksiz yükseltmeleri ortadan kaldırır.

Metin

Genel

• Yedekli metni kaldırın. Başlıklarda, ana yönergelerde, ek yönergelerde, içerik alanlarında, komut bağlantılarında ve işleme düğmelerinde yedekli metinleri arayın. Genel olarak, yönergelerde ve etkileşimli denetimlerde tam metin bırakın ve diğer yerlerdeki yedekliliği kaldırın.
• Metinde "uyarı" veya "dikkat" kullanmayın. Kullanıcıların dikkatli olması gerekiyorsa, bunun yerine bir uyarı simgesi kullanarak bunu belirtin.

yanlış :

Birim biçimlendirme onayıekran görüntüsü

Bu örnekte "uyarı" terimi gereksizdir.

Başlık

• Onayın geldiği komutu veya özelliği tanımlamak için başlığı kullanın. Özel durum:
  • Birçok farklı komut tarafından bir onay görüntüleniyorsa, bunun yerine program adını kullanmayı göz önünde bulundurun.
  • Bu başlık yedekli veya ana yönergeyle kafa karıştırıcı olacaksa, bunun yerine program adını kullanın.

Ancak, onay uzun süre çalışan bir görevden geliyorsa ve görev başlatıldıktan sonra iyi görüntülenebilirse, bağlamı net bir şekilde tanımlamak için her zaman komutunu veya özelliğini kullanın.

• Ana yönergenin amacının bu olduğunu iletişim kutusunda yapılacakları açıklamak için başlığı kullanmayın.
• Netlik katıyorsa, başlığı Onayla sözcüğüyle başlatın.
• Riskli eylem onayları için, ek vurgu için ilgili nesnenin adını ekleyebilirsiniz.

'F sürücüsünü biçimlendir' iletişim kutusu başlığının

Bu örnekte, biçimlendirilecek sürücü başlığa eklenmiştir.

• noktalama işaretlerini sonlandırmadan başlık stili büyük harf kullanımını kullanın.

Ana yönergeler

• Bir onay için ana yönerge, tasarım desenini temel alır:

  Desen	Ana yönerge
  İstenmeyen sonuç onayları	istenmeyen sonucu belirtir. özel durum: Kullanıcının devam etmek isteyip istemediğini soran bir sorunun istenmeyen sonucu açıkça ifade etmesini, bunun yerine soruyu sorun. 'Tüm sekmeler kapatılsın mı?' onay Bu örnekte, kullanıcıdan yeterince ilerlemesini istemek eylemin sonuçlarını iletmektedir.
  Diğerleri	Kullanıcının devam etmek isteyip istemediğini belirlemek için tek bir soru sorun.

• Kısa olun, yalnızca tek ve eksiksiz bir cümle kullanın. Ana yönergeyi temel bilgilere kadar çıkarın. Daha fazla açıklamanız gerekiyorsa ek bir yönerge kullanın.

• Belirli nesneler varsa, tam adlarını verin.

• Pozitif tümce kullanın. Olumlu ifadeler kullanıcıların anlaması daha kolaydır.

Doğru:

Dosya ve yazıcı paylaşımını etkinleştirmek istiyor musunuz?

yanlış :

Dosya ve yazıcı paylaşımını devre dışı bırakmak istiyor musunuz?

Ancak, komut negatif olarak ifade edilmiş olsa bile tümcenin ilişkili komutla eşleşmesi gerekir; bu nedenle, örneğin disable komutunu kullanarak Disable komutunu onaylayın.

• Tümceleme için katı kurallar olmasa da, bu yaygın onay ifadelerinin belirtilen çağrışımları vardır:

  Deyim	Yan anlam
  [Bir eylem gerçekleştirmek] istediğinizden emin misiniz?	Kullanıcı isteğinin doğrudan sonucunu onaylama.
  [Bir eylem gerçekleştirmek] istiyor musunuz?	Kullanıcı isteğinin yan etkisini onaylama.
  [Bir sonuç seçmek] istiyor musunuz?	Bir açıklamaya ihtiyacım var.
  [Eylem gerçekleştirin]?	Hiç çağrıştırma yok.

• Riskli eylem onayları için, bir eylemin geri alınamazsınız ifadesini kalıcı olarak belirtmek için terimini kullanın.

Kalıcı silme onayıekran görüntüsü

Bu örnekte "kalıcı" ifadesi eylemin geri alınamazsınız.

• cümle stili büyük harf kullanımını kullanın.

Ek yönergeler

• Onay için ek yönerge, tasarım desenini temel alır:

Etiket	Değer
Desen	Ek yönerge
İstenmeyen sonuç onayları	Kullanıcının devam etmek isteyip istemediğini belirlemek için tek bir soru sorun.
Diğerleri	Kullanıcının devam etmek istememesinin belirgin olmayan nedenlerini açıklayın. Bu tür nedenler şunlardır: Aşağıdakilerden birinin veya daha fazlasının olası kaybı: Veri kaybı veya finansal kayıp gibi değerli bir varlık. Sistem erişimi veya bütünlük. Gizlilik veya gizli bilgiler üzerinde denetim. Geri alınamaz eylemler.

• Ana yönergeyi biraz farklı ifadelerle tekrar etmeyin. Bunun yerine, ekleyecek başka yönerge yoksa ek yönergeyi atlar.
• İstenmeyen sonuç onayları için, kullanıcının ana yönergeyi gözden kaçırması durumunda devam etmemesi için bir neden olduğunu kısa bir şekilde belirtmek için yine de terimini kullanmayı göz önünde bulundurun. Daha fazla bilgi için bkz. Tasarım Kavramları.
• Tümceleri, tümce stili büyük harfe çevirmeyi ve noktalamayı sonlandırmayı kullanın.

Belge

Onaylara başvururken:

• Başlık, onaya özgüyse (yani, program adına değil), başlığa göre bir onay konusuna başvurun; aksi takdirde, ana yönergesi ile buna başvurun.
• Gerekirse, bir onay iletişim kutusuna ileti olarak başvurabilirsiniz.
• Büyük harfe çevirme dahil olmak üzere tam metni kullanın.
• Mümkün olduğunda, metni kalın kullanarak biçimlendirin. Aksi takdirde, metni yalnızca karışıklığı önlemek için gerekiyorsa tırnak içine koyun.

Örnek: Dosya Kopyala iletisinde daha yeni dosyaya tıklayın.