Dev Bir Özetle Web Sitesi Kullanılabilirlik Testi Temelleri

Kullanılabilirlik testi, web sitesini iyileştirmenin harika bir yoludur, ancak genellikle laboratuvarda pahalı bir para batağı olarak düşünülür. Bu, testlerin bazen olabileceği bir şey olsa da, bu son durum senaryosu olma eğilimindedir.

Kullanılabilirlik testi , web sitesinin bir bölümünü iyileştirmenin verimli ve uygun maliyetli bir yolu olabilir .

Bu tür testleri yaptığınızdan emin olmak için doğru tür testleri ne zaman ve nasıl gerçekleştireceğinizi anlamanız gerekir.

Web Sitesi Kullanılabilirlik Testi Temelleri

Kullanılabilirlik testleri önemlidir çünkü insanların söyledikleri ve yaptıkları çok farklı şeyler olabilir .

Testler gereklidir, çünkü kullanıcıların web sitesiyle nasıl etkileşime girdiğini izlemek, sitedeki kritik sorunların çoğunu, bölünmüş testlerin ve çok değişkenli testlerin yapamayacağı şekilde düzeltmenize yardımcı olabilir.

Siteniz hakkında bilgi edinmek çok fazla kullanıcı gerektirmez ve göz izleme ve kullanılabilirlik laboratuvarları her zaman gerekli değildir. Doğru senaryolar ve hedefler göz önüne alındığında, yalnızca 12-15 kullanıcının bir arayüzden geçişini izleyerek çok fazla değer elde edebilirsiniz.

Doğru hedefler için plan yapmadan önce, kullanılabilirlik testleri için hangi hedeflerin uygun olduğunu anlamanız gerekir.

Bölünmüş Testten Farkı

Bölünmüş test güçlü bir araçtır, ancak sınırlamaları vardır. Kullanılabilirlik testleri ile karşılaştırıldığında, görev akışı değişikliği odaklı olmaktan ziyade hacim odaklıdır.

Bölünmüş testler, sitenin tüm bölümlerinde (örn. tüm ödeme akışının) iyileştirmelerden ziyade sayfa iyileştirmelerine yöneliktir. Ayrıca, belirli kullanıcı içgörülerinden ziyade istatistiksel önem için tasarlanmıştır:

İstatistiksel önem, bir sayfadaki öğeleri geliştirmek için harikadır. Bununla birlikte, kullanıcıları belirli bir arayüzde bir şeyler yapmaya çalışırken izlemek, size tüm iş akışını değiştirebileceğiniz belirli, eyleme geçirilebilir yollar sağlayabilir - bir ödeme sırası, kişileri aramanın bir yolu, fiyatlandırmaya ulaşmanın bir yolu.

Bölünmüş testler size bunu sağlayamaz.

Kullanılabilirlik testlerinden edinebileceğiniz bilgiler, geliştirme döngüsünün çeşitli aşamalarında projeleri geliştirmek için harikadır.

Kullanılabilirlik Testi için Proje Aşamaları

Bir arayüzde değişiklik yapma yeteneğiniz zamanla azalır. Bu arada, değişiklik yapma maliyeti zamanla artar.

Bölünmüş testler ve kullanılabilirlik testleri arasındaki diğer bir fark, kullanılabilirlik testlerinin yalnızca bir üretim ortamında değil, projenin hemen her aşamasında gerçekleştirilebilmesidir . Kullanılabilirlik testleri yapmak için canlı bir şeye sahip olmanız gerekmez.

Projede ilerledikçe değişiklik yapmak daha pahalı hale geldiğinden , kullanılabilirlik testini geliştirme aşamasının başlarında yapmak genellikle iyi bir fikirdir. Bununla birlikte, herhangi bir aşamada bir test yapmak, hiç test yapmamaktan daha iyidir:

Henüz hiçbir şey inşa edilmedi

Bir rakibin sitesinde, karşılaştırılabilir bir bölümde bir kullanılabilirlik testi çalıştırabilirsiniz. Bu size benzer bir arayüz için neyin işe yarayıp neyin yaramadığını söyleyecektir ve rakiplerinizin sahip olduğu tuzaklardan kaçınabilirsiniz.

Erken yinelemeler

