UX Araştırması

Kullanılabilirlik testi nasıl yapılır?

İyi bir tasarım, gerçek kullanıcılarla karşılaştığında kendini gösterir. İlk kullanılabilirlik testinizi planlamak, yürütmek ve bulguları tasarım kararlarına dönüştürmek için bir başlangıç rehberi.

UserGets4 dk okuma

Bir ekran size açık ve anlaşılır görünebilir. Ancak o ekranı ilk kez gören biri aynı yolu bulabilecek mi? Kullanılabilirlik testi, bu soruyu varsayımlarla değil, insanların bir görevi tamamlarken yaptıklarını gözlemleyerek yanıtlamanıza yardımcı olur.

Kullanılabilirlik testi nedir?

Kullanılabilirlik testi, hedef kitlenize uygun katılımcıların bir ürün veya prototip üzerinde belirli görevleri yerine getirdiği bir araştırma yöntemidir. Araştırmacı; katılımcının nerede duraksadığını, hangi bilgiyi aradığını ve hangi adımda yardıma ihtiyaç duyduğunu gözlemler.

Amaç katılımcının becerisini ölçmek değildir. Tasarımın, kişinin ihtiyacını karşılamasını ne kadar kolaylaştırdığını anlamaktır. Bu yüzden oturumun başında test edilenin kişi değil, ürün olduğunu açıklamak iyi bir başlangıçtır.

1. Öğrenmek istediğiniz şeyi belirleyin

Her şeyi aynı oturumda öğrenmeye çalışmak yerine bir akış seçin. Örneğin bir eğitim platformunda, kişinin kendisine uygun eğitimi bulup başlangıç tarihini öğrenip öğrenemediğine odaklanabilirsiniz. Araştırma sorunuz, katılımcının başarısını nasıl değerlendireceğinizi de netleştirmelidir.

Ardından bu akışı kullanması beklenen kişileri belirleyin. Ürüne hâkim ekip arkadaşlarıyla yapılacak bir deneme, oturumdaki teknik sorunları yakalamanıza yardımcı olabilir; ancak hedef kitlenin ürünü nasıl anlayacağını tek başına göstermez.

2. Yönlendirmeyen görevler yazın

İyi bir görev, katılımcıya gerçekçi bir amaç verir; hangi menüye veya butona basacağını söylemez. Arayüzdeki etiketleri görevin içinde tekrar etmek, bulmak istediğiniz sorunları görünmez hâle getirebilir.

Bir eğitim platformundan örnek

“UX alanında kendini geliştirmek istiyorsun. Hafta içi akşamları katılabileceğin bir eğitim bul ve ne zaman başlayacağını öğren.” Bu senaryo bir ihtiyaç tarif eder; katılımcının izleyeceği yolu ona bırakır.

Örnek bir test planı hazırlayın

Aşağıdaki plan, bir eğitim platformu için kurgulanmış bir çalışma örneğidir. Araştırma sorusu şu olabilir: “İlk kez gelen bir ziyaretçi, uygun eğitim tarihini ve katılım koşullarını yardım almadan bulabiliyor mu?” Test kapsamını eğitim bulma ve bilgiye ulaşmayla sınırlamak, ödeme akışındaki sorunlarla karışmasını önler.

Katılımcı ölçütlerini araştırma sorusuna göre yazın: UX eğitimini değerlendiren, siteyi daha önce kullanmamış ve hedeflenen saatlerde eğitime katılabilecek kişiler gibi. Küçük bir nitel çalışma sorunları keşfetmek için kullanılabilir; sonuçları tüm kullanıcıların başarı oranı gibi sunmayın. Kritik kullanıcı grupları farklıysa bu grupları ayrı değerlendirin.

Oturum planınızda tanışma ve izin, kısa bağlam soruları, görevler ve kapanış için yer ayırın. Örneğin 30 dakikalık bir oturumda açılışa 5, görev ve takip sorularına 20, kapanışa 5 dakika ayırabilirsiniz. Bu süre bir zorunluluk değil, pilot oturumdan sonra uyarlayacağınız bir başlangıçtır.

