Heuristic Evaluation Nedir? Uzman Değerlendirmesiyle UX Sorunlarını Tespit Etme
Seviye: Orta
Kategori: UX Research
Son güncelleme: Ocak 2025
Giriş
Kullanılabilirlik testi için bütçe yok. Kullanıcı bulmak zor. Zaman kısıtlı.
Peki UX sorunlarını nasıl tespit edeceksin?
Heuristic evaluation, uzmanların belirlenmiş ilkelere göre bir arayüzü değerlendirdiği hızlı ve ekonomik bir yöntem. Kullanıcı gerekmiyor, birkaç saatte yapılabilir, ve ciddi sorunları ortaya çıkarır.
1990'larda Jakob Nielsen tarafından popülerleştirilen bu yöntem, hâlâ UX araç kutusunun temel parçalarından. Kullanılabilirlik testinin yerini almaz ama onu tamamlar.
Bu yazıda heuristic evaluation'ın ne olduğunu, Nielsen'in 10 ilkesini ve nasıl uygulanacağını öğreneceksin.
Heuristic Evaluation Nedir?
Heuristic Evaluation: Uzmanların bir arayüzü önceden belirlenmiş kullanılabilirlik ilkelerine (heuristics) göre sistematik olarak değerlendirdiği UX denetim yöntemi. "Usability inspection" kategorisindedir.
Heuristic kelimesi Yunanca "bulmak, keşfetmek" anlamına gelir. Bu bağlamda, tasarım sorunlarını bulmak için kullanılan genel ilkeler/kurallar demek.
Neden Heuristic Evaluation?
Avantajları
- Hızlı: Birkaç saatte tamamlanabilir
- Ekonomik: Kullanıcı recruit maliyeti yok
- Erken aşamada: Wireframe'de bile yapılabilir
- Kolay organize: Uzman bul, değerlendir
- Somut çıktı: İlkelere bağlı, spesifik sorunlar
Dezavantajları
- Gerçek kullanıcı değil: Uzman tahmini, gerçek davranış değil
- False positive: Olmayan sorunları bulabilir
- False negative: Gerçek sorunları kaçırabilir
- Uzman kalitesine bağlı: Deneyimsiz uzman az bulur
- Bağlam eksikliği: Kullanıcının gerçek ortamı yok
Nielsen'in 10 Sezgisel İlkesi
1994'te Jakob Nielsen tarafından tanımlanan ve hâlâ geçerli olan 10 temel ilke:
1. Sistem Durumu Görünürlüğü (Visibility of System Status)
Sistem, kullanıcıya neler olduğunu her zaman makul sürede bildirmelidir.
Kontrol et:
- Yükleme göstergeleri var mı?
- İşlem tamamlandığında geri bildirim var mı?
- Kullanıcı nerede olduğunu biliyor mu?
- Progress indicator'lar var mı?
2. Sistem ve Gerçek Dünya Uyumu (Match Between System and Real World)
Sistem, kullanıcının dilini kullanmalı. Teknik jargon yerine tanıdık kelimeler, kavramlar.
Kontrol et:
- Teknik terimler var mı?
- İkonlar anlaşılır mı?
- Metaforlar gerçek dünyayla uyumlu mu?
- Bilgi mantıksal sırada mı?
3. Kullanıcı Kontrolü ve Özgürlüğü (User Control and Freedom)
Kullanıcılar yanlış yere tıklar. Kolay çıkış, geri alma seçenekleri olmalı.
Kontrol et:
- Geri butonu çalışıyor mu?
- İptal seçeneği var mı?
- Undo/Redo mümkün mü?
- Modal'lardan çıkış kolay mı?
4. Tutarlılık ve Standartlar (Consistency and Standards)
Aynı şeyler aynı görünmeli ve çalışmalı. Platform kurallarına uy.
Kontrol et:
- Aynı aksiyon her yerde aynı mı?
- Terminoloji tutarlı mı?
- Görsel dil tutarlı mı?
- Platform standartlarına uyuyor mu?
5. Hata Önleme (Error Prevention)
Hata mesajından önce, hatanın olmasını engelle.
Kontrol et:
- Tehlikeli aksiyonlarda onay var mı?
- Input'larda format ipucu var mı?
- Kısıtlamalar (constraints) var mı?
- Akıllı varsayılanlar var mı?
6. Hatırlamak Yerine Tanıma (Recognition Rather Than Recall)
Kullanıcıyı hatırlamaya zorlamak yerine, seçenekleri göster.
Kontrol et:
- Son aramalar/işlemler görünüyor mu?
- Seçenekler listesi var mı?
- Yardım bağlamsal mı?
- Gerekli bilgi görünür mü?
7. Esneklik ve Kullanım Verimliliği (Flexibility and Efficiency of Use)
Hem yeni başlayanlar hem uzmanlar için uygun olmalı.
Kontrol et:
- Kısayollar var mı?
- Sık işlemler hızlandırılmış mı?
- Kişiselleştirme mümkün mü?
- Gelişmiş özellikler gizli mi?
8. Estetik ve Minimalist Tasarım (Aesthetic and Minimalist Design)
Gereksiz bilgi görünmemeli. Her ekstra element, önemli olanla rekabet eder.
Kontrol et:
- Gereksiz element var mı?
- Görsel gürültü var mı?
- Öncelik hiyerarşisi net mi?
- İçerik odaklı mı?
9. Hataları Tanıma, Teşhis ve Kurtarma (Help Users Recognize, Diagnose, and Recover from Errors)
Hata mesajları anlaşılır olmalı ve çözüm önermelidir.
Kontrol et:
- Hata mesajı anlaşılır mı?
- Sorunun ne olduğu belirtilmiş mi?
- Çözüm önerisi var mı?
- Teknik kod yerine insan dili mi?
10. Yardım ve Dokümantasyon (Help and Documentation)
İdeal sistem yardıma ihtiyaç duymaz ama gerektiğinde erişilebilir olmalı.
Kontrol et:
- Yardım bölümü var mı?
- Aranabilir mi?
- Bağlamsal yardım var mı?
- Göreve odaklı mı?
Heuristic Evaluation Nasıl Yapılır?
Adım 1: Hazırlık
Kapsamı belirle:
- Tüm uygulama mı, belirli akış mı?
- Hangi platformlar? (web, mobil, desktop)
- Hangi kullanıcı senaryoları?
Değerlendiricileri seç:
- 3-5 uzman ideal
- UX deneyimi olan kişiler
- Mümkünse domain bilgisi
Materyalleri hazırla:
- Değerlendirilecek ürün/prototype
- Heuristic listesi
- Değerlendirme şablonu
- Senaryo listesi (opsiyonel)
Adım 2: Bireysel Değerlendirme
Her uzman bağımsız olarak değerlendirir:
Genel tanışma (10-15 dk)
Ürünü genel olarak gez, yapıyı anla
Detaylı değerlendirme (1-2 saat)
Her ekranı/özelliği heuristic'lere göre değerlendir
Sorunları kaydet
Her sorun için: konum, açıklama, ihlal edilen heuristic, şiddet
Adım 3: Şiddet Derecelendirmesi
Her sorun için şiddet puanı:
[TABLE] | Puan | Şiddet | Açıklama | |------|--------|----------| | 0 | Sorun değil | Kullanılabilirlik sorunu yok | | 1 | Kozmetik | Sadece zaman varsa düzelt | | 2 | Minor | Düşük öncelik | | 3 | Major | Yüksek öncelik, düzeltilmeli | | 4 | Catastrophic | Çıkmadan önce mutlaka düzelt | [/TABLE]
Adım 4: Bulguları Birleştir
Tüm uzmanların bulguları toplanır:
- Duplicate'ler birleştirilir
- Şiddet puanları ortalaması alınır
- Öncelik sırası belirlenir
Adım 5: Raporla
Rapor içeriği:
- Yönetici özeti
- Yöntem açıklaması
- Bulgular listesi (öncelik sırasına göre)
- Her bulgu için: ekran görüntüsü, açıklama, heuristic, şiddet, öneri
Değerlendirme Şablonu
Her sorun için kaydet:
[TABLE] | Alan | Açıklama | |------|----------| | ID | Sorun numarası (örn: H-001) | | Konum | Nerede? (sayfa, ekran, element) | | Açıklama | Sorun ne? | | Heuristic | Hangi ilke ihlal ediliyor? | | Şiddet | 0-4 arası puan | | Ekran görüntüsü | Sorunu gösteren görsel | | Öneri | Nasıl düzeltilebilir? | [/TABLE]
Heuristic Evaluation vs Kullanılabilirlik Testi
[TABLE] | Özellik | Heuristic Evaluation | Kullanılabilirlik Testi | |---------|---------------------|------------------------| | Kim yapar | Uzmanlar | Gerçek kullanıcılar | | Süre | Saatler | Günler/haftalar | | Maliyet | Düşük | Orta-yüksek | | Bulgu tipi | Potansiyel sorunlar | Gerçek sorunlar | | Aşama | Erken dahil geç | Prototype sonrası | | "Neden" açıklar mı | Sınırlı | Evet | | Öğrenme eğrisi | Uzmanlık gerekir | Yönetim gerekir | [/TABLE]
💡 İkisi birbirinin alternatifi değil, tamamlayıcısı. Önce heuristic evaluation ile bariz sorunları bul, sonra kullanılabilirlik testiyle doğrula ve derinleştir.
Alternatif Heuristic Setleri
Nielsen'in 10 ilkesi en yaygın ama tek seçenek değil:
Shneiderman's 8 Golden Rules: Benzer ilkeler, farklı organizasyon
Gerhardt-Powals' Cognitive Principles: Bilişsel yük odaklı
ISO 9241 Dialogue Principles: Uluslararası standart
Domain-spesifik heuristic'ler: E-ticaret, mobil, erişilebilirlik için özel setler
Sık Yapılan Hatalar
1. Tek uzmanla yapmak
Tek uzman sorunların sadece ~%35'ini bulur. Minimum 3 uzman kullan.
2. Uzmanların birlikte çalışması
3. Şiddet derecelendirmesini atlamak
Tüm sorunlar eşit değil. Şiddet olmadan önceliklendirme yapılamaz.
4. Kullanıcı testi yerine kullanmak
Heuristic evaluation kullanıcı testinin yerini almaz. İkisi farklı şeyler bulur.
5. Öneri vermemek
Sadece sorun listelemek yetmez. Her sorun için çözüm önerisi sun.
Ne Zaman Kullanılır?
İdeal durumlar:
- Bütçe veya zaman kısıtlı
- Erken tasarım aşaması
- Hızlı geri bildirim gerekli
- Kullanıcı testi öncesi ön değerlendirme
- Rakip analizi
Dikkatli olunması gereken durumlar:
- Çok yenilikçi ürünler (standart heuristic'ler yetersiz)
- Domain-spesifik ürünler (uzman bilgisi gerekir)
- Kritik kararlar (kullanıcı testiyle doğrula)
Şimdi Sen Dene
30 dakika
Görev: Bir web sitesinin ana sayfasını Nielsen'in 10 ilkesine göre değerlendir.
Seçenekler:
- Kendi şirketinin ürünü
- Sık kullandığın bir e-ticaret sitesi
- Herhangi bir SaaS ürünü
Adımlar:
-
Siteyi seç ve gez (5 dk) Genel yapıyı anla
-
Her ilke için değerlendir (20 dk) Her 10 ilke için:
- Bu ilke karşılanıyor mu?
- Sorun varsa ne?
- Şiddet derecesi (0-4)
-
Top 3 sorun (5 dk) En kritik 3 sorunu seç ve öneri yaz
Şablon:
| Heuristic | Sorun | Şiddet | Öneri | |-----------|-------|--------|-------| | 1. Görünürlük | ... | X | ... | | 2. Gerçek dünya | ... | X | ... | | ... | ... | ... | ... |
Not: İlk denemede her ilkede sorun bulmak zorunda değilsin. Bazı siteler bazı ilkelerde iyi olabilir.
Özet
- Heuristic evaluation, uzmanların ilkelere göre arayüz değerlendirdiği hızlı UX denetimi
- Nielsen'in 10 ilkesi: görünürlük, gerçek dünya uyumu, kontrol, tutarlılık, hata önleme, tanıma, esneklik, minimalizm, hata kurtarma, yardım
- 3-5 uzman ideal, bağımsız değerlendirme sonra birleştirme
- Şiddet derecelendirmesi: 0 (sorun yok) - 4 (felaket)
- Kullanılabilirlik testinin yerini almaz, tamamlar
- Erken aşamada, düşük bütçede, hızlı geri bildirim için ideal
- Her sorun için konum, açıklama, heuristic, şiddet ve öneri kaydet
İlgili İçerikler
Önceki: A/B Test Temelleri
Sonraki: Design System Nedir? (yakında)
İlgili konular:
- Kullanılabilirlik Testi Nedir?
- Cognitive Walkthrough Nedir? (yakında)
- UX Audit Nasıl Yapılır? (yakında)
İlgili Roadmap: UX Designer Roadmap → Research & Evaluation
Kaynaklar
Derinleşmek istersen:
- 10 Usability Heuristics - NNGroup (İngilizce, orijinal kaynak)
- How to Conduct a Heuristic Evaluation - NNGroup (İngilizce, 10 dk)
- Severity Ratings for Usability Problems - NNGroup (İngilizce, şiddet derecelendirme)