Geliştirme için harcama yapmaya başlamadan önce kritik sorunları bulmak için tasarımınızın basılı bir prototipini kullanabilirsiniz.

Sonraki aşama

Üretime geçmeden önce, test için arayüzün tıklanabilir bir prototipini oluşturabilir ve testleri bu şekilde çalıştırabilirsiniz. Tıklanabilir prototipleri düzeltmek, canlı koddan daha ucuzdur, bu nedenle buradaki sorunları yakalamak kritik olacaktır.

Son tasarım

Web sitesinin en zayıf kısımları için , hatta üretimde bile düzenli olarak kullanılabilirlik testleri yapmayı planlamalısınız.

Kullanılabilirlik testlerini hangi aşamada çalıştıracağınıza bakılmaksızın, önceliklendirmenin bir yoluna ihtiyacınız olacak. Bunu kolaylaştırmak için kullanabileceğiniz birkaç araç var.

Test için Bölümleri Bulma

Paranızın karşılığını en iyi şekilde almak için, iyileştirildiğinde iğneyi en çok hareket ettirecek alanları bulmanız gerekir:

Yüksek başarısızlık oranlı görevler

Bir anket aracınız varsa, “web sitesinde ne bulmaya çalışıyorsunuz” ve “buldunuz mu?” gibi sorular kullanmalısınız. Görev başarı oranını belirlemek için. Kullanılabilirlik testi adayları için görev başarı oranlarının düşük ve trafiğin yüksek olduğu bölümlere bakabilirsiniz.

Dönüşümlere giden kritik yollar

Dönüşümler için özellikle önemli olan yollar, test edilecek iyi alanlar sağlar.

Kullanılabilirlik Testi Türleri

Hem ekran eylemlerini hem de arama sesini kaydedebildiğiniz sürece, kullanılabilirlik testlerini yüz yüze veya Skype veya GoToMeeting gibi bir uzaktan test yazılımı aracılığıyla çalıştırabilirsiniz.

Yerinde test daha maliyetli olabilir ancak daha fazla şeyi gözlemlemenize izin verebilir.

Uzaktan test, işleri bir bütçeyle yürütmenize olanak tanır. Ancak, web sitesi kullanıcılarının konuşurken yüz ifadeleri ve beden dili gibi şeylere bakmanıza izin vermeyecektir.

Yerinde Kullanılabilirlik Testleri

Kullanılabilirlik testleri şirketinizin ofisinde, web ziyaretçisinin ortamında veya profesyonel bir kullanılabilirlik laboratuvarında yapabilirsiniz. Her birinin avantajları ve dezavantajları vardır:

şirket ofisi

Ne tür dikkat dağıtıcı şeyler olduğunu görmek için göz attıklarında, göz takibine özgü gözlemleri almazsınız veya web ziyaretçisinin gerçek ortamını görmezsiniz. Ancak bir konferans odasında sıradan bir kullanılabilirlik testi, farklı ekiplerden daha fazla kişiyi dahil etmenize, prototipleri göstermenize ve ziyaretçilerin yüksek sesle konuşmasını sağlayacak daha az resmi bir düzene sahip olmanıza olanak tanır.

Web ziyaretçisinin ofisi/evi

Kullanıcının kendi ortamı, navigasyon sırasında karşılaşabilecekleri olası dikkat dağıtıcı şeyleri size gösterebilir. Ayrıca tipik bir potansiyel müşterinin sahip olabileceği ağ hızını da gösterebilir. Ancak, birden fazla ekip üyesini bir araya getirmek maliyet açısından engelleyici olabilir ve tescilli prototipleri gösteremezsiniz.

Kullanılabilirlik laboratuvarı

Kullanılabilirlik laboratuvarlarında gerçekleştirilen oturumlar, maliyet açısından engelleyici ve diğer ortamlardan daha resmi olabilir, bu nedenle kullanıcıların yüksek sesle konuşmasını sağlamak daha zor olabilir. Ancak, göz izleme teknolojilerini kullanarak bakış modellerinden daha fazla bilgi toplayabilirsiniz.

Yerinde kullanılabilirlik testleri daha pahalı olma eğilimindedir, ancak arayüzünüz hakkında alacağınız ekstra bilgiler göz önüne alındığında, genellikle buna değer.

