Journey Map Case Study'de Nasıl Anlatılır?

Journey map, UX portfolyolarında sık görülen ama çoğu zaman yeterince iyi anlatılmayan araçlardan biridir.

Birçok case study’de journey map şöyle görünür: kullanıcı adımları, duygu eğrisi, pain point’ler, fırsatlar ve bolca kutu. Görsel olarak emek verilmiştir. Fakat okuyucu şu soruların cevabını bulamaz:

• Bu haritadan ne öğrendin?
• Hangi kırılma noktası tasarım kararını etkiledi?
• Hangi adımda problem daha görünür hale geldi?
• Journey map olmasaydı case study ne kaybederdi?

Bu sorular cevapsız kalıyorsa journey map, case study içinde dekoratif bir süreç görseline dönüşür.

Oysa iyi kullanıldığında journey map çok güçlüdür. Çünkü tasarım kararını tek bir ekrandan çıkarıp kullanıcının bütün deneyim akışı içinde anlatmanı sağlar. Kullanıcının sadece ne yaptığını değil, nerede zorlandığını, neye ihtiyaç duyduğunu ve hangi anda tasarımın devreye girmesi gerektiğini gösterir.

Bu yüzden journey map’i portfolyoya eklerken amaç “UX sürecinde bu aracı da kullandım” demek olmamalı. Amaç şu olmalı:

Kullanıcının deneyimindeki kritik kırılma noktalarını ve bu kırılma noktalarının tasarım kararlarını nasıl etkilediğini göstermek.

Journey map nedir?

Journey map, kullanıcının bir hedefe ulaşmaya çalışırken geçtiği aşamaları, temas noktalarını, ihtiyaçlarını, zorlandığı anları ve duygusal değişimlerini görünür kılan bir haritalama aracıdır.

Basitçe söylemek gerekirse, journey map şu soruya cevap verir:

Kullanıcı problemi sadece tek bir ekranda mı yaşıyor, yoksa daha geniş bir deneyim akışının içinde mi oluşuyor?

Bu ayrım case study için önemlidir. Çünkü bazı problemler ekran seviyesinde çözülmez. Kullanıcı bir butonu bulamadığı için değil, karar vermeden önce gerekli bilgiyi doğru anda alamadığı için zorlanıyor olabilir. Bir form alanı uzun olduğu için değil, kullanıcı sürecin sonunda ne olacağını anlamadığı için akışı terk ediyor olabilir.

Journey map, bu tür problemleri görünür hale getirmek için kullanışlıdır.

Portfolyoda journey map ne zaman işe yarar?

Journey map her projede gerekli değildir. Fakat bazı durumlarda case study’yi ciddi şekilde güçlendirebilir.

1. Problem birden fazla adıma yayılıyorsa

Eğer kullanıcı problemi tek bir ekranda değil, birkaç adım boyunca oluşuyorsa journey map iyi çalışır.

Örneğin bir başvuru akışında kullanıcı ilk ekranda sorun yaşamıyor olabilir. Fakat bilgi toplama, karşılaştırma, karar verme ve onaylama aşamalarında güven kaybı yaşayabilir. Bu durumda final ekranları göstermek, problemi yeterince anlatmaz.

Journey map şunu gösterebilir:

• Kullanıcı hangi aşamada tereddüt ediyor?
• Hangi bilgi eksikliği sonraki adımı etkiliyor?
• Hangi temas noktası güveni artırıyor veya azaltıyor?
• Tasarım hangi anda devreye girmeli?

Böyle bir durumda journey map, case study’nin problem tanımı bölümünü güçlendirir.

2. Kullanıcının duygusal değişimi kararı etkiliyorsa

Bazı ürünlerde kullanıcı sadece görev tamamlamaz. Aynı zamanda güven, kontrol, belirsizlik, kaygı veya acele hissi yaşar.

Örneğin finansal bir üründe kullanıcı işlem adımlarını takip edebilir ama kararın sonucundan emin değilse ilerlemeyebilir. Sağlık, eğitim, sigorta, seyahat veya kamu hizmetleri gibi alanlarda da benzer bir durum görülebilir.

Journey map, kullanıcının duygu durumunu tasarım kararına bağlamana yardım eder.

Zayıf anlatım:

Kullanıcı yolculuğunu haritaladık ve bazı pain point’ler bulduk.

Daha güçlü anlatım:

Journey map, kullanıcıların teknik olarak akışta ilerleyebildiğini ama karar anına yaklaştıkça güven ihtiyacının arttığını gösterdi. Bu nedenle tasarımda sadece form adımlarını sadeleştirmedik, aynı zamanda karar öncesi açıklama, maliyet bilgisi ve geri dönüş yolunu daha görünür hale getirdik.

