Kullanıcı Yolculuğu Haritası Nedir? Web Tasarımında Nasıl Kullanılır?

Kullanıcı yolculuğu haritası, bir ziyaretçinin hedefine ulaşırken geçtiği adımları, düşüncelerini ve duygularını tek bir görselde toplayan çalışmadır. Bu rehberde Talha Aslan ve ekibi olarak haritayı nasıl kurduğumuzu, persona ve temas noktalarını nasıl seçtiğimizi ve haritayı web sitesinin sayfa yapısına nasıl çevirdiğimizi adım adım anlatıyoruz.

Nielsen Norman Group, yolculuk haritasını bir kişinin bir hedefi gerçekleştirmek için geçtiği sürecin görselleştirilmesi olarak tanımlar. Yani harita bir akış şeması değildir. Akış şeması ekranların sırasını gösterir; yolculuk haritası ise insanın o ekranlarda ne yaşadığını anlatır. Web tasarımında bu fark çok önemlidir, çünkü aynı sayfa iki farklı ziyaretçide bambaşka sorular doğurabilir.

Kullanıcı yolculuğu haritası hangi parçalardan oluşur?

İyi bir harita birkaç sabit katmandan oluşur. Bu katmanlar haritayı okunur kılar ve ekibin aynı dili konuşmasını sağlar. Sahada en çok işimize yarayan yapı şu şekildedir:

• Aktör: Yolculuğu yaşayan persona. Her harita tek bir bakış açısı taşır.
• Senaryo ve beklenti: Aktörün hangi durumda olduğu ve süreçten ne beklediği.
• Aşamalar: Yolculuğu bölen üst başlıklar, örneğin fark etme, araştırma, karar ve iletişim.
• Eylemler: Her aşamada kullanıcının fiilen yaptığı şeyler.
• Düşünceler ve duygular: Aklındaki sorular ve aşamalar boyunca iniş çıkış yapan duygu çizgisi.
• Temas noktaları: Kullanıcının markayla karşılaştığı her yer.
• Fırsatlar: Haritadan çıkan iyileştirme fikirleri, sahibi ve ölçüm yöntemiyle birlikte.

Ayrıca biz web projelerinde bu listeye bir satır daha ekliyoruz: "ilgili sayfa veya bileşen". Bu satır, haritayı doğrudan tasarım işine bağlar. Böylece her aşamanın hangi sayfada karşılık bulduğunu ilk bakışta görürsünüz.

Yolculuk haritası, deneyim haritası ve hizmet planı arasındaki fark nedir?

Ekipler bu üç aracı sık karıştırır. Ancak her biri farklı bir soruya cevap verir. Deneyim haritası genel bir insan deneyimini anlatır ve tek bir markaya bağlı değildir. Kullanıcı yolculuğu haritası ise sizin ürününüze ya da sitenize özeldir. Hizmet planı, yani service blueprint, aynı yolculuğun arka planındaki iç süreçleri şirketin gözünden gösterir.

Pratikte en sık ihtiyaç duyduğunuz araç yolculuk haritasıdır. Deneyim haritası büyük stratejik kararlar için işe yarar; hizmet planı ise form, teklif ve destek süreçleri karmaşıklaştığında devreye girer. Küçük ve orta ölçekli web projelerinde çoğu zaman tek bir iyi kurgulanmış yolculuk haritası, diğer iki aracın ihtiyaç duyduğu bilginin büyük bölümünü de ortaya koyar.

Kısacası yolculuk haritası keşif ile uygulama arasında köprü kurar. Önce kullanıcıyı anlarsınız, ardından bu anlayışı ekranlara çevirirsiniz.

Web sitesi tasarımında kullanıcı yolculuğu haritası neden gerekir?

Çoğu web projesi bir menü listesiyle başlar: hakkımızda, hizmetler, referanslar, iletişim. Bu liste şirketin kendini anlatma sırasını gösterir. Oysa ziyaretçi siteye kendi sorusuyla gelir. Kullanıcı yolculuğu haritası bu iki sırayı karşılaştırmanızı sağlar.

