Öğrenci Kullanıcılar: Yaş Değil Bağlam, Anket Değil Görev Verisi

Üniversite öğrencilerini tek bir kullanıcı grubu gibi ele alan raporlar genelde aynı yerde bitiyor: hızlı, sade, mobil uyumlu arayüz istiyorlar. Cümle doğru ama işe yaramaz, çünkü aynısı 55 yaşındaki muhasebeci için de geçerli. Bu kitleyi tasarım kararına çeviren şey yaşları değil, arayüzü hangi koşulda kullandıkları.

"Öğrenci" bir segment değil

Yaş aralığı, persona çalışmalarında bulunması en kolay ve söylediği en az olan değişken. "18-24 yaş, teknolojiye hakim, mobil öncelikli" tanımı bir kişiyi tarif etmiyor, bir nüfus dilimini tarif ediyor. Aradaki fark önemsiz değil: tasarım kararının dayanacağı davranış farkı tam da o geçişte kayboluyor.

Dijital yerli varsayımı da aynı yerden sakatlanıyor. Sosyal medya uygulamasını akıcı kullanan biri kurumsal bir kayıt formunda kolayca takılır, çünkü ikisi farklı arayüz gelenekleri. Araç kullanmadaki hız, sistemin mantığını çözmedeki hızla aynı şey değil.

Mahkum kullanıcı

Kampüs sistemlerinin çoğunda öğrencinin alternatifi yok. Ders kaydı, transkript, yurt başvurusu, harç ödemesi; beğenmese de aynı ekrandan geçecek. Bu durum ürün tarafında rahatlık, ölçüm tarafında bozukluk üretiyor. Memnuniyet düşse bile kullanım düşmüyor, kullanım düşmediği için sorun raporlara yansımıyor.

Yani mahkum kullanıcıda memnuniyet skoru sinyal taşımaz. Taşıyanlar şunlar: görevin ilk denemede tamamlanma oranı, aynı işlem için açılan destek talebi sayısı, formun terk edildiği alan, tek bir işlemi bitirmek için kaç kez oturum açıldığı. Hepsi zaten loglarda duruyor ve ayrıca araştırma bütçesi istemiyor.

Talep yayılmıyor, yığılıyor

Öğrenci sistemlerini gerçekten ayrıştıran şey kullanım eğrisi. Yıl boyunca sessiz duran ders kayıt ekranı, dönem başında birkaç saat içinde trafiğinin neredeyse tamamını alıyor. Bu bir kapasite sorunu gibi görünür, çoğu zaman arayüz sorunudur: sistem yavaşladığında kullanıcı yenilemeye basar, her yenileme yükü büyütür. Bir kurumsal portalda tam bunu görmüştüm; sunucuyu büyütmek yerine sıradaki konumu ekranda göstermek ve butonu ikinci tıklamaya kapatmak yükün çoğunu eritti.

Zirve anında arayüzün tek görevi var: işlemin durumunu göstermek. Belirsiz bekleme, tekrar denemeye açık bir davettir.

Bağlam, cihaz, dosya

Bu grupta tekrar eden somut kısıtlar var. Kampüs ağı yoğun saatlerde yavaşlıyor, ekran çoğunlukla telefon oluyor, içeriğin önemli bir kısmı PDF olarak dağıtılıyor. Telefonda PDF okumak hâlâ kötü bir deneyim, üstelik o içerik site içi aramada da görünmez oluyor. Duyurusunu PDF ekiyle yayınlayan her sayfa aslında "bunu masaüstünde aç" demiş oluyor.

Kurumsal e-posta konusunda da varsayımı test etmek gerekiyor. Açılma oranını hiç ölçmeden e-postayı iletişim kanalı saymak, bildirimlerin sessizce boşluğa düşmesine yol açıyor.

Araştırmayı nerede yapmalı

Laboratuvar testi burada görece zayıf sinyal veriyor, çünkü öğrenci sistemleri baskı altında kullanılıyor: son gün, son saat, kontenjan dolarken. Sakin bir odadaki görev testi o baskıyı taşımaz, dolayısıyla asıl hataların çıktığı anı da yeniden üretmez.

Daha iyi çalışan iki yol var. Birincisi gerçek yoğunluk anında toplanan analitik ve hata kaydı. İkincisi işlemi henüz bitirmiş kullanıcıya sorulan tek soruluk anket; hafıza tazeyken verilen cevap, iki hafta sonra hatırlanan genel izlenimden çok daha kullanışlı. Yaş aralığı yerine göreve ve koşula göre tasarlayın. Çıkan çözüm öğrenciye özel olmayacak, ama öğrenciye gerçekten yarayacak.