Kullanılabilirlik testi hizmeti alırken neleri talep etmelisiniz?

Bir müşteri mobil uygulamada ödeme talimatını verdi. Karşısına yeşil bir onay işareti çıktı ve uygulamayı kapattı. Analitik panelinde işlem başarıyla tamamlanmış görünüyor. Peki müşteri paranın bugün gönderildiğini mi düşünüyor, yoksa seçtiği tarihte gönderileceğini mi biliyor? İkisi de aynı düğmeye dokundu. Ürün ekibi içinse bu iki deneyim arasında önemli bir fark var.

Kullanılabilirlik testi, ürünü kullanan veya kullanması beklenen kişilere gerçekçi bir görev verip o görevi nasıl yerine getirdiklerini gözlemleme yöntemidir. İyi bir test, kişinin hedefe ulaşıp ulaşmadığının yanında, işlemin sonucunu doğru anlayıp anlamadığını da ortaya çıkarabilir. Kullanılabilirlik testi hizmeti alırken ilk sorunuz bu yüzden “Kaç ekranı test edeceğiz?” yerine “Bu çalışmadan sonra hangi ürün kararını verebileceğiz?” olsun. GOV.UK moderatörlü kullanılabilirlik testi rehberi

1. Teklife girmeden önce kararı bir cümlede tarif edin

Örnek bir brief düşünelim. Bir fintech ekibi ileri tarihli ödeme özelliğini yayına hazırlıyor. Tasarım ekibinin önünde iki seçenek var. Mevcut onay ekranını koruyabilir veya işlem tarihini ve talimat durumunu daha görünür kılabilir. Araştırma sorusu şöyle yazılabilir: “İlk kez ileri tarihli ödeme oluşturan biri, onay ekranından ayrılırken paranın ne zaman gönderileceğini açıklayabiliyor mu?”

Bu soru testin sınırlarını da belirler. Katılımcının ana sayfayı beğenip beğenmediği ikincil kalır. Buna karşılık, paranın gönderildiğini düşünüp aynı talimatı bir kez daha vermeye çalışması önemli bir gözlem olur. Birden fazla akışınız varsa önceliği kullanım sıklığına, hatanın sonucuna ve ekibin hangi kararı ne zaman vereceğine göre belirleyin.

2. Yöntemi ürünün aşamasına ve soruya göre seçin

Bir prototiple teste erken başlayabilirsiniz. Örneğimizde tarih seçimi, talimat oluşturma ve işlem durumunu yeniden bulma adımlarının çalışması yeterli olabilir. Ancak araştırma sorusu ekran okuyucuyla tarih seçimi hakkındaysa görsel prototip eksik kalabilir. Teklifte, kullanılacak sürümün hangi davranışları gözlemlemeye elverişli olduğunu sorun.

3. Katılımcı sayısından önce kimin katılacağını konuşun

“Mobil bankacılık kullanan 25–45 yaş grubu” kolay tarif edilir ama bu test için yeterince ayırt edici değildir. Her ay ileri tarihli ödeme yapan biri ile tüm ödemelerini anında yapan biri aynı ekrana farklı beklentilerle gelir. Katılımcı seçim formunda “Bu özelliği kullanır mıydınız?” yerine “Son üç ayda bir ödemeyi daha sonra gerçekleşecek şekilde nasıl ayarladınız?” diye sorabilirsiniz.

Teklifte hedef profilleri, seçme ölçütlerini ve her profilden neden o kadar katılımcı alınacağını görün. Tek bir akışta sorun keşfetmek için küçük bir ilk tur planlanabilir. İki segmentin başarı oranlarını karşılaştırmak istiyorsanız bu ayrı bir ölçüm tasarımı gerektirir. Küçük bir turda üç kişinin aynı ekranda takıldığını söylemek anlamlıdır. Bu gözlemden tüm müşteri tabanı için bir hata oranı hesaplamak yanıltıcı olur. GOV.UK kullanılabilirlik ölçüm rehberi

4. Test görevini ve başarı ölçütünü oturumdan önce isteyin

Ödeme örneğinde “Planlı Ödemeler menüsüne git, tarih seç ve onayla” yönergesi, ekibin ölçmek istediği keşif adımını katılımcı adına çözer. Aynı hedefi daha doğal bir dille verebilirsiniz:

Bugün ayın 10’u. Cuma günü şehir dışındasınız. Kiranızın ayın 15’inde ev sahibinize ulaşması için bugün uygulamada gerekeni yapın. İşiniz bittiğinde haber verin.

Katılımcı durduğunda moderatör “Ödeme henüz gitmedi, değil mi?” diye sorarsa yanıtı ele vermiş olur. “Şu anda hesabınızda ne oldu? Bundan sonra ne olmasını bekliyorsunuz?” soruları, kişinin ekranı nasıl yorumladığını kendi sözcükleriyle anlatmasına alan açar.

Bu örnekte iki sonucu ayrı kaydedin: Talimat doğru tarihe kuruldu mu? Katılımcı işlemin durumunu doğru açıklayabildi mi? Moderatör yardım ettiyse bunu ayrıca işaretleyin. Böylece ekibiniz, çalışan bir tarih seçici ile yanlış anlaşılan bir onay mesajını ayrı ayrı değerlendirebilir. Prototipte örnek hesap ve alıcı bilgileri kullanmak da görevi gerçekçi tutarken kişisel finansal bilgi girme ihtiyacını ortadan kaldırır.

5. Sentetik persona nedir ve kullanıcı testinde nerede kullanılır?

