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

Journey Mapping: Yolculuk Haritası Nasıl Kurulur, Nasıl Canlı Tutulur

Kullanıcı Yolculuğu Haritalama: Kapsam, Doğrulama ve Uygulama Adımları

Journey mapping, kullanıcının hedefine giden adımları zamana yayıp her adımda ne yaptığını, ne düşündüğünü ve nerede takıldığını tek bir görünüme toplar. Değeri haritanın kendisinde değil, ekibin aynı ekrana bakarken aynı şeyi görmesinde. Kötü kurulmuş harita ise bir kez sunulur, sonra kimse bir daha açmaz.

Harita hangi soruya cevap verecek

Haritalamaya başlamadan önce soruyu tek cümleye indir. "Kullanıcı deneyimini iyileştirmek" soru değil. "Yeni kullanıcıların ilk faturayı oluşturana kadar nerede düştüğünü görmek" sorudur, çünkü haritanın başlangıç ve bitiş noktasını, kapsanacak kanalları ve hangi personanın izleneceğini doğrudan belirler.

Kapsam geniş tutulduğunda harita kendi ağırlığı altında kalır. Sekiz aşamayı dört kanala açıp satır olarak eylem, düşünce, duygu ve sorunu koyduğunda önünde 128 hücrelik bir tablo olur. Kimse 128 hücre okumaz. Aşama sayısını altıda tut, kanal ayrımını da yalnızca deneyim kanala göre gerçekten değişiyorsa yap.

Hipotezle mi, araştırmayla mı başlamalı

İki yol var. Ya ekibin bildiklerini bir odada toplayıp taslak harita çıkarırsın, ya da önce görüşme ve saha çalışması yapıp haritayı veriyle kurarsın.

Pratikte hipotezle başlamak daha iyi işliyor. Ekip iki saatte taslağı çıkarır, nerede anlaşamadıkları da ortaya döküldüğü için araştırma soruları kendiliğinden belirir. Asıl risk sonrasında: taslak harita doğrulanmış bulgu gibi dolaşmaya başlar, kimse geri dönüp kontrol etmez ve altı ay sonra yol haritası bir atölye çıktısına dayanır.

Bunun önüne geçmenin en ucuz yolu, hangi hücrenin görüşmeye, hangisinin tahmine dayandığını haritanın üzerine işaretlemek. Tahmine dayalı hücreler farklı renkte dursun, doğrulandıkça rengi değişsin. Toplantıda "bunu nereden biliyoruz" sorusuna cevap vermek de kolaylaşır.

Araştırma tarafında ne yeter

Tek bir personanın yolculuğundaki sorunların büyük kısmı beş ila sekiz derinlemesine görüşmeden çıkar. Günlere yayılan süreçlerde günlük çalışması daha iyi sonuç verir: kullanıcı adımı yaşadığı anda not düşer, iki hafta sonra hatırlamaya çalışmaz. Anket ise yolculuğu keşfetmek için değil, keşfedilmiş bir sorunun ne kadar yaygın olduğunu ölçmek için işe yarar.

Nicel tarafı çoğu ekip boş bırakıyor, oysa hangi adımda kaç kullanıcının düştüğü zaten üründeki olay kayıtlarında duruyor ve tek bir sorguyla çıkar (haritaya o sayıyı yazmak, aynı hücreye "burada sorun var" yazmaktan çok daha ikna edici oluyor).

Kimler odada olmalı

Süreci tasarım ekibi yürütür ama harita yalnız tasarımcılar arasında kurulursa eksik çıkar. Destek ekibi kullanıcıların en çok hangi adımda arama yaptığını zaten biliyor. Satış ve ürün tarafı, akıştaki tuhaf adımların kurum içindeki nedenini biliyor. Miro, Mural ya da paylaşımlı bir tablo dağıtık ekipler için fazlasıyla yeter; haritanın kalitesini araç değil, odaya kimin katıldığı belirliyor.

Sırayla ne yapılır

  1. Cevaplanacak soruyu, haritanın başlangıç ve bitiş noktasını yaz.
  2. Tek persona seç. İkinci persona ikinci harita demek, aynı haritaya sığdırma.
  3. Ekiple iki saatlik taslak oturumu yap, aşamaları kabaca çıkar, anlaşmazlıkları not al.
  4. Beş ila sekiz kullanıcıyla görüş, taslağı düzelt.
  5. Her aşamaya eylemi, düşünceyi, sorunu ve varsa sayısal veriyi yerleştir.
  6. Sorunların karşısına fırsatları yaz; her fırsatın sahibi ve kaba maliyeti belli olsun.
  7. Paylaşırken neyin doğrulandığını, neyin varsayım olduğunu görünür bırak.

Harita ürünle birlikte eskir

Akışta bir adım değiştiğinde haritanın o bölümü yanlış hale gelir. Yolculuk haritasını bir proje çıktısı gibi arşivlemek yerine, sürüm notlarına bağlı tutmak daha gerçekçi: onboarding akışına dokunan her işin bitişinde ilgili aşamalar gözden geçirilir. Güncellenmeyen harita bir süre sonra yanlış bilgi kaynağına dönüşür ve hiç olmamasından daha kötü çalışır.