Kullanılabilirlik Testi Nedir? Adım Adım Uygulama Rehberi
Seviye: Başlangıç
Kategori: UX Research
Son güncelleme: Ocak 2025
Giriş
Haftalarca üzerinde çalıştığın bir tasarımı geliştirici ekibe teslim ettin. Herkes mutlu, ürün yayınlandı. Ama bir hafta sonra müşteri hizmetleri şikayetlerle doldu: "Ödeme butonunu bulamıyorum", "Sepetim nereye gitti?", "Bu sayfa ne işe yarıyor?"
Tanıdık geldi mi?
Bu senaryo, tasarımların gerçek kullanıcılarla test edilmediğinde sıkça yaşanır. Kullanılabilirlik testi, tam da bu sorunu çözmek için var: Tasarımını kullanıcının gözünden görmeni sağlar ve sorunları ürün yayınlanmadan önce yakalamanı mümkün kılar.
Bu yazıda kullanılabilirlik testinin ne olduğunu, neden önemli olduğunu ve adım adım nasıl uygulayacağını öğreneceksin. Yazının sonunda kendi testini planlayabileceğin bir checklist de seni bekliyor.
Kullanılabilirlik Testi Ne Demek?
Kullanılabilirlik testi, gerçek kullanıcıların bir ürün veya tasarımla etkileşimini gözlemlediğin bir araştırma yöntemidir. Kullanıcıya belirli görevler verirsin ve bu görevleri tamamlamaya çalışırken nerede takıldığını, ne hissettiğini, neyi anlamadığını izlersin.
Kullanılabilirlik testi şu DEĞİLDİR:
- Kullanıcıya "Beğendin mi?" diye sormak (bu fikir testi)
- A/B testi (bu metrik karşılaştırma)
- Anket göndermek (bu tutum araştırması)
- Tasarımı arkadaşına gösterip onay almak (bu bias)
Kullanılabilirlik testi şudur: Gerçek bir kullanıcının, gerçek görevleri tamamlamaya çalışırken yaşadığı deneyimi gözlemlemek ve bu gözlemlerden tasarım kararları çıkarmak.
Basit bir örnekle açıklayalım: Bir e-ticaret sitesi tasarlıyorsun. Kullanılabilirlik testinde kullanıcıya "Mavi bir tişört bul ve sepete ekle" dersin. Sonra izlersin: Filtreleri bulabildi mi? Beden seçimi kafa karıştırdı mı? Sepete ekleme butonu yeterince görünür müydü?
Neden Önemli?
Kullanıcı perspektifi
Sen tasarımcı olarak ürünü en iyi bilen kişisin. Bu bir avantaj gibi görünse de aslında körlük yaratır. Kullanıcı ürünü ilk kez görüyor ve senin "aşikar" bulduğun şeyler onun için hiç aşikar olmayabilir. Kullanılabilirlik testi, bu körlüğü kırar.
Business perspektifi
Sorunları geliştirme aşamasında bulmak, yayın sonrası bulmaktan çok daha ucuzdur. Bir butonu Figma'da değiştirmek 5 dakika alır. Aynı butonu production'da değiştirmek sprint planlaması, geliştirme, QA ve deployment gerektirir.
Ayrıca kullanılabilirlik sorunları doğrudan iş metriklerini etkiler:
- Checkout'ta takılan kullanıcı → Tamamlanmayan sipariş
- Filtreleri bulamayan kullanıcı → Siteden çıkış
- Formu anlayamayan kullanıcı → Yarıda bırakılan başvuru
Stakeholder perspektifi
"Bence bu tasarım iyi" yerine "5 kullanıcıyla test ettik, 4'ü bu görevi sorunsuz tamamladı" demek tartışmaları bitirir. Kullanılabilirlik testi, tasarım kararlarına veri desteği sağlar.
Nasıl Yapılır? Adım Adım Süreç
1. Hazırlık Aşaması
Test amacını belirle
Her testin net bir amacı olmalı. "Genel olarak bakalım" yaklaşımı işe yaramaz.
Görevleri yaz
Görevler, kullanıcının gerçek hayatta yapacağı işlemleri yansıtmalı. Yönlendirici olmamalı.
💡 İyi görevlerin özellikleri:
- Senaryo bazlı (ne yapacağını değil, neyi başarmak istediğini söyler)
- Yönlendirici değil (UI elementlerinin adını vermez)
- Gerçekçi (kullanıcının gerçekten yapacağı bir şey)
Genellikle bir test seansı için 5-7 görev idealdir. Daha fazlası kullanıcıyı yorar.
Katılımcı sayısını belirle
Bu sayı, Jakob Nielsen'in araştırmalarına dayanır ve küçük ekipler için iyi bir başlangıç noktasıdır.
⚠️ Dikkat: 5 kullanıcı, tek bir kullanıcı segmenti için geçerli. Eğer ürünün hem bireysel hem kurumsal kullanıcılara hitap ediyorsa, her segment için ayrı testler gerekir.
Katılımcı bul
Doğru katılımcı, hedef kullanıcı profiline uyan kişidir.
⚠️ Arkadaşlarını veya iş arkadaşlarını test etme; onlar gerçek kullanıcı davranışını yansıtmaz.
Katılımcı bulma yöntemleri:
- Mevcut kullanıcı tabanından davet
- Sosyal medya veya topluluk grupları
- Araştırma platformları (UserTesting, Maze vb.)
- Ürünün hedef kitlesinin bulunduğu ortamlar
Test ortamını hazırla
Yüz yüze test için:
- Sessiz bir oda
- Ekran kaydı yapabileceğin bir düzenek
- Not almak için bir gözlemci (mümkünse)
Remote test için:
- Ekran paylaşımlı görüşme aracı (Zoom, Google Meet)
- Ekran kaydı yazılımı
- Stabil internet bağlantısı
2. Test Senaryosu Oluşturma
Test senaryosu, testin başından sonuna kadar ne söyleyeceğini ve yapacağını içeren bir script'tir. Bu, her katılımcıya tutarlı bir deneyim sunmanı sağlar.
Giriş (2-3 dakika)
- Kendini tanıt
- Testin amacını açıkla
- "Seni değil, tasarımı test ediyoruz" de
- Sesli düşünmesini iste
- Kayıt izni al
Isınma soruları (2-3 dakika)
- Demografik bilgiler
- Benzer ürün deneyimi
- Konuyla ilgili alışkanlıklar
Görevler (15-25 dakika)
- Her görevi tek tek ver
- Takılırsa hemen yardım etme
- Neden öyle yaptığını sor
Kapanış (3-5 dakika)
- Genel izlenim
- En zor/kolay kısım
- Eklemek istediği bir şey var mı
3. Testi Yürütme
Başlarken söylenecekler
Test başlamadan önce katılımcıyı rahatlatmak çok önemli. Şöyle bir giriş yapabilirsin:
"Bugün seninle bir tasarımı test edeceğiz. Seni değil, tasarımı test ediyoruz, yani yanlış cevap diye bir şey yok. Zorlandığın yerler varsa bu tasarımın sorunu, senin değil. Test boyunca aklından geçenleri sesli söylemeni isteyeceğim. Bu bize çok yardımcı oluyor. Başlamadan önce soruların var mı?"
Test sırasında dikkat edilecekler
✓ Yap:
- ✓Sessiz kal ve gözlemle
- ✓Not al (nerede takıldı, ne söyledi, yüz ifadesi)
- ✓"Ne düşünüyorsun?" veya "Şu an ne yapmaya çalışıyorsun?" gibi açık uçlu sorular sor
- ✓Takılırsa biraz bekle, hemen müdahale etme
✗ Yapma:
- ✗"Şuraya tıklasana" deme
- ✗Tasarımı savunma
- ✗Takıldığında hemen cevabı verme
- ✗Yönlendirici sorular sorma ("Bu buton güzel değil mi?")
Takıldığında ne yapmalı
Kullanıcı bir görevde tamamen takılırsa ve ilerleyemiyorsa, bu da değerli veri. Bir süre bekle, sonra şunu sorabilirsin: "Normalde bu durumda ne yapardın?"
Eğer hala ilerleyemiyorsa: "Bu görevi burada bırakalım, sıradaki göreve geçelim" diyebilirsin. Zorla tamamlatmaya çalışma.
4. Analiz ve Raporlama
Notları düzenle
Her katılımcı için şu bilgileri kaydet:
- Görev tamamlama durumu (başarılı / kısmen başarılı / başarısız)
- Tamamlama süresi
- Hata sayısı ve türü
- Kullanıcının söyledikleri (doğrudan alıntılar)
- Gözlemlenen zorluklar
Sorunları önceliklendir
[TABLE] Seviye | Tanım | Aksiyon Kritik | Görevi tamamlamayı engelliyor | Hemen çöz Yüksek | Ciddi zorlanma yaratıyor | Sprint içinde çöz Orta | Deneyimi olumsuz etkiliyor | Backlog'a al Düşük | Küçük rahatsızlık | İleride değerlendir [/TABLE]
Rapor formatı
Stakeholder'lara sunacağın rapor şunları içermeli:
- Özet: Test amacı, katılımcı sayısı, ana bulgular (1 paragraf)
- Metodoloji: Nasıl test edildi, kimlerle test edildi
- Bulgular: Sorunlar, öncelik sırası, görsel kanıtlar (screenshot/video clip)
- Öneriler: Her sorun için çözüm önerisi
- Sonraki adımlar: Ne zaman tekrar test edilecek
Sık Yapılan Hatalar
1. Yönlendirici görev yazmak
Görevde UI elementlerinin adını verirsen, kullanıcının onu bulup bulamayacağını test edemezsin.
2. Arkadaşlarla test etmek
Arkadaşların seni kırmamak için nazik davranır, gerçek sorunları söylemeyebilir. Ayrıca ürünü veya seni tanıdıkları için gerçek kullanıcı gibi davranmazlar.
3. Takılınca hemen yardım etmek
Kullanıcı zorlandığında içgüdüsel olarak yardım etmek istersin. Ama takılma anları en değerli veridir. Birkaç dakika bekle, gözlemle.
4. Tek seferde çok fazla test etmek
20 görevli, 1 saatlik bir test kullanıcıyı yorar ve veri kalitesini düşürür. 5-7 görev, 30-45 dakika ideal.
5. Test sonuçlarını kişisel almak
"Kullanıcı beğenmedi" diye üzülme. Test, tasarımı geliştirmek için yapılır. Her bulunan sorun, daha iyi bir ürün demek.
Şimdi Sen Dene
Senaryo: Bir yemek siparişi uygulaması tasarlıyorsun. Kullanıcıların favori restoranlarından sipariş vermesini kolaylaştırmak istiyorsun.
Görev: Bu uygulama için 3 adet kullanılabilirlik testi görevi yaz.
Kurallar:
- Görevler yönlendirici olmasın
- Senaryo bazlı olsun
- Gerçek kullanıcı davranışını yansıtsın
Başlangıç için örnek: "Geçen hafta sipariş verdiğin restorandan tekrar sipariş vermek istiyorsun."
Kendi görevlerini yazdıktan sonra şu soruları sor:
- UI elementi adı geçiyor mu? (geçmesin)
- Kullanıcı neyi başarmak istiyor belli mi? (belli olsun)
- Gerçek bir kullanıcı bunu yapar mı? (yapsın)
Özet
- Kullanılabilirlik testi, tasarımı gerçek kullanıcılarla test etmektir; fikir sormak değil
- 5 kullanıcı, sorunların çoğunu ortaya çıkarır
- Görevler yönlendirici değil, senaryo bazlı olmalı
- Test sırasında sessiz kal, gözlemle, yönlendirme
- Bulunan sorunları önceliklendirip aksiyon al
İlgili İçerikler
Sonraki: Kullanıcı Görüşmesi Nasıl Yapılır?
İlgili Roadmap: UX Designer Roadmap → Research Yöntemleri
Kaynaklar
Derinleşmek istersen:
- Usability Testing 101 - NNGroup (İngilizce, 10 dk)
- How to Conduct Usability Testing - Interaction Design Foundation (İngilizce, 15 dk)
- Running a Usability Test - UsabilityHub (İngilizce, 12 dk)