Sentetik persona, belirli bir kullanıcı profiline ait amaçları, deneyimi ve koşulları temel alarak bir yapay zeka modeliyle oluşturulan veya canlandırılan kullanıcı temsilidir. Örneğin “mobil bankacılığı her hafta kullanan, ancak ilk kez ileri tarihli talimat veren kişi” bir profil tanımıdır. Bu profili bir modele verip görev metninin nasıl yorumlanabileceğini sorduğunuzda elde ettiğiniz yanıt bir simülasyondur. Profilin hangi özelliklerinin geçmiş araştırmalara dayandığını ve hangilerini ekibin varsaydığını kaydetmek, çıktıyı değerlendirirken önemlidir. IEEE, insan odaklı tasarımda sentetik kullanıcılar üzerine sistematik inceleme

Ödeme senaryomuza dönelim. Ekip, görev taslağını incelerken modele iki profil verebilir: Ödemelerini hep anında yapan biri ve düzenli talimat kullanan biri. Model, ikinci profil için senaryonun aylık tekrar eden bir ödeme gibi okunabileceğini öne sürebilir. Araştırmacı buradan somut bir iş çıkarır. Önce ürün kararını netleştirir, ardından görev tek seferlik ödemeyle ilgiliyse metne bunu doğal biçimde ekler ve yönergeyi pilot oturumda dener.

Burada üç kaydı ayrı tutmak gerekir:

Tablodaki kayıtlar yöntemi göstermek için kurgulanmıştır. Bir modelin ürettiği cümleyi katılımcı alıntısı olarak kullanmayın veya simüle edilen profilleri katılımcı sayısına eklemeyin. Yüz farklı yanıt üretebilmek, yüz müşterinin o ekranı kendi cihazında, kendi beklentileriyle kullandığı anlamına gelmez. Bir araştırma teklifinde “AI destekli kullanıcı testi” ifadesini görürseniz hangi aşamada model kullanıldığını ve hangi sonuçların insan davranışına dayandığını sorun.

6. Raporun bir sonraki tasarım kararını taşıyabildiğini kontrol edin

“Onay ekranı iyileştirilmeli” cümlesi tasarımcıya hangi sorunu çözeceğini söylemez. Örnek bir bulgu kaydında şunları görmek istersiniz:

Bu da temsili bir kayıttır. Gerçek raporda her bulgunun yanına hangi oturumlarda gözlendiği, varsa izin kapsamında paylaşılabilen kayıt kesiti ve karşı örnekler eklenebilir. Tek kişinin yaşadığı ciddi bir hatayı sırf az görüldüğü için listenin sonuna atmayın. Aynı şekilde bir katılımcının çözüm önerisini de ekibin uygulayacağı tasarım kararıyla karıştırmayın.

VOYA’dan bir örnek: Neova Sigorta

Neova Sigorta’nın mobil uygulamasında kullanıcı testleri ve ısı haritalarından yararlandık. Satın alma yolculuğunda insanların nerede kararsız kaldığını inceledik. Bu çalışma ana sayfadaki içerik sırasına, ürün kartlarına, teklif alma adımlarına ve uygulama içi yönlendirmelere ilişkin tasarım kararlarını besledi. Bir araştırma ortağının vaka çalışmasını okurken siz de aynı bağlantıyı arayabilirsiniz: Ekip hangi davranışı inceledi ve ardından üründe neyi değiştirdi? Neova Sigorta vaka çalışması

Kullanılabilirlik testi yapan firmalara teklif öncesi sorulacak 6 soru

1. Hangi ürün kararını destekleyeceğiz ve bunun için hangi akışları kapsam dışında bırakabiliriz?
2. Katılımcıları hangi davranışlara göre seçeceksiniz? Katılımcı bulma ve teşvik bedelleri teklife dahil mi?
3. Görevleri ve başarı ölçütlerini oturumlardan önce birlikte inceleyebilecek miyiz?
4. Sentetik persona kullanacaksanız hangi girdilere dayanacak ve çıktıları insan gözlemlerinden nasıl ayıracaksınız?
5. Anonimleştirilmiş bir bulgu örneği görebilir miyiz? Oturum kayıtlarına kimler, ne kadar süreyle erişebilecek?
6. Bulguların tartışılacağı çalışma oturumu, tasarım revizyonu ve ikinci test turundan hangileri fiyata dahil?

İki teklif arasında fiyat farkı varsa önce katılımcıya ulaşma zorluğunu, test edilen cihazları, prototip hazırlığını ve ikinci turun kapsamını yan yana koyun. On oturum ve bir sunum içeren teklifle, ilk turdan sonra tasarımı değiştirip yeni katılımcılarla tekrar deneyen teklif farklı sorulara yanıt verir. Kısıtlı bütçede, bir sonraki sürüme girecek tek bir kritik akışı seçmek, test sonuçlarına göre harekete geçmeyi kolaylaştırır.

Ürününüz için kullanıcı deneyimi testi danışmanlığı arıyorsanız ilk görüşmeye üç şeyle gelin: kullanıcıların zorlandığını düşündüğünüz bir görev, bunu düşündüren bir işaret ve önünüzdeki tasarım kararı. Örneğin “Talimat oluşturuluyor ama destek ekibine hâlâ ‘Param gitti mi?’ sorusu geliyor. Yeni onay ekranını yayına almadan önce bunu çözmek istiyoruz.” Böyle bir başlangıç, VOYA ile araştırmanın kapsamını birlikte belirlemek için yeterli. VOYA UI/UX tasarım hizmeti