Uzaktan Kullanılabilirlik Testleri

Uzaktan kullanılabilirlik testleri bir bütçeyle çalıştırılabilir, ancak yerinde kuzenleri kadar veri açısından zengin OLMAMA eğilimindedirler . Ancak çoğu arabirim için uzaktan kullanılabilirlik testleri, en kritik sorunları bulmak için fazlasıyla yeterli olmalıdır.

Uzaktan kullanılabilirlik testleri çalıştırmanın iki yolu vardır:

denetlenmeyen

Bu, kullanılabilirlik testlerini çalıştırmanın en ucuz yoludur. Tam olarak hedef kullanıcılarınızı alamayabilirsiniz ve bir görüşme yapmıyorsanız o kadar fazla bilgi toplayamayabilirsiniz. Ancak, sitenizdeki görevler hakkında geri bildirim almanın hızlı ve ucuz bir yoludur.

• Seçtiğiniz bir arayüz, önceden seçilmiş test kullanıcılarından oluşan bir panele gönderilir. Ardından, yaptıkları görevler hakkında talimatlar gönderirsiniz. Görevleri gerçekleştirdikten sonra, başarı oranları ve yorumları hakkında istatistikler alırsınız.

Denetlenen

Moderatörler, kullanılabilirlik testi için büyük bir nimettir. Eğer yapabilirsen …

1. bir kullanıcıyla GoToMeeting, WebEx veya benzeri bir toplantı ayarlayın,
2. oturumu kaydetmek için izin isteyin ve
3. Sitenizde görevleri yerine getirirken onlara sorular sorun

… denetlenmemiş bir testte alacağınızdan daha fazla bilgi alacaksınız.

Denetlenmeyen Uzaktan Testler Gerçekleştirme

Denetlenmeyen uzaktan testler diğer test türlerinden çok farklı olduğundan, önce bunları ele alalım.

Denetlenmeyen uzaktan testler hakkında bilmeniz gereken en az şey:

• Oturumlar daha kısadır , bu nedenle oldukça odaklanmış halde tutmanız gerekir.
• Katılımcılar görevleri okuyacak ve bunları gerçekleştirmeye çalışacakları için , yaptıklarını neden yaptıklarına dair çok fazla fikir edinemezsiniz.
• Kolaylaştırıcılar katılımcılarla etkileşime giremezler , bu nedenle görevde geçirilen süre gibi rakamlar diğer kullanılabilirlik testlerine kıyasla daha da önemli hale gelir.
• Katılımcılar görev sonrası kısa yorumlarda bulunabilirler . Arayüzünüzle etkileşime girerken ne düşündükleri hakkında bazı bilgileri toplayabileceğiniz yer burasıdır.

Katılımcıların İşe Alınması

Yerinde veya uzaktan yönetilen testler yapıyorsanız, kullanılabilirlik testleri için bir dizi katılımcıyı işe almanız gerekir.

Bu kısım pahalı geldiği için bazı şirketler için caydırıcı olabilir, ancak gerçekten çok fazla sorun olmamalı. Alt uçta, kullanıcı başına 30 dolardan 15 kullanıcıyla, tam bir kullanılabilirlik testi döngüsü için katılımcıları 500 dolardan daha az bir ücret karşılığında alabilirsiniz.

Yüz yüze testler veya yönetilen uzaktan testler için birkaç farklı kaynaktan katılımcı alabilirsiniz:

• Müşteri listeleri . Mevcut müşteri listeleriniz varsa, kullanılabilirlik testlerine katılmaları için onlara davetiye gönderebilirsiniz.
• Engeller . Ethnio veya Qualtrics gibi araçları kullanarak web sitenizde engellemeler oluşturabilirseniz, kullanıcılarınızın bir kısmına kullanılabilirlik testi daveti gösterebilirsiniz.

Genellikle kullanıcılara bir kullanılabilirlik testine katılmaları için bir teşvik sunmak isteyeceksiniz. Testin karmaşıklığına bağlı olarak, 25 ila 100 ABD Doları arasında bir hediye sertifikası veya benzeri bir teklif verin.