Örneğin bir ziyaretçi önce "bu firma benim işimi yapıyor mu?" diye sorar. Ardından "güvenebilir miyim?" ve "süreç nasıl işliyor?" sorularına geçer. Harita bu soruların hangi sırayla geldiğini gösterdiğinde sayfa yapısını da o sıraya göre kurarsınız. Böylece ziyaretçi aradığını bulmak için menüde dolaşmaz.

Üstelik harita ekip içindeki tartışmaları sadeleştirir. "Bu bölüm burada olsun mu?" sorusuna kişisel zevkle değil, haritadaki aşamaya bakarak cevap verirsiniz. Kullanıcı deneyiminin genel çerçevesini merak ediyorsanız önce o yazıya göz atabilirsiniz; burada yalnız haritaya odaklanıyoruz.

Haritayı çizmeden önce hangi verileri toplamalısınız?

Harita, araştırma kadar güçlüdür. Masa başında tahminle çizilen bir harita, ekibin mevcut varsayımlarını süslü bir görsele dönüştürmekten öteye geçmez. Bu nedenle çizime başlamadan önce elinizdeki kaynakları toplayın:

1. Kullanıcı görüşmeleri: Mevcut ve potansiyel müşterilerle kısa, açık uçlu sohbetler yapın.
2. Satış ve destek notları: En sık sorulan soruları ve itirazları listeleyin.
3. Analitik veriler: Giriş sayfalarını, çıkış noktalarını ve form adımlarını inceleyin.
4. Site içi arama kayıtları: Ziyaretçinin kendi kelimeleriyle ne aradığını görün.
5. Rakip ve sektör incelemesi: Kullanıcının karşılaştırma yaparken hangi siteleri gezdiğini anlamaya çalışın.

Bu verileri bir araya getirmek için iyi bir başlangıç noktası proje brief'idir. Web projesinde brief hazırlama rehberimizdeki soruları kullanırsanız haritanın ham maddesini de büyük ölçüde toplamış olursunuz.

Hangi personayı seçmelisiniz ve tek haritada kaç persona olmalı?

Persona, hedef kullanıcıyı temsil eden kurgusal ama gerçekçi bir karakterdir. Nielsen Norman Group'un persona yaklaşımına göre persona kurgusal olsa da araştırmaya dayanmalı ve yalnız tasarıma hizmet eden ayrıntıları taşımalıdır. Yaş, meslek, hedef ve davranış bilgisi işe yarar; hobiler çoğu zaman gereksiz gürültü yaratır.

Tek haritada tek persona kuralına uyun. İki farklı kişiyi aynı haritaya koyarsanız duygu çizgisi anlamsızlaşır, çünkü biri rahatken diğeri zorlanıyor olabilir. Birden fazla önemli kullanıcı grubunuz varsa her biri için ayrı harita çizin.

Peki hangi personayla başlamalısınız? Pratikte iş hedefinize en çok etki eden grubu seçin. Örneğin teklif talebiyle çalışan bir firmada bu kişi çoğu zaman satın almaya karar veren yöneticidir. Ardından ikinci önemli grubu ekleyin.

Senaryo ve beklentiyi nasıl yazarsınız?

Senaryo, personanın yolculuğa hangi durumda başladığını anlatır. İyi bir senaryo kısa, somut ve tek bir hedefe bağlıdır. "Kullanıcı siteyi gezer" bir senaryo değildir. "Satın alma müdürü, mevcut tedarikçisi geciktiği için iki hafta içinde yeni bir tedarikçi bulmak istiyor" ise işe yarar bir senaryodur.

Beklenti satırı ise kullanıcının süreçten ne umduğunu yazar. Örneğin hızlı cevap, açık süreç ve güven veren kanıt. Bu satır daha sonra sayfalarınızın vaat etmesi gereken şeyleri belirler.

• Senaryoyu tek cümleyle yazın.
• Zaman baskısı, bütçe ya da risk gibi bağlamı ekleyin.
• Beklentileri kullanıcının kendi diliyle, görüşme notlarından alıntılayarak yazın.
• Her senaryo için ayrı harita kullanın.

