Konu Başlıkları
Yükleniyor...

CASTLE Framework: Zorunlu Kullanılan Yazılımda UX Ölçümü

Kurumsal yazılımda CASTLE ile UX ölçümü: log, anket, kohort

Kurumsal yazılımda kullanıcının gitme seçeneği yoktur, bu yüzden tüketici ürünlerinden devralınan bağlılık metrikleri burada boş döner. CASTLE o boşluğu altı boyutla doldurur: bilişsel yük, gelişmiş özellik kullanımı, memnuniyet, görev verimliliği, öğrenilebilirlik, hata. Altısını aynı çeyrekte birlikte iyileştirmeye çalışmak işe yaramaz; asıl iş hangisinin nasıl ölçüldüğünü bilmekle başlar.

Altı boyut, kısaca

Harflerin karşılığı şöyle:

  • Cognitive Load: görevi bitirmek için harcanan zihinsel efor.
  • Advanced Feature Usage: opsiyonel, derin özelliklerin gerçekten kullanılma oranı.
  • Satisfaction: kullanıcının üründen hoşnutluğu.
  • Task Efficiency: ana işin kaç adımda ve ne kadar sürede bittiği.
  • Learnability: yeni kullanıcının üretmeye başlama süresi.
  • Errors: kullanıcı ve sistem kaynaklı hataların sıklığı ve türü.

Google'ın HEART modelini bırakıp buna geçmenin gerekçesi tek bir cümleye sığar: benimseme ve elde tutma, İK'nın atadığı bir yazılımda ölçmeye değmez. Geri kalan metriklerin çoğu yine örtüşür, yani CASTLE sıfırdan bir sistem değil, zorunlu kullanım için yapılmış bir düzeltme.

Boyutları ölçüm maliyetine göre ayırın

Görev verimliliği, gelişmiş özellik kullanımı ve hata olay verisinden gelir. Üçü de araştırma planı istemez, bir hafta içinde panoya düşer. Bilişsel yük ve memnuniyet ise sormadan bilinmez. Öğrenilebilirlik kohort işidir: yeni işe başlayan grubun ilk otuz gününü izlemeden öğrenilebilirlik rakamı üretmek mümkün değildir, çoğu ekipte bu yüzden hiç ölçülmez.

Ucuz üçlüden başlayın. Anket altyapısı kurulana kadar geçen sürede, en azından hangi akışın kaç adımda bittiğini bilirsiniz.

Hata sayınız sunucu logunda görünmüyor

Listedeki en kolay boyut gibi duran hata, pratikte en yanıltıcı olanıdır. Sunucu logu yalnızca gönderilmiş isteği görür. Kullanıcının tarih alanını üç kez yanlış formatta doldurup istemci tarafında uyarı aldığı yer hiçbir tabloya yazılmaz, dolayısıyla validasyonu düzgün yapan bir uygulamanın hata grafiği doğal olarak boş çıkar. Boş grafik iyi haber değil, ölçüm yokluğudur.

Hata ölçümünü genelde validasyonun tetiklendiği anda gönderilen küçük bir olay kaydıyla çözerim: alan adı, hata tipi, kaçıncı deneme. Üç kolon, tek tablo. Bir ay sonra tasarımı bozuk olan alan listenin ilk sırasında durur. Aynı tabloya sunucu hatalarını karıştırmayın; sistem hatası ile kullanıcı hatası farklı ekiplerin işidir ve tek metrikte toplanınca ikisi de görünmez olur.

Altı boyut birbirini çeker

Bilişsel yükü düşürmek için ekrandaki seçenek sayısını azaltırsınız, gelişmiş özellik kullanımı düşer. Hata oranını düşürmek için onay adımı eklersiniz, görev verimliliği düşer. Yeni kullanıcı için rehberli akış koyarsınız, üçüncü haftasındaki kullanıcı aynı akışta tıkanır. Altı boyutun on beş ikili ilişkisi var ve hepsini aynı anda dengede tutan bir yol haritası yok.

Çeyrek başına iki boyut seçin, hedefi onlara koyun. Kalan dördünü hedef değil koruma çizgisi olarak yazın: iyileşmesi beklenmiyor, kötüleşmesi kabul edilmiyor. Bu ayrım yapılmazsa CASTLE altı metriklik bir rapor şablonuna dönüşür ve kimse ona bakarak karar vermez.

Memnuniyet, zorunlu kullanımda en zayıf halka

CASTLE'ın HEART'a itirazı, kullanıcının seçim yapmadığı yerde bağlılık ölçmenin anlamsız olduğuydu. Aynı itiraz memnuniyete de uygulanır, bu genelde atlanır. Çalışan şirket yazılımını puanlarken anketi kimin okuduğunu bilmez, çıkış kapısı da yoktur. Düşük puan bilgi taşır, yüksek puan taşımaz.

Memnuniyeti yıllık büyük anketten değil, görev bittiği anda sorulan tek sorudan toplayın. İsimsiz olsun ve tutum yerine davranışa bağlanmış olsun: "Bu adımı tekrar yapmak zorunda kalsanız aynı yolu izler miydiniz" sorusu, "memnun musunuz" sorusundan fazlasını söyler. Rage click, yarıda bırakılan akış, aynı ekrana geri dönme sayısı; bunlar anketten daha dürüst sinyallerdir ve kimseyi rahatsız etmeden toplanır.

Hedef, sinyal, ölçüm

Her boyut tek bir rakam değil, üç satırlık bir zincirdir. Hedef boyutun ne için var olduğunu söyler, sinyal onun gözlenebilir izidir, ölçüm o izin sayısı. Üç örnek:

BoyutHedefSinyalÖlçüm
Bilişsel yükÇok adımlı işte zihinsel zorlanmayı azaltmakKullanıcı aynı ekranda duraksıyorAdım başına süre, geri dönüş sayısı
HataAynı alanda tekrar eden hatayı bitirmekAynı alana ikinci kez yanlış veri giriliyorAlan başına validasyon tetiklenme oranı
ÖğrenilebilirlikYeni çalışanın destek almadan iş üretmesiİlk haftalarda gelen destek talepleriİlk 30 günde kişi başına talep sayısı

Zincirin ortası atlanırsa metrik seçimi keyfe kalır, altı ay sonra kimse o sayının neden toplandığını hatırlamaz.