3. Anlatmak yerine gözlemleyin

Katılımcıdan görev sırasında ne düşündüğünü sesli olarak paylaşmasını isteyin. Takıldığında hemen çözümü göstermeyin. “Şu anda ne olmasını bekliyordunuz?” gibi açık bir soru, kişinin zihnindeki modeli anlamanıza yardımcı olabilir.

Görevin tamamlanıp tamamlanmadığını, yanlış dönüşleri ve yardım gereken anları not alın. Gözlemle yorumu ayrı tutun: “Katılımcı başlangıç tarihini bulmak için sayfayı üç kez kaydırdı” bir gözlemdir. “Tarih alanı dikkat çekmiyor” ise ayrıca değerlendirilmesi gereken bir yorumdur. Kayıt alacaksanız önceden izin isteyin ve kaydın nasıl kullanılacağını açıklayın.

4. Bulguları tasarım kararına dönüştürün

Oturumların ardından benzer sorunları birlikte değerlendirin. Hangi sorun görevi tamamen engelliyor? Hangisi gereksiz çaba yaratıyor? Bir bulguyu yalnızca kaç kez görüldüğüne göre değil, kullanıcı üzerindeki etkisine ve araştırmanın kapsamına göre de ele alın.

Her öncelikli sorun için gözlemi, olası nedeni ve denenecek değişikliği yazın. Örneğin başlangıç tarihi bulunamıyorsa bu bilgiyi eğitim başlığına yaklaştırmayı deneyebilirsiniz. Değişikliğin işe yaradığını varsaymak yerine aynı görevi yeni katılımcılarla yeniden değerlendirin.

Test öncesi ve sonrası kontrol listesi

Oturumdan önce prototip bağlantısını, hedef cihazı ve kayıt aracını kontrol edin. Bir pilot oturumla görevin anlaşılır olup olmadığını deneyin. Kayıt iznini, notlara kimlerin erişeceğini ve saklama süresini açıklayın. Katılımcının bir görevi bırakabileceğini belirtin; kişisel hesap veya gerçek ödeme bilgisi gerektiren görevlerde güvenli deneme verisi hazırlayın.

Her görev için başarı ölçütünü önceden yazın. Örnek görevde, katılımcının doğru eğitimi bulup tarih ve katılım koşullarını doğru aktarabilmesi başarı sayılabilir. Yardımla tamamlama ile bağımsız tamamlamayı ayrı kaydedin. Görev süresi kullanacaksanız başlangıç ve bitiş anlarını tutarlı tanımlayın; sesli düşünmenin süreyi etkileyebileceğini hesaba katın.

Not şablonunuzda görev, gözlem, yardım ihtiyacı, katılımcının ifadesi ve olası tasarım önerisi için ayrı alanlar açın. Bir kayıt örneği “Tarihi bulmak için üç kez kaydırdı; konumunu tahmin edemediğini söyledi; başlık altında tarih göstermeyi dene” olabilir. Bu kurgusal kayıt gözlemi öneriden ayırır. Gerçek bulgularınızı oturum kayıtlarıyla doğrulayın ve değişiklik sonrası tekrar test edin.

Aklınızda kalsın

İlk testinizin kusursuz olması gerekmiyor. Net bir araştırma sorusu, gerçekçi bir görev ve dikkatli gözlem; tasarımınızı geliştirecek somut bir başlangıç sağlar.

Kaynaklar

Wireframe ve prototip tasarımları üzerinde çalışan UX/UI tasarımcısı

Öğrendiklerini pratiğe taşı.

UX/UI Tasarım Eğitimi

Araştırmadan arayüz tasarımına, becerilerini gerçek projelerle geliştir.

Eğitim ücreti
—
Son katılım tarihi
Tüm yazılara dön