Yolculuk aşamalarını nasıl belirlersiniz?

Aşamalar haritanın iskeletidir. Sayıları genellikle dört ile yedi arasında kalır, ancak kesin bir kural yoktur. Önemli olan her aşamanın kullanıcının zihnindeki bir değişimi temsil etmesidir.

Kurumsal bir web sitesi için sık kullandığımız aşamalar şunlardır: ihtiyacı fark etme, çözüm arama, firmayı tanıma, karşılaştırma, iletişime geçme ve sonrası. E-ticarette ise aşamalar ürün keşfi, inceleme, sepete ekleme, ödeme ve teslimat bekleme biçiminde ilerler.

Aşamaları şirketin iç süreçlerine göre adlandırmayın. "Lead oluşturma" sizin dilinizdir; kullanıcı için o an "fiyat bilgisi isteme" anıdır. Dolayısıyla aşama adlarını kullanıcının bakış açısından yazın. Bu yaklaşım, dönüşüm hunisi ile haritayı karıştırmanızı da önler; huni şirketin ölçüm adımlarını, harita ise insanın deneyimini gösterir.

Temas noktaları nelerdir ve onları nasıl listelersiniz?

Temas noktası, kullanıcının markanızla karşılaştığı her andır. Web tasarımında bunların çoğu dijitaldir, ancak hepsi sitenizin içinde değildir. Arama sonucu, harita kaydı, sosyal medya profili, e-posta ve telefon görüşmesi de yolculuğun parçasıdır.

Listeyi çıkarırken her aşama için "kullanıcı bu noktada bizi nerede görüyor?" diye sorun. Ardından her temas noktasının yanına iki not düşün: kullanıcı orada ne istiyor ve şu an ne buluyor? Bu iki not arasındaki fark, tasarım işinin ta kendisidir.

• Arama sonucu başlığı ve açıklaması.
• Giriş sayfası ve ilk ekran.
• Hizmet ya da ürün detay sayfası.
• Referans, örnek çalışma ve yorum bölümleri.
• İletişim formu, WhatsApp ya da telefon düğmesi.
• Form sonrası teşekkür sayfası ve otomatik e-posta.

Ekipler özellikle teşekkür sayfasını sık unutur. Oysa kullanıcı "talebim ulaştı mı?" kaygısını tam orada yaşar.

Duygu eğrisini ve engelleri haritaya nasıl işlersiniz?

Duygu eğrisi, aşamalar boyunca ilerleyen tek bir çizgidir. Çizgi yukarıdaysa kullanıcı rahattır, aşağıdaysa kaygılı ya da hayal kırıklığına uğramıştır. Bu çizgi haritanın en çok dikkat çeken kısmıdır, çünkü sorunlu anları bir bakışta gösterir.

Çizgiyi tahminle çizmeyin. Görüşmelerde geçen "burada kayboldum", "fiyatı bulamadım" gibi cümleleri ilgili aşamaya yapıştırın. Böylece eğrinin her inişi somut bir kanıta dayanır.

Engelleri ise ayrı bir satırda toplayın. Bir engel teknik olabilir, örneğin mobilde açılmayan bir menü. İçerikle ilgili de olabilir, örneğin süreci anlatmayan bir hizmet sayfası. Bazen de güvenle ilgilidir: adres, ekip ya da örnek çalışma bilgisinin olmaması. Her engelin yanına hangi aşamayı etkilediğini yazın. Sonuç olarak duygu eğrisindeki en derin çukurlar, iyileştirme listenizin ilk maddeleri olur.

Engelleri nasıl önceliklendirmelisiniz?

Haritada çoğu zaman düzeltmek istediğinizden fazla engel çıkar. Bu normaldir, ancak hepsine aynı anda saldırmak ekibi yorar. Önceliği belirlemek için her engele üç soru sorun: kaç kullanıcıyı etkiliyor, yolculuğun ne kadar kritik bir anında duruyor ve kullanıcıyı tamamen durduruyor mu?

