Persona Nedir? Kullanıcı Profilini İşe Yarar Hale Getirmek
Persona, kullanıcı araştırmasından çıkan bulguları tek bir kurgusal kişide toplayan özetleme aracıdır. İyi kullanıldığında ekibin "kullanıcı" derken aynı insanı kastetmesini sağlar. Kötü kullanıldığında, araştırma yapılmadığı gerçeğinin üstünü örten süslü bir slayta dönüşür. Aradaki farkı belirleyen şey şablonun ne kadar dolduğu değil, içindeki bilginin bir kararı değiştirip değiştirmediğidir.
Persona ne yapar, ne yapmaz
Persona veri üretmez, veriyi sıkıştırır. Elinizde görüşme kaydı, destek talepleri, analitik veya saha gözlemi varsa persona bunları ekibin hatırlayabileceği bir forma sokar. Elinizde bunlar yoksa persona varsayımı resmileştirir, üstelik ona bir isim ve fotoğraf vererek tartışılamaz hale getirir. Bir toplantıda "Ayşe bunu istemez" cümlesinin arkasında ne olduğunu sorabiliyor musunuz? Sorabiliyorsanız persona iş görüyor demektir.
Faydası da burada somutlaşır: soyut segment tanımları insan diline çevrilir, farklı departmanlar aynı sözcüklerle konuşmaya başlar, her yeni özellik önerisi "kim için" sorusuna çarpar. Empati kurdurması güzel bir yan etki ama asıl işlevi bu değil, karar hızlandırmaktır.
Dört tür, dört farklı iş
Hedef odaklı persona kullanıcının ürünle ne başarmak istediğine odaklanır. Akış tasarımında, onboarding'de, özellik önceliklendirmede en çok işe yarayan tür budur.
Rol tabanlı persona kişinin organizasyon içindeki görevini ve yetkisini merkeze alır. Kurumsal ürünlerde bu tür, yetkilendirme modeliyle doğrudan örtüşür. Bir yönetim paneli projesinde persona setinin neredeyse birebir rol tablosuna dönüştüğünü gördüm; muhasebeci personasının "faturayı görür, kullanıcı silemez" cümlesi tasarım notu olarak başlayıp veritabanındaki izin satırına kadar gitti.
Hikaye tabanlı persona yaşam biçimi, duygular ve sosyal çevre gibi katmanları ekler. Pazarlama ve içerik tarafında değerlidir, arayüz kararlarında çoğunlukla gürültüdür.
Kurgusal persona ise veriye değil deneyime ve tahmine dayanır. Sıfırdan başlarken kullanılabilir, ama üstünde "bu bir varsayımdır" etiketi taşımalı ve ilk gerçek kullanıcı görüşmesinden sonra emekli olmalı. Kurgusal personayı gerçek sanmak, persona yönteminin en sık düşülen tuzağı.
Bir alan kararı değiştirmiyorsa profilde ne işi var?
Şablonlar ad, yaş, meslek, eğitim, hobiler, favori uygulamalar diye uzayıp gider. Bu alanların çoğu hiçbir şey yapmaz. Basit bir test var: alandaki değeri değiştirin ve verdiğiniz kararın değişip değişmediğine bakın. Ayşe 32 değil de 38 yaşında olsa arayüzde ne değişirdi? Muhtemelen hiçbir şey. Ama Ayşe'nin bağlantısı mobil veri ve günde iki kez kopuyorsa, bu tek satır offline davranışından görsel boyutuna kadar bir dizi kararı değiştirir.
Bu testi geçen alanlar genelde şunlar: kullanıcının çözmeye çalıştığı asıl iş, mevcut çözümü (rakip ürün, Excel tablosu, telefonla arama), teknik yeterlilik seviyesi, kullanım bağlamı ve karar verirken engel olan şey. Geri kalanı persona kartını güzelleştirir, ürünü değil.
Kaç persona yeterli?
Sayı sorusunun cevabı zevkle değil, elinizdeki veriyle belirlenir. 12 kişiyle görüştüyseniz ve 5 persona çıkardıysanız her personanın arkasında ortalama 2,4 kişi kalır. İki kişilik bir örneklemden çıkan davranış örüntüsü örüntü değildir, tesadüftür. Persona başına en az dört beş bağımsız kaynak isteyin; sayı tutmuyorsa persona sayısını azaltın, görüşme sayısını uydurmayın.
Pratikte bir ana persona ve en fazla iki destekleyici persona çoğu ürün için yeter. Ana personayı seçmenin ölçütü de büyüklük değil: hangi kullanıcı grubunun ihtiyacını karşılamamak ürünü anlamsız kılıyorsa o gruptur ana persona.
Yaşayan doküman mı, duvar süsü mü?
Persona dokümanının ölüp ölmediğini anlamanın yolu basit: son üç ayda alınan kararlarda adı geçti mi? Geçmediyse artık bir doküman değil, arşiv kaydıdır. Onu canlı tutmak için persona kartına bir de kaynak sütunu ekleyin; her iddianın yanında hangi görüşmeden veya hangi metrikten geldiği yazsın. Bu tek alışkanlık, personayı tartışılabilir kılar ve tartışılabilir olan şey güncellenir.
Senaryolar da aynı mantıkla yazılmalı. "Kullanıcı sisteme giriş yapar ve mutlu olur" senaryo değil, temennidir. İyi senaryo bir engel içerir: kullanıcı ne yapmaya çalışıyor, nerede takılıyor, takıldığında ne yapıyor. Ürününüzün gerçek işi o takılma noktasında başlıyor.
Kaynaklar