Burada journey map doğrudan tasarım kararına bağlanıyor.

3. Farklı temas noktaları deneyimi etkiliyorsa

Bazı deneyimler sadece uygulama veya web sitesi içinde yaşanmaz. Kullanıcı e-posta, çağrı merkezi, mağaza, müşteri hizmetleri, kampanya sayfası veya fiziksel bir temas noktasıyla da etkileşime girebilir.

Bu durumda journey map, ürün deneyiminin sadece arayüzden ibaret olmadığını gösterir.

Örneğin:

Kullanıcı başvuruyu mobilde başlatıyordu, fakat karar vermeden önce SMS, e-posta ve müşteri destek mesajlarından gelen bilgileri kontrol ediyordu. Journey map, güven probleminin tek bir ekranda değil, kanallar arasında tutarsız bilgi verilmesiyle oluştuğunu gösterdi.

Bu tür bir anlatım, UX düşüncesini daha olgun gösterir. Çünkü problem arayüzden daha geniş bir deneyim sistemi içinde ele alınır.

Journey map ne zaman gereksiz görünür?

Journey map güçlü bir araçtır ama her case study’de gerekli değildir.

1. Sadece süreç şablonu gibi kullanıldıysa

Bazı journey map’ler gerçek bulguya dayanmaz. Sadece “Awareness, Consideration, Purchase, Retention” gibi genel aşamalardan oluşur. Böyle bir harita, projeye özel bir içgörü üretmiyorsa portfolyoda güçlü görünmez.

Okuyucu şunu anlamalı:

• Bu journey map hangi veriye dayanıyor?
• Hangi problem bu harita sayesinde daha net görüldü?
• Hangi tasarım kararı bu haritadan etkilendi?

Bu bağlantılar yoksa journey map’i büyütmek yerine, kısa bir problem akışı yazmak daha iyi olabilir.

2. Harita çok karmaşıksa

Portfolyoda her şeyi göstermek, her şeyi anlatmak anlamına gelmez.

Journey map’in tamamı çok büyükse, okuyucu haritayı anlamaya çalışırken case study’nin ana fikrinden kopabilir. Özellikle küçük ekranlarda veya blog formatında detaylı journey map’ler okunması zor hale gelir.

Daha iyi yaklaşım şu olabilir:

• Tam haritayı değil, kritik bölümü göster.
• Üç önemli kırılma noktasını seç.
• Her kırılma noktasını bir tasarım kararına bağla.
• Haritanın tamamını değil, haritadan çıkan kararı anlat.

Case study’de amaç çalışma dosyasını sergilemek değildir. Amaç düşünme sürecini anlaşılır hale getirmektir.

3. Journey map sonraki bölümlerde kullanılmıyorsa

Eğer journey map gösterildikten sonra bir daha referans verilmiyorsa, okuyucu için değeri düşer.

Güçlü bir case study’de journey map sonraki bölümlere bağlanır:

• Problem statement
• Opportunity areas
• Design priorities
• Wireframe decisions
• Prototype scenarios
• Usability test tasks
• Final design rationale

Journey map bu bölümlerden hiçbirine bağlanmıyorsa, ayrı bir görsel olarak kalır.

Journey map case study’de nasıl anlatılmalı?

İyi bir journey map bölümü, sadece görsel eklemekten ibaret değildir. Görselin öncesi ve sonrası da önemlidir.

Aşağıdaki yapı kullanılabilir.

1. Haritayı neden yaptığını açıkla

Journey map’i yöntem listesi gibi sunma. Önce neden gerekli olduğunu yaz.

Örnek:

Kullanıcıların akıştan neden ayrıldığını tek bir ekran üzerinden anlayamıyorduk. Bu yüzden başvuru sürecini adım adım haritaladım ve kullanıcıların hangi noktada güven kaybettiğini görünür hale getirdim.

Bu cümle okuyucuya yöntemin amacını anlatır.

2. Haritanın hangi veriye dayandığını söyle

Journey map araştırma görüşmelerine, kullanılabilirlik testlerine, analytics verisine, müşteri destek kayıtlarına veya ekip gözlemlerine dayanabilir.

Örnek:

Harita, 5 kullanıcı görüşmesi, destek kayıtları ve mevcut akıştaki drop-off noktaları üzerinden oluşturuldu.

Eğer veri sınırlıysa bunu da dürüstçe yazabilirsin:

Araştırma erişimi sınırlı olduğu için journey map’i varsayımsal akış olarak kullandım. Amacım, test edilmesi gereken riskli anları belirlemekti.