Örneğin mobilde çalışmayan bir form gönder düğmesi, tüm iletişim aşamasını keser. Dolayısıyla bu engeli, yanlış hizalanmış bir ikondan çok daha önce ele alırsınız. Öte yandan küçük metin düzeltmeleri hızlı biter ve güven duygusunu belirgin biçimde iyileştirebilir. Bu yüzden listenin başına hem kritik hem de hızlı işleri koyun.

Fırsatlar bölümünü nasıl doldurursunuz?

Fırsatlar bölümü haritayı bir sunum görselinden çalışma planına çevirir. Her engel için en az bir fırsat yazın. Ancak fırsatı çözüm gibi değil, ihtiyaç gibi tanımlayın. "Büyük bir düğme ekleyelim" yerine "kullanıcı fiyat aralığını ilk ekranda görmek istiyor" yazın.

Ardından her fırsata bir sahip ve bir ölçüm ekleyin. Sahip, işi üstlenen kişi ya da ekiptir. Ölçüm ise değişikliğin işe yarayıp yaramadığını nasıl anlayacağınızı söyler. Örneğin form tamamlama oranı, ilgili sayfadaki çıkış oranı ya da destek ekibine gelen tekrar eden soru sayısı.

Son olarak fırsatları etki ve çaba ekseninde sıralayın. Yüksek etkili ve düşük çabalı işler ilk sürüme girer. Geri kalanları sonraki aşamalara planlarsınız. Bu sıralama, sitenizin dönüşüm hedefi ile uyumlu olmalıdır.

Haritadan sayfa yapısına nasıl geçersiniz?

Bu adım, haritayı gerçekten web tasarımına bağlayan kısımdır. Her aşamadaki kullanıcı sorusunu alır, o soruya cevap veren sayfayı ya da bileşeni belirlersiniz. Sonra bu sayfaların birbirine nasıl bağlanacağına karar verirsiniz.

Bu tablo, site haritasının ilk taslağıdır. Menü ve sayfa hiyerarşisini kurarken bilgi mimarisi ilkelerinden yararlanın. Böylece haritadaki sıra, menüdeki sıraya da yansır.

Örnek senaryo: kurumsal sitede teklif talebi yolculuğunu nasıl haritalarsınız?

Bu bölüm bir örnek senaryodur; gerçek bir müşteriyi anlatmaz. Endüstriyel ambalaj üreten bir firma düşünün. Personamız Selin, orta ölçekli bir gıda dışı üretim şirketinde satın alma sorumlusu. Senaryo şu: mevcut tedarikçisi teslimatları geciktiriyor ve Selin iki hafta içinde yeni bir tedarikçiden teklif almak zorunda.

1. Fark etme: Selin arama motoruna ürün tipini ve "üretici" kelimesini yazar. Duygusu nötrdür, ama zaman baskısı vardır.
2. Çözüm arama: Sonuçlardan üç siteye girer. Bizim sitede ilk ekranda yalnız slogan görür, ürün tipini bulamaz. Duygu çizgisi düşer.
3. Firmayı tanıma: Menüden ürünler sayfasını bulur. Ancak minimum sipariş miktarı ve üretim kapasitesi yazmaz. Kaygısı artar.
4. Karşılaştırma: Rakip sitelerden birinde teknik föyü indirebilir. Bizim sitede bunun için e-posta göndermesi gerekir.
5. İletişime geçme: Form on iki alan ister ve mobilde Selin'i zorlar. Selin formu yarıda bırakır, telefonla aramaya karar verir.

Yani site Selin'i kaybetmedi, ama ona fazladan iş çıkardı. Haritanın değeri tam olarak bu tür sürtünmeleri görünür kılmasıdır.

Örnek senaryoda harita hangi tasarım kararlarını doğurdu?

Aynı örnek senaryodan devam edelim. Haritadaki her çukur bir tasarım kararına dönüştü. Ekip bu kararları önceliğe göre sıraladı:

