Hizmetler > Kullanılabilirlik Testi
Dijital Ürünlerin Kullanıcı Araştırması ve Kullanılabilirlik Testi ile Değerlendirilmesi
Kullanıcı merkezli tasarımın önemli bir bileşeni, dijital ürünlerin hedef demografik gruptan seçilen gerçek kullanıcılarla değerlendirilmesidir. Projenin özel hedeflerine, geliştirme aşamasına ve karmaşıklığına bağlı olarak kullanılabilecek çeşitli yöntemler ve yaklaşımlar vardır.
Ürünleri geliştirilirken değerlendirmek amacıyla kullanılabilirlik testleri yapmak için çok güçlü bir iş gerekçesi vardır. Değişim maliyeti düşük ve tasarım alternatiflerinin sayısı yüksek olduğundan prototip kullanıcı araştırması, geliştirme sürecinin önemli bir parçasını oluşturur.
Kullanıcı Araştırmasının Özellikleri
Kullanıcı testi yapmanın birçok farklı yolu vardır ve hepsi aşağıdaki temel özellikleri içerir:
- Kullanıcılardan gerçek dünyada deneyeceklerine benzer görevleri denemelerinin istenmesini içerirler
- Kullanıcılar bir şekilde müşterinin hedef kitlesini temsil etmektedir
- Kullanıcılar prototiple mümkün olduğunca doğal bir şekilde etkileşime girer ve genellikle sesli düşünme protokolü kullanarak geri bildirim sağlar
- Gözlemler analiz edilir ve prototipin yinelenmesi için önerilerde bulunulur.
Bu temel unsurlar göz önünde bulundurulduğunda, farklı yöntemleri birbirinden ayıran unsurlar şunlardır:
- Nerede araştırma gerçekleşir
- ile kaç kullanıcı
- Nedir bu araştırma konusu
- Hangi veriler yakalamak istiyoruz
KULLANILABILIRLIK DEĞERLENDIRMESI
Standart bir kullanılabilirlik değerlendirmesi, hedef müşteri profillerine göre işe alınan 5 ila 12 katılımcının 45 ila 60 dakika süren bire bir oturumlara (bazen "derinlikler" olarak da bilinir) katılmasını içerir. Katılımcılar bu süreyi, çoğu durumda önceden hazırladıkları oturumu yönetecek olan bir kullanıcı deneyimi araştırmacısı (UX tasarımcısı değil) ile geçireceklerdir.
Araştırma Süreci
Bu tür nitel araştırmaların (kullanılabilirlik değerlendirmeleri) yürütülmesine yönelik metodoloji aşağıdakileri içerir:
- İşe alım: İşe alınan katılımcılar istemci tarafından belirtilen hedef profillere karşı
- Hazırlık:
- A test senaryosu ve tartışma kılavuzu katılımcıların tasarımla etkileşimini kolaylaştırmak için tasarlanmıştır
- A tesis araştırmayı yürütmek için
- Ekipman oturumları kaydetmek için kurulum ve katılımcının kullanabileceği cihazlar (örn. tablet, akıllı telefon, PC)
- Araştırma Oturumu:
- Yetenekli moderasyon her bir oturumun
- Gözlem ve kayıt sorunların
- Analiz ve Raporlama
Katılımcı Sayıları ve Oturum Uzunluğu
Tasarım testi aşamasına geldiğimizde normalde kullanılabilirlik değerlendirmesini akıllı telefon, tablet ve PC olmak üzere tüm platformlarda gerçekleştiriyoruz. Ancak deneyimlerimize göre, her platformda 5 oturum gerçekleştirmemize gerek yok çünkü normalde önceki turlarda ciddi sorunları ortadan kaldırmış oluyoruz.
Çoğu durumda çalıştırıyoruz iki günlük araştırma süresince on oturum (yaklaşık 60 dakika)aşağıdaki ile platformlar arasında bölünmüş:
- Akıllı telefon = 4 katılımcı
- PC = 4 katılımcı
- Tablet = 4 katılımcı
Genellikle tabletin akıllı telefon ve bilgisayardaki bulgularla bilgilendirilebileceğini düşünüyoruz, ancak kırılma noktaları ve önemli bilgilerle bariz bir sorunu gözden kaçırmamak için birkaç oturum gerçekleştirmeyi seviyoruz
Araştırma Tesisi ve Görüntüleme
Araştırma tesisleri şunları sağlar tek yönlü bir ayna veya bir ekran aracılığıyla görüntüleme Böylece tasarım ekibi ve paydaşlar, katılımcıların gelişen tasarımlarla nasıl başa çıktıklarını ilk elden görebilirler. İzleyen kişiler moderatör ile aynı yerde olduklarından Oturumlar arasında gözlemlediklerini tartışma ve güncelleme ve değişiklikleri planlamaya başlama fırsatı.
Araştırma tesisi izleme odaları ses geçirmez olma eğiliminde olduğundan, tasarım ekibi ve paydaşların işbirliği yapmaları ve gördüklerini tartışmaları için de bir fırsattır.
Ancak, araştırma tesislerinin bir maliyeti vardır ve alternatif olarak araştırma neredeyse her yerde yürütülebilir - toplantı odalarında, katılımcıların evlerinde, müşterilerin ofislerinde vb. Oturumları internet üzerinden yayınlayabiliriz, böylece uzaktan canlı izleme mümkün.
Bununla birlikte, bazı sınırlamalar ki bunlar:
- Katılımcıların yüz ifadeleri değil, yalnızca cihazın ekranı görünür
- İnternet üzerinden uzun süre video izlemek, videonun bant genişliği gerektiren yapısı nedeniyle biraz güvenilmez olabilir
- Ekran çözünürlüğü ince ayrıntıların görüntülenmesini zorlaştırabilir
Bir alternatif de doğal olarak kaydettiğimiz ve paylaşılan bir Dropbox klasörüne yüklediğimiz yüksek çözünürlüklü oturum videolarını incelemektir. Bant genişliği izin verirse, bunları ilerledikçe yükleyeceğiz ve hemen bir bağlantı paylaşacağız, böylece yaklaşık bir saatlik bir süre ile izleyebileceksiniz.
Test Ekipmanları
Kullanıcı araştırması oturumlarını yürütmek için gereken tüm teknolojiyi sağlıyoruz.
Buna şunlar dahildir;
- Bu test dizüstü bilgisayarı resim içinde resim kaydetmek için özel bir yazılımla yüklü olan
- Yüksek çözünürlüklü video Katılımcının kullandığı ekranın yanı sıra yüz ifadeleri.
- Bu yazılım Ekranı kaydedebilmemiz için akıllı telefon ve tablet cihazlarını bağlamamız gerekiyordu.
Mobil kayıt için kullandığımız kurulum, akıllı telefonun sadece güç kablosunun takılı olduğu anlamına gelen bir donanım ve yazılım yapılandırması kullanır. Katılımcı telefonu eline alabilir ve baş üstü kameralar veya beşikler için herhangi bir eklenti olmadan veya cihaz masanın üzerinde sabitlenmiş haldeyken doğal bir şekilde tutabilir ve etkileşime girebilir.
Test için iOS ve Android akıllı telefonlar, tabletler ve Microsoft PC'ler dahil olmak üzere bir dizi cihaz sağlıyoruz. İhtiyaç duymanız halinde cihazlarınızı kullanmaktan memnuniyet duyarız ve genellikle kolaylıkla bağlanabiliriz.
Test Senaryosu, Moderasyon, Analiz ve Raporlama
Tüm projelerimiz, bağımsız olarak değerlendirilmiş ve ödüllendirilmiş son derece deneyimli UX danışmanlarından oluşan ekibimizden biri tarafından yürütülmektedir. Akredite Uygulayıcı Statü. Danışmanlarımızın hepsi en az 5 yıllık deneyime, gerekli niteliklere ve bu tür bir tasarım araştırmasını yürütebilecek yeteneklere sahiptir.
Test Senaryosu
UX danışmanımız müşteri ile görüşerek şunları yapacaktır katılımcıların etkileşimine rehberlik edecek görevleri ve senaryoları içeren test senaryosunu geliştirmekAyrıca araştırmanın yanıtlamasını istediğiniz tüm sorular.
Bunu bir belge içinde belgeliyoruz Araştırma PlanıAraştırma ile ilgili diğer tüm ayrıntıları içeren ve yineleme ve onaylama için sizinle paylaşılan bir belge. Tipik bir oturum yapısı şu şekilde olabilir:
- Başlamadan önce
- Kullanım bağlamı, mevcut davranışlar ve araştırma konusuna yönelik tutumlar hakkında tartışma.
- Görevler
- Değerlendirilecek temel yolculukları, etkileşimleri, özellikleri ve işlevleri kapsayan görevler oluşturacağız
- Moderatörün cevaplanmasını sağlaması gereken görevlerle bağlantılı sorular.
- Kapanış Mülakatı
- Deneyimleri hakkında bir tartışma
Moderasyon
Tüm danışmanlarımız, aksi talep edilmedikçe, bu tür araştırmaları yürütme konusunda uzun yıllara dayanan deneyime sahiptir, moderasyona yaklaşimimiz aşağıdaki gibidir:
- Resmiyetten kaçınmak için görevleri katılımcılara sözlü olarak iletmek
- Kullanıcının prototiple serbestçe etkileşime girmesine izin vermek ve onları yönlendirmemek
- Kullanıcıyı yalnızca tereddüt ettiğinde veya kafası karıştığında ve bu durum görevin ivmesini kaybetmesine veya davranışlarından potansiyel öğrenmelere yol açmayacaksa sözünü kesmek
- Gerekirse bir görev veya alt görevden sonra onları sorgulamak
Zaman zaman, diğer müşterilerimiz tarafından daha resmi bir moderasyon yaklaşımı uygulamamız istenmektedir ve gerekirse tarzımızı değiştirmekten mutluluk duyarız.
Kullanıcı testi oturumları sırasında moderatör oturumu gözlemleyecek ve daha sonra analiz için kullanacağı notlar alacaktır. Bunlar zaman damgalı notlar olabilir, böylece daha sonra bunlara başvurabilir ve oturumların videosunu inceleyebilirler.
Analiz ve Raporlama
Araştırmadan sonra analizi gerçekleştirecek ve gerekli çıktı buysa raporu oluşturmaya başlayacaklardır. Raporlamanın gerekli olduğu durumlarda Kullanıcı Deneyimi en iyi uygulama raporlama standartlarını takip ediyoruz.
Biz bir kullanıyoruz trafik ışığı raporlama şeması için gözlemleri kategorize etmek ve önem derecesi atamak aşağıda gösterildiği gibi:
Trafik Işığı Raporlama Programı
VAKA ÇALIŞMASI:
Bir otel zinciri için yapılan jeneratif çalışmada, yeniden tasarım süreci öncesinde mevcut bir uygulamayı inceledik. İşe alım, iş ve tüketici kullanıcıları, gruplar ve bireyler dahil olmak üzere tüm kullanıcı tabanından katılımcıları hedefledi. Göz atma ve arama yolculuklarının yanı sıra ödeme, hesap yönetimi, e-posta mesajları ve sadakat planı da titizlikle test edildi. Çalışmaya rakip uygulamalar da dahil edildi, böylece kullanıcılar yeniden tasarımda referans alınabilecek tercih ettikleri alanları belirleyebildiler.
Bu çalışma, müşteri geri bildirimleri ilk elden duymak istediği için bir araştırma tesisinde gerçekleştirilmiştir, ancak yeniden tasarım öncesinde bir sigorta karşılaştırma şirketi için yaptığımız gibi, araştırmanın bu aşamasının kullanıcıların evlerinde veya müşterilerin ofislerinde veya toplantı odalarında gerçekleştirilmesi alışılmadık bir durum değildir. Karar genellikle maliyete, ofis dışında birkaç gün geçirmeye uygunluğa ve kullanıcıların konumuna bağlıdır. Oturum videoları her zaman sağlanır (bizden ücretsiz olarak), böylece katılamasanız bile neler olduğunu görebilirsiniz.
SÜREÇ TASARIM TESTI
Süreç tasarımı testi, iş akışı ve süreç adımlarının istenen kullanıcı etkileşimlerini desteklediğinden emin olmak için herhangi bir etkileşimli ortam oluşturulmadan önce gerçekleştirilir. Kullanıcıların bire bir nitel araştırma oturumlarına katılmasını ve sürecin veya yolculuğun her bir yönünü temsil etmek için oluşturulan renk kodlu süreç kartlarıyla etkileşime girmesini içerir.
Araştırma için Hazırlık
Süreç testi yaklaşımı, mevcut temel unsurlarla kullanılabilirlik testi için kullanılana çok benzer:
- Test varlıkları
- Katılımcılar
- Araştırmanın yapıldığı yer
- Hazırlık, moderasyon, analiz ve raporlama.
En büyük farklılıklar Süreç testlerinde test varlıklarının oluşturulması gerekir ve raporlama normalde revize edilmiş süreç tasarımları şeklindedir.
Süreç tasarımları bize kullanıcı yolculuk haritaları, kullanım senaryosu iş akışları, süreç akış diyagramları ve daha fazlası olarak teslim edilebilir. Bu varlıklar sürecin nasıl işleyeceğini, olası etkileşimleri, hata yollarını, alternatif akışları, başarı kriterlerini ve daha fazlasını açıklar. Ancak, kullanıcıların kafasını karıştıracakları için bu şekilde kullanıcıların önüne yerleştirilemezler.
İŞLEM KARTLARI:
Benimsediğimiz yaklaşım, süreçteki farklı nitelikleri temsil eden renk kodlu süreç kartları geliştirmektir.
Yakın tarihli bir proje aşağıdaki kart türlerini içeriyordu:
Çoğu zaman sürecin bu aşamasında, kullanıcı testleri gerçekleştirilmeden önce düzeltilebilecek sorunlar ve süreçlerdeki eksiklikler ortaya çıkar. Bu nedenle, bu aşamanın birkaç turdan geçmesi için projede ek süre tanınmasını öneriyoruz yineleme.
Testlerin Gerçekleştirilmesi
Kullanılabilirlik testini bir araştırma tesisindeki izleme odasından gözlemlediyseniz, süreç testinde neler olduğu hakkında zaten oldukça iyi bir fikriniz olacaktır. Katılımcılar hedef kullanıcı profiline (persona) göre işe alınır ve kıdemli bir UX danışmanı tarafından yönetilen 45 ila 60 dakikalık bir oturuma kendi başlarına katılırlar. Oturduktan ve birkaç açılış sorusuyla kendilerini rahat hissetmeleri sağlandıktan sonra süreç testine başlarız.
Her bir süreç kartı seti bir kullanıcı yolculuğunu veya alt yolculuğunu temsil eder ve setteki ilk kart kullanıcı hikayesidir. Katılımcıya kullanıcı hikayesi kartı verilir ve okuması istenir. Kartta şöyle bir şey yazabilir:
- Çevrimiçi banka hesabınıza giriş yapmak istiyorsunuz
- Hesabınızı görüntülemek için bank.co.uk adresini arar ve giriş ekranına tıklarsınız.
- Oturum açma bilgilerinizi hatırlayamıyorsunuz ve web sitesi destek ekibiyle iletişime geçmenizi öneriyor
Nasıl ilerleyeceksiniz?
Kullanıcıya kart üzerinde bir dizi seçenek sunulacak ve bunlar ilişkili kartlar aracılığıyla süreç boyunca farklı rotalara yönlendirecektir.
Araştırmadaki amacımız, sürecin kullanıcının doğal bir şekilde etkileşimde bulunmak istediği yolu destekleyip desteklemediğini anlamaktır. Davranışlarını gözlemleyerek, sözlü düşünce süreçlerini ve geri bildirimlerini dinleyerek süreçleri iyileştirebilir ve optimize edebiliriz.
Bulguların Paylaşılması
Süreç testlerinden elde edilen bulguları paylaşmanın en iyi yolu aşağıdakileri sağlamaktır revize edilmiş süreç haritaları veya akışları Ana çıktı olarak. A Rapor sürecin neden değiştiğine veya değiştirildiğine dair bir anlatı sunar. Her bir süreçteki her bir adımı ele alacak ve neyin işe yarayıp neyin yaramadığını ve nasıl değişmesi ya da uyarlanması gerektiğini belirleyecektir.
Bu çıktılar birlikte, kullanıcı yolculuğunu ve sürecini desteklemek için tel kafeslerin veya prototipin nasıl tasarlanması gerektiği konusunda bilgi verecektir.
KARŞILAŞTIRMALI KULLANILABILIRLIK TESTI
Karşılaştırmalı prototip testi, değerlendirilecek birden fazla prototip tasarım alternatifi olduğunda gerçekleştirilir. Bu, tasarım ekibi belirli bir kullanım durumu veya gereksinim için birden fazla çözüm bulduğunda gerçekleşir. Kullanıcı testi, hangi yaklaşımın seçilmesi gerektiğini belirlemenin yollarından biridir.
KARŞI DENGELEME:
Birden fazla prototipin değerlendirilmesinin tarafsız olduğundan emin olmak için dengeleme adı verilen bir yöntem kullanıyoruz. Her kullanıcının prototiplerle aynı sırayla, yani 'a' prototipi, 'b' prototipi, sonra 'c' prototipi ve benzeri şekilde etkileşime girmesini sağlamak yerine, her prototiple aynı sayıda ve aynı sırayla etkileşime girecek şekilde sırayı değiştiriyoruz.
Aşağıda, bir projeden alınan gerçek bir test protokolü yer almaktadır. üç prototip versiyonu (ikisi yalnızca akıllı telefonda) ve üç platformda:
| Gün/Katılımcı | Masaüstü | Tablet | Akıllı Telefon | |||||
| 1. Gün | Vs1 | Vs2 | Vs3 | Vs1 | Vs2 | Vs3 | Vs1 | Vs2 |
| 1 | 1. | 2'nci | 3'üncü | Altıncı | 5'inci | Dördüncü | ||
| 2 | 2'nci | 3'üncü | 1. | Dördüncü | Altıncı | 5'inci | ||
| 3 | 3'üncü | 1. | 2'nci | 5'inci | Dördüncü | Altıncı | ||
| 4 | 1. | 2'nci | 3'üncü | 5'inci | Dördüncü | |||
| 5 | 2'nci | 3'üncü | 1. | 5'inci | Dördüncü | |||
| 6 | 3'üncü | 1. | 2'nci | Dördüncü | 5'inci | |||
| 2. Gün | Vs1 | Vs2 | Vs3 | Vs1 | Vs2 | Vs3 | Vs1 | Vs2 |
| 1 | 5'inci | Dördüncü | 3'üncü | 1. | 2'nci | |||
| 2 | 3'üncü | 5'inci | Dördüncü | 2'nci | 1. | |||
| 3 | Dördüncü | 3'üncü | 5'inci | 1. | 2'nci | |||
| 4 | 1. | 2'nci | 3'üncü | 5'inci | Dördüncü | 3'üncü | ||
| 5 | 1. | 2'nci | 3'üncü | 5'inci | Dördüncü | |||
| 6 | 5'inci | Dördüncü | 3'üncü | 1. | 2'nci | |||
Test Protokolü Örneği
Bu tür bir test, moderatörün iyi organize olmasına ve iyi notlar almasına dayanır ve versiyonları ve sırayı takip etmek için moderatöre ek olarak bir not tutucunun olması çok yararlı olabilir
KIYASLAMA DEĞERLENDIRMESI
Kıyaslama değerlendirmeleri, bir prototipi canlı alternatiflere karşı değerlendirdiğimiz zaman yapılır. Yürüttüğümüz projeler sadece canlı siteyi veya canlı site artı rakipleri içeriyordu. Amaç her zaman geliştirilen prototipin canlı sitede algılanan eksiklikleri giderip gidermediğini veya rakipler kadar iyi olup olmadığını değerlendirmektir.
Değerlendirmenin Yürütülmesi
Bu test kurulumu kullanılacak görevler ve senaryolar hem prototip hem de canlı versiyon için aynı olduğundan çok basittir. Herhangi bir önyargının ortadan kaldırıldığından ve canlı ve prototip versiyonların ilk ve ikinci olarak eşit sayıda görüldüğünden emin olmak için bir karşı dengeleme yaklaşımı kullanacağız.
Katılımcı, her biriyle birbiri ardına etkileşime girecek, aynı görevi deneyecek ve sözlü geri bildirim artı gözlemlenen davranışlar.
Karşılaştırmanın hangi kriterlere göre yapılacağı iyi düşünülmeli, görevler ve test protokolü buna göre planlanmalıdır. Katılımcılar her zaman prototipten canlıya geçiş yapamayabilir ve bu nedenle geri bildirimleri adil olmayan bir yargıya dayanabilir.
Eğer iyi hazırlandıysak, bunları görmezden gelebilir ve aşağıdaki gibi kilit alanlara odaklanabiliriz;
- Etkileşim
- Kullanıcı Yolculuğu
- Özelliklerin işlevi
Bunlar, aşağıdaki hususlar için temel oluşturacaktır ölçüt ve puanlama / raporlama formatı sizinle anlaştık.
VAKA ÇALIŞMASI:
Otel müşterilerimizden biri yeni bir uygulama geliştiriyordu ve bizden geliştirilmekte olan prototip uygulama ile mevcut canlı uygulama arasında bir kıyaslama değerlendirmesi yapmamızı istedi. Altı katılımcının prototip ve canlı uygulama ile 1:2 oranında eşit olarak etkileşime girmesini sağlamak için dengeleme yöntemini kullandık. Çıktı, canlı ve prototip uygulamanın karşılaştırmalı güçlü ve zayıf yönlerinin ayrıntılı bir kıyaslamasını içeriyordu.
Aklınızda bir proje mi var?
