UX Denetimi
Ürününüz büyüdükçe her ekip kendi köşesine ekleme yapar; bir süre sonra aynı işlem üç farklı ekranda üç farklı şekilde yapılır, hata mesajları birbirini tutmaz, yeni kullanıcı nereden başlayacağını bilemez. Denetim bu birikmiş sorunları tek bir listede görünür kılar.
UX denetimi, bir dijital ürünün kritik akışlarını kabul görmüş kullanılabilirlik ilkelerine, erişilebilirlik ölçütlerine ve tutarlılık kurallarına göre uzmanların incelemesidir. Sonuç, her sorun için önem derecesi, ilgili ilke, kanıt ve öneri içeren bir bulgu listesi ile hangi düzeltmenin önce yapılacağını gösteren bir yol haritasıdır.
Denetimi kritik akışlar üzerinden yaparız: kayıt, ilk kullanım, ana görev, ödeme ya da ayarlar. Her ekranı yerleşik kullanılabilirlik ilkelerine, WCAG 2.2 AA ölçütlerine ve ürünün kendi tutarlılık kurallarına göre inceleriz. Denetim kullanıcı testinin yerini tutmaz; hangi soruların testle doğrulanması gerektiğini de raporda ayrıca belirtiriz.
[01]Kimler için?
- Yeniden tasarım öncesi neyin gerçekten sorun olduğunu görmek isteyen ekipler
- Hızla büyüyen ve tutarlılığı bozulan ürünler
- Yatırım, satın alma ya da ihale öncesi ürününü değerlendirmek isteyenler
- Kısıtlı bütçeyle en etkili düzeltmeleri seçmek isteyen ekipler
[02]Kimler için değil?
- Kurumsal site, e-ticaret sitesi ya da kampanya sayfası arıyorsanız bu bir web sitesi projesidir.Web sitesi için websitemx
- Uygulamanın kodlanmasını arıyorsanız: biz tasarlar, geliştirici ekibinize eksiksiz devreder ve yayın öncesi tasarım kontrolünü yaparız; kodlamayı sizin ekibiniz ya da iş ortağınız üstlenir.
[03]Ne teslim edilir?
| Teslimat | İçerik | Sıklık |
|---|---|---|
| Kapsam | İncelenecek akışlar, platformlar ve kullanıcı rolleri | Başlangıç |
| Sezgisel değerlendirme | Birden fazla değerlendiriciyle, yerleşik ilkelere göre | İnceleme |
| Erişilebilirlik taraması | WCAG 2.2 AA odaklı otomatik ve elle kontrol; ekran okuyucu ile temel akışlar | İnceleme |
| Tutarlılık ve içerik | Bileşen, terim, hata mesajı ve boş durum tutarlılığı | İnceleme |
| Bulgu raporu | Önem derecesi, ilke, ekran görüntüsü, öneri; teste gidecek sorular | Teslim |
| Yol haritası | Hızlı kazanımlar, orta vadeli düzeltmeler, yeniden tasarım gerektirenler | Teslim |
[04]İlk 90 gün
- 1. aşama
Kapsam ve erişim
Akışlar, roller ve test hesapları belirlenir; mevcut veri ve destek talepleri istenir.
- 2. aşama
Bağımsız inceleme
Değerlendiriciler akışları ayrı ayrı inceler, bulguları kaydeder.
- 3. aşama
Birleştirme
Bulgular birleştirilir, önem derecesi birlikte belirlenir.
- 4. aşama
Sunum ve yol haritası
Rapor ekibinizle birlikte okunur, düzeltmeler sıraya konur.
[05]Neyle ölçülür?
- Kritik ve yüksek önemli bulguların sayısı ve düzeltilme durumu
- Erişilebilirlik bulgularının WCAG ölçütüne göre dağılımı
- Teste aktarılan soruların sonuçları
[06]Sık yapılan hatalar
Denetimi tek kişiye yaptırmak
Tek bir değerlendirici sorunların ancak bir kısmını bulur. Birden fazla bağımsız değerlendirici çok daha geniş bir liste çıkarır.
Her şeyi aynı önemde yazmak
Yüz maddelik düz bir liste hiçbir şeyi düzeltmez. Önem derecesi ve etkilenen görev, neyin önce yapılacağını belirler.
Denetimi kullanıcı testi sanmak
Uzman incelemesi olası sorunları gösterir; kullanıcının gerçekten takılıp takılmadığını yalnız test gösterir.
[07]Fiyatı ne belirler?
Sabit paket fiyatı yayınlamıyoruz; çünkü iki “mobil uygulama” ekran sayısı, kullanıcı rolleri, araştırma ihtiyacı ve mevcut tasarım sistemi açısından çok farklı iş yükü olabilir. Görüşmeden sonra kapsamı, yöntemi, takvimi ve fiyatı yazılı iletiriz. Dış katılımcı paneli gibi üçüncü taraf maliyetler ayrıca yazılır.
- İncelenecek akış ve ekran sayısı
- Platform sayısı (iOS, Android, web)
- Kullanıcı rolü sayısı
- Erişilebilirlik incelemesinin derinliği
- Rapor sonrası tasarım desteği
[08]Sık sorulanlar
Denetimde uzmanlar ürünü ilkelere göre inceler; testte gerçek kullanıcılar görev yapar. Denetim daha hızlıdır ve geniş bir alanı tarar, test ise sorunların gerçekten yaşandığını kanıtlar. İkisini birlikte kullanmak en verimlisidir.
Evet. Kurgusal bir uygulama üzerinde hazırladığımız örnek denetim raporu sitemizde; bulguların nasıl yazıldığını ve nasıl önceliklendirildiğini orada görebilirsiniz.
İncelenecek rollere ait test hesapları ya da bir test ortamı yeterlidir. Gerçek kullanıcı verisine erişmemiz gerekmez; gerekiyorsa anonimleştirilmiş veriyle çalışırız.
İsterseniz yol haritasındaki düzeltmeleri tasarlayıp geliştirici ekibinize devrediyoruz. Kodlamayı sizin ekibiniz yapar.
Ürününüzü birlikte inceleyelim
Görüşmede ürününüzü, kullanıcılarınızı, takıldıkları yerleri ve ekibinizin yapısını konuşur; yazılı bir kapsam, yöntem ve takvim önerisi çıkarırız. Bağlayıcı değildir.