• İlk ekran: Slogan yerine ürün tiplerini ve hizmet verilen sektörleri gösteren net bir başlık.
• Ürün sayfası: Minimum sipariş, kapasite ve teslim süresi aralığı için sabit bir bilgi kutusu.
• Teknik föy: Form istemeden indirilebilen belge, yanında kısa bir teklif çağrısı.
• Form: Dört zorunlu alan; ayrıntılar için isteğe bağlı açıklama kutusu.
• Teşekkür sayfası: Dönüş süresini ve sonraki adımı anlatan açık bir mesaj.

Dikkat ederseniz bu kararların hiçbiri renk ya da yazı tipiyle ilgili değil. Kullanıcı yolculuğu haritası önce yapı ve içerik sorunlarını çözer; görsel dil bunun üzerine oturur. Eylem çağrılarının metni ve yeri için CTA rehberimize bakabilirsiniz. Bu tür bir haritayı sitenizin yeni yapısına dönüştürmek isterseniz web tasarım hizmetimiz kapsamında araştırmadan sayfa planına kadar süreci birlikte kurarız.

Yolculuk haritası atölyesini nasıl yönetirsiniz?

Haritayı çoğu zaman bir ya da iki çalışma oturumunda, yani atölyede çıkarırsınız. Atölyenin verimli geçmesi için hazırlık kritik önem taşır. Toplantıdan önce araştırma notlarını, persona taslağını ve senaryoyu katılımcılara gönderin. Böylece oturumda veriyi okumakla değil, yorumlamakla vakit geçirirsiniz.

Oturumu üç bölüme ayırmanızı öneririz. İlk bölümde aşamaları ve eylemleri yerleştirin. İkinci bölümde düşünceleri, duyguları ve engelleri ekleyin. Üçüncü bölümde ise fırsatları yazın ve önceliklendirin.

• Katılımcı sayısını küçük tutun; karar verebilen karma bir ekip yeterlidir.
• Bir kişiyi kolaylaştırıcı olarak atayın ve tartışmayı aşamalarda tutsun.
• Her iddianın yanına kaynağını yazın: görüşme, analitik ya da destek kaydı.
• Kaynağı olmayan fikirleri ayrı bir "doğrulanacak" alanına alın.

Örneğin satış ekibi "müşteriler hep fiyat soruyor" diyorsa, bunu destek kayıtlarıyla eşleştirin. Eşleşiyorsa haritaya girer; eşleşmiyorsa doğrulama listesinde bekler. Bu disiplin, haritanın güvenilirliğini korur.

Harita içerik planına nasıl yön verir?

Kullanıcı yolculuğu haritası yalnız sayfa iskeletini değil, sayfalardaki metni de şekillendirir. Her aşamadaki "düşünceler" satırı aslında bir soru listesidir. Bu sorular hizmet sayfalarındaki alt başlıklara, sık sorulan sorulara ve blog konularına dönüşebilir.

Örneğin araştırma aşamasındaki "bu iş ne kadar sürer?" sorusu, hizmet sayfasında süreç adımlarını anlatan bir bölüm doğurur. Karşılaştırma aşamasındaki "neden bu firma?" sorusu ise örnek çalışmalar ve çalışma yöntemi anlatımına dönüşür. Böylece içerik ekibi neyi yazacağını tahmin etmek yerine haritadan okur.

Ayrıca haritadaki kullanıcı dilini metinlerde korumaya çalışın. Görüşmelerde kullanıcı "fiyat aralığı" diyorsa siz "yatırım seçenekleri" yazmayın. Kısacası en iyi başlık, kullanıcının zaten aklından geçen cümledir. Bu yaklaşım hem okunabilirliği hem de aramalarla eşleşmeyi güçlendirir.

Mobil yolculuk masaüstünden nasıl ayrılır?

Aynı persona, aynı senaryoda bile cihaz değişince farklı bir yolculuk yaşar. Mobilde ekran dardır, dikkat dağılır ve bağlantı zayıf olabilir. Bu nedenle önemli personalar için mobil yolculuğu ayrı bir satır ya da ayrı bir harita olarak ele alın.

Mobil haritada özellikle şu sorulara bakın: kullanıcı aradığı bilgiye kaç kaydırmada ulaşıyor? Kullanıcı form alanlarını parmakla rahat doldurabiliyor mu? Telefon ve mesaj düğmeleri her aşamada görünür mü? Örneğin masaüstünde sorun çıkarmayan bir karşılaştırma tablosu, telefonda okunmaz hale gelebilir.