Bu yaklaşım sahte kesinlik üretmez.

3. Tüm haritayı değil, kritik anları anlat

Okuyucuya her adımı tek tek açıklamak yerine, haritadan çıkan en önemli bulguları seç.

Örnek yapı:

• Kritik an 1: Kullanıcı maliyeti anlamadan ilerlemek istemiyor.
• Kritik an 2: Kullanıcı onaydan önce geri dönüp bilgiyi değiştirebileceğinden emin olmak istiyor.
• Kritik an 3: Kullanıcı işlem tamamlandıktan sonra ne olacağını bilmiyor.

Bu üç nokta, tasarım kararlarına bağlanabilir.

4. Her kırılma noktasını bir tasarım kararına bağla

Journey map’in en değerli kısmı burasıdır.

Zayıf anlatım:

Journey map’te kullanıcıların karar aşamasında zorlandığını gördük.

Daha güçlü anlatım:

Journey map, karar aşamasındaki belirsizliğin kullanıcıyı yavaşlattığını gösterdi. Bu yüzden karşılaştırma bilgisini son adıma bırakmak yerine, karar öncesindeki ekrana taşıdık.

Bu bağlantı, okuyucuya tasarım kararının nereden geldiğini gösterir.

5. Sonraki tasarım adımlarına köprü kur

Journey map bölümü, case study içinde tek başına kalmamalı. Wireframe, prototype veya final design bölümüne geçiş yapmalı.

Örnek:

Bu üç kırılma noktası, wireframe aşamasında üç önceliği belirledi: karar öncesi açıklama, geri dönüş kontrolü ve işlem sonrası beklenti yönetimi.

Bu cümle journey map’i sonraki tasarım bölümüne bağlar.

İyi bir journey map bölümü nasıl yazılabilir?

Aşağıdaki örnek yapı kullanılabilir:

Kullanıcıların akıştan neden ayrıldığını sadece ekran seviyesinde açıklamak yeterli değildi. Bu yüzden mevcut başvuru sürecini adım adım haritaladım.

Harita, karar anına yaklaşıldıkça belirsizliğin arttığını gösterdi. Kullanıcılar form alanlarını doldurabiliyordu, fakat maliyet, geri dönüş ve işlem sonrası adımlar netleşmeden onaya geçmek istemiyordu.

Bu bulgu üç tasarım önceliği oluşturdu: karar öncesi açıklama, düzenlenebilir bilgi yapısı ve onay sonrası net geri bildirim. Wireframe aşamasında bu üç önceliği akışa yerleştirdim.

Bu anlatımda journey map bir görsel değil, karar zincirinin parçası haline geliyor.

Görsel olarak nasıl sunulmalı?

Journey map’i portfolyoda gösterirken görselin okunabilir olması gerekir.

Şunlara dikkat et:

• Haritanın tamamı çok küçük görünmesin.
• Kritik alanlar işaretlenmiş olsun.
• Çok fazla metin yerine özet açıklamalar kullan.
• Haritanın altında ne öğrendiğini yaz.
• Renkler sadece estetik için değil, anlam için kullanılsın.
• Okuyucu haritaya baktığında en önemli 2-3 noktayı anlayabilsin.

Eğer harita çok detaylıysa, tamamını göstermek yerine sadeleştirilmiş bir versiyon daha iyi olabilir.

Kısa kontrol listesi

Journey map’i case study’ye eklemeden önce şu soruları sor:

• Journey map gerçek bir problemi daha net gösteriyor mu?
• Hangi veriye veya gözleme dayanıyor?
• Haritadan çıkan en önemli 2-3 kırılma noktası ne?
• Bu kırılma noktaları hangi tasarım kararlarını etkiledi?
• Harita sonraki wireframe, prototype veya final design bölümüne bağlanıyor mu?
• Tam haritayı göstermek yerine sadeleştirilmiş bir bölüm daha iyi olur mu?

Bu soruların cevabı net değilse journey map’i eklemek yerine problem akışını daha kısa yazmak daha iyi olabilir.

Sonraki adım

Journey map’i portfolyona eklemeden önce haritanın altına şu cümleyi yaz:

Bu harita sayesinde fark ettiğim en kritik kırılma noktası şuydu…

Sonra ikinci cümleyi ekle:

Bu kırılma noktası şu tasarım kararını etkiledi…

Bu iki cümleyi net yazabiliyorsan journey map case study’ye değer katar. Yazamıyorsan haritayı büyütmeden önce problem, evidence ve karar bağlantısını güçlendir.