Karmaşık uygulama arayüzünü teşhis etmek için bir kişi uygulamanın desteklediği görevi denerken ekranları, kontrolleri ve yanıtları inceleyin. Sonraki eylemin belirsizleştiği ilk noktayı bulun. Kişinin beklentisini uygulamanın yaptığı ve bildirdiği şeyle karşılaştırın. Başarısız bir kayıt veya eksik bir özellik, belirsiz bir etiket ya da rotadan farklı bir düzeltme gerektirir.
Bir kişinin mevcut bir rezervasyonu değiştirmeye çalıştığını düşünün. Birkaç menüyü açıyor, ana ekrana dönüyor ve bir iş arkadaşına soruyor. Bu akış, gözlem için bir başlangıç noktasıdır. Tek başına kişinin daha sonra uygulamayı kaldırıp kaldırmayacağını veya hangi ekranın yeniden tasarlanması gerektiğini açıklayamaz.
İnsanlar sonraki adımı neden kaybediyor?
İnsanlar hedefi anlayıp yine de belirsiz bir eylemi veya yanıtı kaçırabilir. Amaçladıkları görev ile karşılaştıkları ekran arasındaki ilk görünür uyumsuzluğu arayın. İşlemi kontrol etmeden kesin bir açıklamaya varmayın. Gezinme sorunu gibi görünen şey, başarısız bir istek veya ürünün desteklemediği bir sonuç da olabilir.
İfade farklı bir eylemi düşündürüyor. Kişi “Devam” düğmesine dokunduktan sonra başka bir inceleme ekranı beklerken uygulama isteği hemen gönderebilir. Apple’ın düğme kılavuzu, amacın açıkça belirtilmesini önerir. Yeni bir etiket seçmeden önce beklentiyi gerçek etkiyle karşılaştırın.
Sonuç belirsiz kalıyor. Kişi, uygulamanın isteği kabul edip etmediğini anlayamadığı için yeniden dokunuyor. Gerçekte neyin kaydedildiğini ve ekranın ne bildirdiğini inceleyin. Eksik bir onay ile başarısız bir işlem farklı düzeltmeler gerektirir.
Girdi yönlendirmesi hatadan sonra geliyor. Alanın ihtiyaç duyduğu değeri açıklayıp açıklamadığını kontrol edin.
Web içeriğinde W3C’nin etiketler veya talimatlar ölçütü, içerik girdi gerektirdiğinde etiket ya da talimat sunulmasını zorunlu kılar. Bu kaynağı uygulama içindeki web ekranları için kullanın. Yerel uygulamalar ayrıca platforma özgü bir inceleme gerektirir.
Rota bağlamını kaybediyor. Kişi ayrıntı ekranından dönüyor ve değiştirdiği öğeyi yeniden bulamıyor. Başlangıç noktasını, seçilen eylemi ve ulaşılan ekranı kaydedin. İlk kafa karıştırıcı geçişi yeniden üretilebilecek kadar kesin tutun.
Karmaşık uygulama arayüzü nasıl teşhis edilir?
Desteklenen bir sonuç ve karşılaştırılabilir bir başlangıç durumuyla başlayın. Gönderen, ücret alan, silen veya başka birini etkileyen eylemler için test hesabı ve güvenli test verileri kullanın. Hedefi, ona götüren menü veya kontrolü adlandırmadan yazın. Siz açıklama yapmadan önce kişinin neyi bulup anlayabildiğini öğrenmek istersiniz.
- Tamamlanmayı tanımlayın. Rezervasyon değişikliğinde amaçlanan sonuç gönderilmiş bir istek mi, yoksa onaylanmış yeni bir rezervasyon mu? Bu sürümün ve hesabın hangi sonucu destekleyebildiğini kontrol edin.
- Başlangıç durumunu kaydedin. Uygulama sürümünü, cihazı, dili, izinleri ve rezervasyonun mevcut olup olmadığını not edin. Yönetici hesabı, müşteri hesabından farklı bir rota gösterebilir.
- Kontrolün adını vermeden gözlemleyin. Kişiden hedefi denemesini isteyin. Seçtiği ekranı, okuduğu etiketi ve beklentisini kaydedin. Yardım ederseniz bunu not edin; görevin sonradan tamamlanması yardımı ortadan kaldırmaz.
- Sonucu ayrıca kontrol edin. Görünür yanıtı kaydedilmiş rezervasyonla karşılaştırın. Test hesabında yeniden açın veya sağlayıcının test kaydını kontrol edin. Dokunma ya da başarılı görünüşlü bir ekran, amaçlanan güncellemenin gerçekleştiğini kanıtlamaz.
Uygulamayı tek başınıza inceliyorsanız yeniden üretebildiklerinizi kaydedin ve bu sınırlamayı görünür tutun. Ürün bilginiz görevi değiştirir. Daha sonra ürüne yabancı biriyle yapılan gözlem farklı kanıt sağlar.
Bu kurgusal rezervasyon görevini inceleyin
Bir kişinin başka bir oturum talep etmesine izin veren, tamamen kurgusal bir ders rezervasyonu uygulamasını düşünün. Rezervasyon değişmeden önce sağlayıcı isteği kabul etmelidir. Aşağıdaki notlar bir yanlış anlamanın nasıl araştırılacağını gösterir. Bu örnekte canlı bir uygulama, hesap veya katılımcı kullanmadık ve önerilen ifadeyi test etmedik.
| Gözlem | Not |
|---|---|
| Amaçlanan görev | Mevcut ders rezervasyonunu başka bir oturuma taşımak. |
| Eylem ve tam etiket | Kişi “Rezervasyonu değiştir” düğmesine dokunur; düğme bir istek gönderir. |
| Beklenen sonuç | Kişi yeni oturumun zaten rezerve edildiğine inanır. |
| Gerçek durum | İstek kabul beklerken asıl rezervasyon yerinde kalır. |
| Önerilen kontrol | Değişiklik iste etiketi ile isteğin gönderildiğini söyleyen bir mesajı deneyin. |
Gözlemlenen uyumsuzluk, eylemin ne anlama geldiğiyle ilgilidir. Farklı bir etiket, gerçek işleme karşı sınanması gereken bir hipotezdir. İstek sağlayıcıya hiç ulaşmıyorsa başarısız işlemi de araştırın. Anında onay ürün için vazgeçilmezse bu, bir düğme etiketinin sağlayabileceği bir şey değil, ayrı bir ürün kararıdır.
Yorumdan önce gözlemi yazın. “Rezervasyonu açtı, Rezervasyonu değiştir düğmesine dokundu ve onay bekledi” bu kurgusal alıştırmadaki davranışı tanımlar. “Arayüz kötü” ise hâlâ yanıtlamanız gereken soruyu atlar.
Gözlemi yanıtlayan en küçük değişikliği yapın
Kaydedilen uyumsuzluğu ele alan ve amaçlanan işlemi koruyan bir düzeltme seçin. Belirsiz unsurlar ifade, talimat veya geri bildirimse bunlarla başlayın. Değiştirilmiş bir gezinme yapısı veya daha kapsamlı bir yeniden tasarım, göreve dayanan bir gerekçe ister. Daha açık bir açıklamanın hâlâ başarısız olan işlemi gizlememesi için işlevsel hataları görünür tutun.
-
Odaklı bir taslak deneyin. Kurgusal rezervasyon için önerilen eylem etiketini ve ortaya çıkan durumu tıklanabilir bir taslakta gösterin. Uygulama UX denetimlerimiz ve prototiplerimiz görevden prototipe uzanan bu akışı izler. Kişinin dokunmadan önce beklediği şeyi, sonrasında tanıdığı durumla karşılaştırın; önerilen etiketi kanıtlanmış bir iyileştirme olarak tanımlamayın.
-
Bir hata rotasını kontrol edin. W3C’nin web içeriğine yönelik hata tanımlama ölçütü, otomatik olarak algılanan bir girdi hatasının etkilenen öğeyi belirtmesini ve hatayı metinle açıklamasını gerektirir. Tek başına renkli bir çerçeve bu açıklamayı eksik bırakır. Yerel kontroller ve eksiksiz bir erişilebilirlik incelemesi, kendi platform kontrollerini gerektirir.
-
Yanıtı ekranda ve yardımcı teknolojiyle kontrol edin. Web içeriğinde W3C’nin durum mesajları ölçütü, tanımlanan durum değişikliklerinin odağı mevcut kontrolden uzaklaştırmadan yardımcı teknolojilere sunulmasını ele alır. Ekranda görüneni ve yardımcı araçların algılayabildiğini kontrol edin. Örneğin ekran okuyucu, arayüz içeriğini sesli okuyabilen bir yazılımdır. Seçilen bu ölçüt uygulamayı onaylamaz, bir yanıt süresi hedefi belirlemez veya yavaş bir işlemi düzeltmez.
-
Web geçişini takip edin. Aynı hesap veya rezervasyon rotası bir web sayfasına geçtiğinde bu geçişi teste dahil edin. Web sitesi ve web uygulaması geliştirme, bu sınır boyunca görevin ifadesini ve gerçek durumunu korumalıdır.
Değişiklikten sonra neyi kontrol etmelisiniz?
Aynı amaçlanan görevi karşılaştırılabilir bir durumdan yeniden yürütün ve ne olduğunu kaydedin. Uygulama sürümünü, cihazı, dili ve yardımı sonucun yanında görünür tutun. Yararlı bir karşılaştırma gözlemlediğiniz görevle ilgilidir: kişinin eylemi bulup bulmadığı, etkisini anlayıp anlamadığı ve gerçek sonucu tanıyıp tanımadığı. Kanıtınız olana kadar daha geniş iş sonuçlarını açık bırakın.
Tamamlanmayı ve yardımı birlikte; ilk yanlış dönüşü, kişinin yorumlayamadığı girdi hatalarını ve bir isteği onay sanıp sanmadığını kaydedin. İlgili kontrolleri, incelediğiniz dil ve erişilebilirlik ayarlarıyla tekrarlayın. İngilizce ekranın her sürümü temsil ettiğini varsaymak yerine uzun etiketleri ve bu ayarlarda sunulan bilgileri inceleyin.
Rezervasyon değişikliği isteğinin başlaması veya sağlayıcıya ulaşması gibi uygulama eylemlerini zaten kaydediyorsanız kayıtların bu gerçek durumlarla eşleştiğini kontrol edin. Destek sorularındaki değişiklikleri aynı rotayla birlikte tutun. Uygulamanın indirilmemesi ayrı bir edinim sorunudur; indirilmeyen bir uygulama hakkındaki rehberimiz, kişinin ürünü açmasından önce başlar.
Başarılı bir tekrar, bu gözlemi tanımlayabilir. İnsanların uygulamayı neden kaldırdığını belirleyemez veya kullanıcı tutma değişikliğini düzeltmeye bağlayamaz. Sonraki çözülmemiş soruyu, onu kontrol etmekten sorumlu kişiyle birlikte kaydedin.
Biz nerede devreye giriyoruz?
Desteklenen görevle, ilk belirsiz geçişle ve düzeltme seçmek için gereken kanıtla başlarız. Bunu bir prototipe dönüştürebilir, uygulanmış rotayı kontrol edebilir ve web karşılığını dahil edebiliriz. Görevin ve durduğu noktanın açıklamasını bir proje görüşmesine getirin. Paylaştığınız örneklerden müşteri adlarını ve diğer kişisel bilgileri çıkarın.