Ayrıca cihazlar arası geçişleri de haritaya ekleyin. Kullanıcı ürünü telefonda keşfedip teklif formunu ofiste bilgisayardan doldurabilir. Bu durumda telefonda gördüğü bilgiye masaüstünde kolayca geri dönebilmesi gerekir.

Bu geçişi kolaylaştırmak için küçük ayrıntılar büyük fark yaratır. Örneğin teknik belgeyi e-postayla kendine gönderme seçeneği, kayıtlı ürün listesi ya da kolay hatırlanan sayfa adresleri kullanıcıya yolu yeniden bulma imkânı verir. Haritada cihaz değişimini bir ok ile gösterin ve o noktadaki ihtiyacı ayrıca not edin. Böylece tasarım ekibi bu anı gözden kaçırmaz.

Erişilebilirlik yolculuk haritasında nerede durur?

Erişilebilirlik ayrı bir proje değil, yolculuğun her aşamasında karşılaşılan bir koşuldur. Klavyeyle gezinen, ekran okuyucu kullanan ya da düşük görme seviyesine sahip bir ziyaretçi için engeller farklı yerlerde çıkar. Dolayısıyla persona setinize en az bir erişilebilirlik ihtiyacını temsil eden bakış açısı ekleyin.

W3C'nin WCAG yönergeleri web içeriğini engelli kişiler için kullanılabilir kılmanın uluslararası standardıdır. Haritanın engeller satırında bu yönergelere göre şunları kontrol edin: form alanlarının etiketleri, hata mesajlarının anlaşılırlığı, odak sırası ve renk kontrastı.

Böylece erişilebilirlik sorunlarını yayından sonra değil, tasarım aşamasında yakalarsınız. Konunun temelleri için web erişilebilirliği ve WCAG yazımıza göz atabilirsiniz.

Haritayı analitik verilerle nasıl doğrularsınız?

Harita bir hipotezdir; yayından sonra veriyle sınamanız gerekir. İlk olarak her aşama için bir ölçüm noktası belirleyin. Örneğin "çözüm arama" aşaması için giriş sayfasından ikinci sayfaya geçiş oranını, "iletişime geçme" aşaması için form başlatma ve tamamlama olaylarını izleyin.

Ardından duygu eğrisindeki çukurların veride de görünüp görünmediğine bakın. Haritada sorunlu gördüğünüz sayfada çıkış oranı gerçekten yüksek mi? Kullanıcılar formu yarıda mı bırakıyor? Veri haritayı destekliyorsa öncelik doğrudur. Desteklemiyorsa ya harita eksiktir ya da ölçüm yanlış kurulmuştur.

Öte yandan sayılar "neden" sorusuna cevap vermez. Bu yüzden nicel veriyi kısa kullanılabilirlik testleriyle tamamlayın. Daha kapsamlı bir inceleme için UX audit sürecimiz haritayla birlikte iyi çalışır.

Kullanıcı yolculuğu haritası çıkarırken en sık yapılan hatalar nelerdir?

Sahada en sık karşılaştığımız hatalar, haritanın kendisinden çok hazırlanış biçiminden kaynaklanır. Aşağıdaki listeyi çalışmaya başlamadan önce ekibinizle paylaşın:

• Araştırmasız harita: Ekip varsayımlarını kullanıcının sesi gibi sunmak.
• Herkesi kapsayan persona: Tek haritada birden çok kullanıcı grubunu birleştirmek.
• Şirket dilinde aşamalar: Kullanıcının değil satış ekibinin adımlarını yazmak.
• Sahipsiz fırsatlar: İyileştirme fikirlerini kimseye atamamak.
• Bir kez çizip unutmak: Haritayı proje dosyasında bırakıp güncellememek.
• Yalnız site içine bakmak: Arama sonucu, e-posta ve telefon gibi dış temas noktalarını atlamak.