Tam bir testçi setiniz olduğunda, genellikle birkaç fazladan "yüzer" istersiniz. Bunlar, aktif test kullanıcılarından daha az teşvik alan, ancak insanlar müsait olmadığında aktif testçilerin yerini alabilecek kişilerdir.

Kullanılabilirlik Testlerini Gruplandırma

Katılımcılardan en iyi şekilde yararlanmak için, belirli bir tasarımı yalnızca az sayıda test ettirin . Dört ila beş kişi, bir arayüzün sorunlarının çoğunu yakalamanıza izin vermelidir.

Buradaki fikir, bir arayüzü test etmek, sorunların çoğunu yakalamak ve ardından üretim sürümünü başlatmadan önce bunu iki kez daha yapmaktır.

Görevi Hazırlamak

Bir kullanıcı görevi için iki şey isteyeceksiniz:

• Web sitenizin, prototipinizin veya test edilecek arayüzün bir bölümü
• Kullanıcının bu bölümde ulaşması gereken bir hedef

Örneğin bir seyahat sitesi işletiyorsanız, kullanıcının belirli bir tarih için Sidney'de ücretsiz internet erişimi ve ücretsiz iptal sunan en ucuz 3 yıldızlı oteli bulmasını sağlayabilirsiniz.

Bu tür bir görev için özgüllük önemlidir.

Tarihleri ​​belirlemek ve bir otel bulmak kolay olabilir, ancak filtreleme mekanizması WiFi'li oda bulmak veya ücretsiz iptal etmek için kullanışsız olabilir.

