Persona ve Arketip: Aynı Veriden İki Farklı Çıktı
Persona ile arketip aynı araştırma verisinden doğar. Ayrıldıkları yer veriyi paketleme biçimi: persona bulguyu bir isme, yüze ve kısa hikâyeye bağlar, arketip aynı bulguyu davranış etiketine indirger. Seçim, kullanıcıyı ne kadar iyi tanıdığınızla değil, ekibin o çıktıyla ne yapacağıyla ilgili.
Aynı veri, iki farklı paket
Persona kartında ad, yaş, meslek, bir fotoğraf ve birkaç cümlelik yaşam öyküsü bulunur: "Merve, 34, serbest çalışan tasarımcı, ödemeyi telefondan yapmayı tercih ediyor." Arketip aynı kullanıcı kümesini isimsiz bırakır ve "Mobil Öncelikli Ödeyen" der, geçer. Fiyat karşılaştırmadan satın almayan gruba persona bir yüz verir, arketip bir etiket.
Araştırma tarafında fark yok. Aynı mülakatlar, aynı anket, aynı log kayıtları. Fark sunumda başlar, ekibin karar verme biçimine kadar uzanır.
Kartın çoğu alanı karar üretmiyor
Elinizdeki persona kartını açın, her alanın yanına tek soru yazın: bu bilgi hangi ekran kararını değiştiriyor? Ad, fotoğraf, şehir, medeni durum çoğu üründe hiçbir şeyi değiştirmez. Arayüzde hiçbir koşul "kullanıcı 34 yaşındaysa" diye dallanmaz. Oysa "ödemeyi telefondan yapmayı tercih ediyor" satırı dallanır: mobil ödeme akışı önce test edilir, masaüstü formu ikinci sıraya düşer.
Persona kartına fotoğraf koymam. İki hafta sonra ekip veriyi değil yüzü hatırlıyor, tartışma da oraya kayıyor: stok fotoğraftaki kişinin bu butona basıp basmayacağı konuşuluyor, kullanıcıların yarısının ödeme adımında geri döndüğü değil. Karar üreten alan davranış satırıdır. Kartı o satırın etrafında kurun, gerisini süs olarak görün.
Arketibin nötrlüğü bedavaya gelmiyor
Arketip savunusunun en güçlü argümanı önyargı: demografik detay yoksa ekip "bu yaş grubu böyle davranır" varsayımına düşmez. Doğru bir argüman. Ama aynı metinler bunun hemen ardından kapsayıcı tasarım çağrısı yapar, yaş, görme keskinliği, motor beceri ve dijital okuryazarlık farklarını hesaba katmanızı ister. İkisi aynı anda tutmaz. Demografiyi önyargı riski diye attığınızda, erişilebilirlik kararlarının dayandığı zemini de atmış olursunuz.
Bu çelişkiden çıkış yolu iki belgeyi ayırmak. Erişilebilirlik gereksinimini persona setinin içine sokuşturmayın, ayrı bir liste olarak tutun: kontrast oranı, klavye ile tam gezinme, dokunma hedefi boyutu, ekran okuyucu ile form doldurma. Bunlar bir kullanıcı tipinin isteği değil, ürünün tamamının kabul kriteri.
Setin içine "Görme Engelli Kullanıcı" diye bir kart eklemek işi kolaylaştırmaz, zorlaştırır: erişilebilirliği tek bir segmentin talebine çevirir, o segment de önceliklendirme toplantısında sona kalır. Kabul kriteri olarak yazılırsa tartışma bitiyor, sprint'e giriyor.
Hangisi, ne zaman
Çıktıyı ekip dışına anlatacaksanız persona kullanın. Bütçeyi onaylayan yöneticiye, yeni katılan tasarımcıya, projeyi ilk kez duyan yazılımcıya hikâye anlatmak segment tablosu göstermekten hızlı sonuç verir. Ekip kullanıcıyı zaten tanıyorsa ve mesele karar hızıysa arketip daha iyi: etiketler kısa, davranış temelli, tasarım kararına doğrudan çevrilebilir.
Ekipte persona'ya karşı bir direnç varsa, özellikle geçmişte yarım kalmış bir persona çalışması yaşandıysa, arketiple başlayın. Aynı veriyi daha az sürtünmeyle masaya koyarsınız, gerekirse hikâyeyi sonra eklersiniz.
Sayıyı düşük tutun. Set büyüdükçe kimse hepsini hatırlamaz, ekip kendine en tanıdık gelen tek karta yaslanır, diğerleri sunum dosyasında kalır. Bir de tarih koyun. Kullanıcı davranışı ürünle birlikte değişiyor; altı ay tazelenmemiş bir persona artık araştırma değil, ekip folkloru.