Gerçekçi görevler, gözlenebilir bulgular ve önceliklendirilmiş düzeltmelerle sitenizi sınayın; müşteri verilerini ve gerçek ödemeleri riske atmadan yeniden test edin.
Rezervasyon düğmesi teknik açıdan sorunsuz çalışırken müşteri yaptığı işlemi yanlış anlayabilir. İşletme yalnızca talebi aldığı hâlde ziyaretçi randevunun kesinleştiğini düşünebilir. Kullanılabilirlik testi, çalışan bir arayüz ile kişinin amaçlanan işi doğru anlaması arasındaki farkı inceler. Başlangıç sorusu tasarımı beğendiniz mi değildir; gerçekçi bir görevin nasıl yapıldığıdır. Küçük bir işletme, bütün sitesini aynı anda değerlendirmeye çalışmadan dar kapsamlı bir yolculukla başlayabilir. Önemli olan oturumu özelliklerin anlatıldığı bir sunuma dönüştürmemektir.
Kanıt gerektiren bir karar seçin
İş açısından anlamlı bir soru belirleyin: müşteri hizmet kapsamını öğrenebiliyor mu, randevunun henüz onaylanmadığını anlıyor mu, faturayı yardım istemeden bulabiliyor mu? Örneğin bir kampanya açılış sayfasını tek yolculuk olarak inceleyin. Varsayımsal bir teknik servis örneğinde çamaşır makinesi için ziyaret talebini, hizmet sayfasından talebin alındığı ekrana kadar inceleyebiliriz. Diğer cihaz kategorileri ve personelin yönetim paneli bu turun dışında kalabilir.
Bulguların hangi kararı değiştirebileceğini de yazın. İnsanlar kontrol ücretini fark etmiyorsa bilginin yeri veya ifadesi değişebilir. Ücreti anlayıp yüksek buluyorlarsa mesele yalnızca tasarım değildir; ticari teklif de değerlendirilmelidir. Test sürümünde hangi adımların gerçekten çalıştığını, hangilerinin prototip olduğunu kaydedin. Bu sınırlar, her yorumun bütün siteyi yeniden tasarlama önerisine dönüşmesini önler.
Katılımcıları göreve uygun seçin
Siteyi geliştiren ekip dışından, hizmetle ilgili bir durumu olan kişileri davet edin. Ev sahibi ile birden çok dairenin bakımını yöneten çalışan aynı ihtiyaçlara sahip olmayabilir. Hizmet bağlamı, kullanılan dil ve alışılmış cihaz gibi basit seçim ölçütlerini önceden belirleyin. Teknik deneyimi az olan kişiler hedef kitlenizdeyse onları sırf yavaş ilerleyebilecekleri için elemek doğru bir resim vermez. Birkaç oturumu bütün pazarın istatistiksel temsili olarak sunmayın.
Zamanınıza uygun küçük bir turla başlayıp açık kalan sorular için yeni turlar düzenleyebilirsiniz. Belirsizliği otomatik olarak ortadan kaldıran sihirli bir katılımcı sayısı yoktur. Uygun kişiler, dikkatli gözlem ve bulguları düzeltmeye ayırılan zaman önemlidir. İngilizce yürütülen bir oturum, Arapça veya Türkçe ifadelerin anlaşılır olduğunu tek başına göstermez.
Hedefi anlatın, izlenecek yolu söylemeyin
GOV.UK’un moderatörlü test rehberi, çözümü ima etmeyen gerçekçi ve hedefi açık görevler önerir. Örneğimizde çamaşır makinesi onarımı için ziyaret istemesini, maliyeti ve sonraki adımı öğrenmesini söyleyin. Hizmetler menüsüne ve belirli düğmeye basmasını tarif etmeyin.
Önerilen bu tur için birbirine bağlı en fazla üç etkinlik hazırlayın: kapsamı anlamak, deneme talebi göndermek ve talebi değiştirme yolunu bulmak. Tamamlanma koşulunu önceden yazın. Kişi onay ekranına ulaştığı hâlde ödeme yapıldığını ya da henüz onaylanmamış bir saatte teknisyenin geleceğini düşünüyorsa görev beklenen biçimde anlaşılmamıştır. Denemeden sonra kendi sözleriyle ne olmasını beklediğini anlatmasını isteyin. Bu açıklama, tıklama kaydında görünmeyen bir belirsizliği ortaya çıkarabilir.
Güvenli ortam ve anlaşılır onay hazırlayın
Deneme hesapları ve hayali talepler kullanın; gerçek ödemeleri, müşterilere giden mesajları ve operasyonel değişiklikleri kapatın. Test ortamının canlı hizmetle karıştırılmaması için açık bir işaret bulunsun. Kişisel parola veya kart bilgisi istemeyin; başka müşterilerin bilgilerinin göründüğü ekranları kaydetmeyin. Senaryoyu ekip içinde bir kez deneyerek hesap ve bağlantı güvenliğini kontrol edin. Bu prova katılımcıya doğru yolu öğretmek için yapılmaz.
GOV.UK araştırma onayı rehberi, amacın, verilerin, kaydın ve sonuçları görecek kişilerin açıklanmasını ele alır. Açık onay alın, ayrılma imkânını koruyun ve uygun saklama süresi belirleyin. İşletmenize uygulanan gizlilik yükümlülüklerini ayrıca inceleyin; bu pratik çerçeve hukuki danışmanlık değildir.
Gözlemi yorumdan ayrı tutun
Katılımcı ilk duraksadığında hemen yardım etmeyin veya tasarımı savunmayın. Burada ne olmasını bekliyorsunuz gibi tarafsız bir soru kullanabilirsiniz. Yardım ettiyseniz görevin yardımla tamamlandığını kaydedin. Güvenlik sorunu ya da rahatsızlık ortaya çıktığında oturumu durdurun. Ekibin zamanı elveriyorsa bir kişi konuşmayı yürütürken diğeri gözlem notlarını tutabilir. Böylece kolaylaştırıcı aynı anda her şeyi yazmaya çalışmaz.
Dört alanlı bir kayıt kullanın: etkinlik, görülen davranış, olası yorum ve doğrulanacak soru. Varsayımsal oturumda kişi onay sayfasını okuduktan sonra teknisyeni ertesi gün beklediğini söylüyor; hesapta ise onaylanmış randevu yok. Rezervasyon tamamlandı ifadesi kesinlik izlenimi yaratmış olabilir. İlk çözüm adayı, talep alındı ifadesiyle saat onayının nasıl yapılacağını açıklamaktır. Bu kanıt zinciri, sayfa karışık gibi genel bir yorumdan daha kolay değerlendirilebilir.
Sorunları sonuçlarına göre önceliklendirin
Önce görevi engelleyen, kişisel bilgiyi açığa çıkaran veya mali açıdan yanlış anlamaya yol açan durumları inceleyin. Sonra tekrar eden gecikmeleri ve yardım ihtiyacını, ardından görsel iyileştirmeleri ele alın. Sıklık tek ölçüt değildir; hassas verinin bir kez görünmesi bile araştırılmalıdır. Her düzeltme için sorumlu ve kabul koşulu yazın. Örneğin kişi, kolaylaştırıcı söylemeden randevunun onay beklediğini açıklayabilmelidir.
Her öneriyi olduğu gibi uygulamayın. Bir katılımcı yeni düğme isteyebilir, ancak asıl neden temel bilginin gizli olmasıdır. Benzer kanıtları gruplayıp nedeni çözen küçük alternatifleri değerlendirin. Tekrarlanan metinler ve durumlar, sayfadan sayfaya ayrı çözümler yerine ortak bir tasarım sistemi içinde yönetilebilir. Böylece bir akışta yapılan düzeltmenin diğerlerinde unutulma riski azalır.
Uygun diller ve kullanım yöntemleriyle yeniden deneyin
W3C’nin kullanıcı katılımı rehberi, engelli kişilerle değerlendirmenin standart incelemesini tamamladığını, onun yerini tutmadığını açıklar. Uygun katılımcıları alıştıkları araçlarla dahil edin ve değerlendirmenin sınırlarını belirtin; tek bir kişi bütün kullanıcıları temsil etmez.
Düzeltmeden sonra aynı tarafsız teknik servis görevini mümkünse önceki sürümü öğrenmemiş kişilerle yineleyin. Arapça, Türkçe ve İngilizceyi, hedef kitlenin kullandığı telefonlarla değerlendirin. Yalnızca gördüğünüz ekranı değil, sorunun nedenini düzeltin: sayfa başlığı değişmişken e-posta randevunun kesinleştiğini söylüyorsa çelişki sürer. Erişilebilir form rehberi, alanları ve hata durumlarını bu akış içinde incelemenize yardımcı olur.
Sonucun neyi kanıtlamadığını da yazın
Test, katılımcıların nerede zorlandığını ve arayüzü nasıl yorumladığını gösterebilir. Ancak tek başına pazar talebini, arama sıralamasını veya satış artışını kanıtlamaz. Küçük grubun tamamlama oranını bütün müşteriler için yayımlanan bir başarı iddiasına çevirmeyin. Sürüm, tarih, kitle, görevler, sorunlar ve kararları içeren kısa bir kayıt saklayın. Sonrasında gerçek kullanımda aynı şikâyetlerin devam edip etmediğini ayrıca izleyin.
İlk adım olarak tek yolculuk ve tek araştırma sorusu seçin; katılımcı davet etmeden önce düzeltme için zaman ayırın. Kapsamı belirlemek için desteğe ihtiyacınız varsa akışı ve sorunu Barmijly ile paylaşabilirsiniz. Amaç tasarıma övgü almak değil, bir sonraki değişikliği daha isabetli kılacak kanıt toplamaktır.
Editoryal şeffaflık: Bu makale, bağlantılı kaynaklara başvurularak yapay zekâ desteğiyle hazırlanmıştır. Örnek varsayımsaldır; bir müşteri sitesinde yapılmış test raporu değildir.