Sahip olduğunuz sitenin türüne veya test ettiğiniz bölüme bağlı olarak, özellikle müşteri yolculuğunun test ettiğiniz kısmı erken aşama olma eğilimindeyse ihtiyaç biraz daha temel olabilir (örneğin, "Bu bölümdeki referansları bulun: kredi puanınızı yükseltmekten bahsedin”).

Hangi bölüm ve hedef kombinasyonunu elde ederseniz edin, hazırlanmış bir onay formuna ve katılımcılarınız için bir dizi soruya ihtiyacınız olacak.

Onay Formunun Hazırlanması

İzin formu , verileri nasıl kullanacağınız ve verilerin diğer şirketlerle nasıl paylaşılmayacağı konusunda laflar içerebilir, ancak temel bileşenler aşağıdadır:

• Teste katılım isteğe bağlıdır.
• Ekran ve ses kaydedilecektir.
• Katılımcılar herhangi bir noktada sorunları dile getirebilirler.
• Rahatsız olurlarsa, araştırmacıdan kullanılabilirlik testini durdurmasını isteyebilirler.

Onay formlarının temel örnekleri, usability.gov'da veya Steve Krug'da bulunabilir. Bunları temel olarak referans alabilir ve ihtiyacınız olan öğeleri ekleyebilirsiniz.

Soru Hazırlama

Kullanılabilirlik testi yaparken yapabileceğiniz en önemli şey , katılımcının sesli düşünmesini sağlamaktır . Yani katılımcı sitenizde veya prototipinizde gezinirken yaşadıklarından bahsediyor olmalıdır.

Bunu yapmak için aşağıdaki gibi sorular sormanız gerekir:

• Bilgileri aramaya nereden başlayacaksınız?
• Herhangi bir şeye tıklamadan önce, ne olacağını beklediğinizi söyleyebilir misiniz?
• Bu beklentilerinizi karşıladı mı?

Buradaki fikir, katılımcıyı belirli bir yola yönlendirmeden arayüz hakkında nasıl düşündüğünü ortaya çıkarmaya teşvik etmektir.

Testin geçeceği bölümler için sorular hazırlarken , öğelerin ne kadar keşfedilebilir olduğunu ve katılımcının ihtiyaç duyduğu şeyin bulunmasının kolay olup olmadığını ortaya çıkarmaya çalışın.

Sorularınızı geliştirirken en azından aşağıdaki kriterleri karşıladığınızdan emin olun:

• Yazı, sevimli olmaktan ziyade kuru ve spesifik
• Lider yok – kullanıcının bir sayfada ne yapacağını etkilemekten kaçının

Kullanılabilirlik Test Oturumlarını Çalıştırma

Gerçek kullanılabilirlik testi yapılmadan önce yapmanız gereken birkaç şey var:

• Hem sesi hem de ekranı kaydedebildiğinizden emin olun.
• En az bir moderatör ve gözlemci bulundurun . Bu şekilde, moderatör soru sorarken birisi not alabilir.
• Katılımcıya hoş geldiniz, onay formunu imzalatın ve katılımcıya teşvik verin. Buradaki fikir, teşvikin testlerde “iyi gidiyor” ile ilişkisini kesmektir .

Onay formu imzalandıktan sonra ve test için kullanılacak ekran hazırken katılımcıya test yapılmadığını açıklayın . Doğru veya yanlış cevap yoktur. Arayüz test ediliyor, bu nedenle katılımcı mümkün olduğunca samimi olmalıdır.

Sorular sorarken, katılımcının ifadelerini tekrarlayabilirsiniz, ancak onlara bir görevi yerine getirirken ihtiyaç duydukları şeyi nasıl bulacaklarına dair ipuçları bırakamazsınız.

Oturum sona erdiğinde bunları kolayca değerlendirebilecek bir konuma kendinizi koyun:

• Görevde geçirilen süre – görevi bitirmenin genellikle ne kadar sürdüğü
• Görev başarı oranı – kaç katılımcının görevi tamamladığına karşı kaçının tamamlamadığı
• Başarısızlık nedeni – katılımcıların görevlerini tamamlayamamaları durumunda anlayamadıkları alan veya mekanizma

Her görevden sonra, onlardan size öznel bir memnuniyet puanı vermelerini de isteyebilirsiniz. Arayüzü iyileştirirken bu puanı bilgilendirme oturumları ve yönlü eğilim için kullanabilirsiniz.

Tüm görevleri tamamladığınızda, katılımcıya teşekkür edin ve bilgilendirme oturumlarını planlamaya başlayın.

Bilgilendirme Oturumlarının Yürütülmesi

Kullanılabilirlik testlerinizi değerlendirmenin en iyi yolu, onu bir seyirci sporu yapmaktır .

Kullanılabilirlik testi oturumunu ofisinizde düzenliyorsanız, insanların arayüzünüzü gözden geçirdiklerini ve bazen de kullanamadıklarını izlemeleri için insanları çekecek atıştırmalıklar için harcayın.

Bir tartışmayı, bir kullanıcının ne yapacağını bilmeden etrafta sallandığını görmekten daha hızlı çözebilecek çok az şey vardır. Bir şeyi öne çıkarmak için rekabet eden dahili ihtiyaçları, laf kalabalığının yeterince iyi olduğu konusundaki argümanları ve tek başına web analitiği ve bölünmüş test ile çözülmesi zor olabilecek bir dizi başka sorunu ortadan kaldırır.

• Testinizi canlı ortamda yapıyorsanız, bilgilendirme sırasında en az çabayla düzeltilebilecek en büyük şeyleri bulmaya çalışın. Bu, iyileştirilmesi gereken öğelerin aylar yerine günler veya haftalar içinde düzeltilebilmesini (veya daha kötüsü, daha büyük bir site yeniden tasarımınız olana kadar beklemeye alınmasını) sağlamalıdır.
• Testi bir prototip üzerinde yürütüyorsanız, bilgi alma sırasında prototipin bir sonraki sürümü için veya yayınlanmadan önce nelerin düzeltileceği konusunda anlaşmaya çalışın.

Kullanılabilirlik Testinin Temelleri

Bugün kullanılabilirlik testleri yapmayan çoğu şirket, daha büyük özellik sürümleri ve sorun önceliklendirme için yılda birkaç kez en azından birkaçını çalıştırıyor olmalıdır.

Bu testleri yılda birkaç kez çalıştıran kuruluşlar muhtemelen daha fazla çalıştırmalı ve aralıkları tutarlı ve yapılandırılmış hale getirmelidir. Bu şekilde, kullanılabilirlik merkezli bir kültür şekillenmeye başlayabilir.

Kullanılabilirlik testlerinin avantajlarını ve dezavantajlarını anlamak için zaman ayırırsanız ve testleri uygun olan yerlerde kullanırsanız, dönüşüm kazançları elde etmek için ince ayar yapmak için başka bir kaldıracınız olacaktır.