Bu hataların ortak noktası haritayı bir teslim belgesi gibi görmektir. Oysa harita, ekibin kararlarını yönlendiren canlı bir çalışma aracı olmalıdır.

Yayın öncesi kontrol listesinde neler olmalı?

Haritayı sayfa yapısına çevirdikten sonra yeni tasarımı yayına almadan önce şu listeyi tek tek işaretleyin:

1. Her persona için en az bir harita var ve her harita tek bir senaryoya bağlı.
2. Her aşamadaki kullanıcı sorusunun cevabı belirli bir sayfada ya da bileşende duruyor.
3. İlk ekran, ziyaretçinin "doğru yerde miyim?" sorusunu cevaplıyor.
4. Güven kanıtları karar aşamasından önce görünür durumda.
5. Form yalnız gerçekten gerekli alanları istiyor ve mobilde de rahat çalışıyor.
6. Teşekkür sayfası dönüş süresini ve sonraki adımı anlatıyor.
7. Ekip, haritadaki erişilebilirlik engellerini test etti.
8. Analitikte her aşama için bir ölçüm noktası var.
9. Fırsatların her birinin bir sahibi ve hedef ölçümü var.

Liste kısa görünebilir, ancak her madde yolculuğun bir kırılma noktasını kapatır. Bir maddeyi işaretleyemiyorsanız haritaya geri dönün.

Kullanıcı yolculuğu haritasını ne sıklıkla güncellemelisiniz?

Kesin bir takvim yoktur; harita, iş ve kullanıcı değiştikçe güncellenmelidir. Pratikte şu durumlarda haritayı yeniden açın: yeni bir hizmet ya da ürün eklediğinizde, hedef kitleniz değiştiğinde, site yapısını yenilediğinizde veya analitikte beklenmedik bir düşüş gördüğünüzde.

Ayrıca destek ve satış ekibinden gelen tekrar eden sorular da güncelleme sinyalidir. Aynı soru sürekli geliyorsa haritanın o aşamasında bir boşluk vardır. Bu bakış, Google'ın insan odaklı, yararlı içerik yaklaşımıyla da örtüşür: sayfa, ziyaretçinin gerçekten sorduğu soruya cevap vermelidir.

Haritayı ekipçe erişilebilir bir yerde saklayın. Proje klasörünün derinlerinde kalan bir dosya kısa sürede unutulur, bu yüzden onu ortak bir panoya ya da ekibin her hafta açtığı belgeye bağlayın. Ayrıca her güncellemede kısa bir değişiklik notu düşün: hangi aşama değişti, hangi veri bu değişikliği tetikledi ve hangi sayfaları etkiledi? Bu notlar, aylar sonra bir kararın nedenini hatırlamanızı kolaylaştırır.

Güncellemeleri küçük tutun. Her seferinde haritayı baştan çizmek yerine değişen aşamayı ve ilgili sayfaları güncelleyin. Böylece harita her zaman ekibin elinde kullanılabilir bir belge olarak kalır.

Bu çalışmayı sitenizde birlikte nasıl kurarız?

Kullanıcı yolculuğu haritasını kendi ekibinizle de çıkarabilirsiniz; bu rehberdeki adımlar bunun için yeterli bir başlangıçtır. Ancak araştırmayı, haritayı ve sayfa planını aynı ekibin yürütmesi, kararların kopmadan tasarıma ulaşmasını sağlar.

Biz projelerde süreci genellikle şu sırayla yürütüyoruz: önce mevcut veriyi ve görüşme notlarını topluyoruz. Ardından persona ve senaryoyu birlikte netleştiriyoruz. Sonra haritayı çiziyor, fırsatları önceliklendiriyor ve sayfa yapısına çeviriyoruz. Son olarak tasarımı ölçüm noktalarıyla birlikte yayına alıyoruz.

Sitenizin yeni yapısını bu yaklaşımla kurmak isterseniz web tasarım hizmeti sayfamızdan teklif isteyebilirsiniz. Talebinizde hedef kitlenizi ve sitenizden beklediğiniz ana eylemi kısaca yazmanız, ilk görüşmeyi çok daha verimli hale getirir.