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

Asset Mapping: Kanallar Arası Tutarsızlığı Görünür Yapmak

Varlık Haritalama ile Omnichannel Tutarlılık Denetimi

Aynı işlemi mobil uygulamada bir türlü, web sitesinde başka türlü yaptıran ürünler var. Varlık haritalama (asset mapping), bu farkı tahmin etmeyi bırakıp yan yana koymanın yolu: bir akıştaki her ekranı, e-postayı, bildirimi tek bir tabloya dizersiniz. Zor kısmı haritayı çıkarmak değil, çıkan farklardan hangisinin gerçekten sorun olduğuna karar vermek.

Haritayı tek bir akışla sınırlayın

Tüm ürünü haritalamaya kalkışmayın. Bir akış seçin: üyelik kaydı, ödeme, iptal, parola sıfırlama. Sonra o akışın her adımında kullanıcının gördüğü her şeyin ekran görüntüsünü alın; kanalları alt alta, adımları soldan sağa dizin.

Neden dar tutmak gerektiği aritmetikten çıkıyor. Beş adımlı bir akış dört kanalda çalışıyorsa yirmi varlık toplarsınız, araya giren e-posta ve bildirimlerle bu sayı rahat ikiye katlanır. Kaynak metinlerin çoğu bir yandan "bütün kanallardan her şeyi toplayın", bir yandan "haritayı güncel tutun" der. Bu ikisi aynı anda mümkün değil: harita genişledikçe eskime hızı da artar, çünkü kanallardan herhangi birinin sürümü çıktığında ilgili kareler geçersizleşir. Dar bir harita güncel kalır, geniş olan çekmecede kalır.

Journey map beklemeyin

Yaygın tavsiye önce müşteri yolculuğu haritası çıkarmak, sonra varlıkları onun üstüne oturtmaktır. Elinizde journey map varsa iyi, kullanın. Yoksa beklemeyin: asset map, kullanıcının duygusunu değil ürünün fiilen ne gösterdiğini kaydeder, bunun için araştırma turuna ihtiyacı yok. Yarım gün ve bir ekran görüntüsü klasörüyle çıkar.

Her fark düzeltilecek fark değil

Harita tamamlandığında karşınıza onlarca küçük uyuşmazlık çıkar. Hepsini kuyruğa atmayın, sıralayın:

  • İşlev farkı: Web'de yapılabilen bir şey uygulamada hiç yoksa ya da başka sonuç veriyorsa, ilk düzeltilecek budur.
  • Bilgi farkı: Aynı sorunun iki kanalda iki farklı cevabı varsa, kullanıcı hangisine güveneceğini bilemez. Bu genelde en ucuz düzeltme, en yüksek getiri.
  • Görsel fark: Buton rengi, ikon seti, kenar boşluğu. Rahatsız edicidir ama kullanıcıyı durdurmaz, sona bırakın.

Akış farkları ayrı bir kategori. Uygulamada parmak iziyle giriş, web'de parola istemek tutarsızlık değil, kanalın doğal avantajı. Kanala özgü kolaylıkları eşitlemeye çalışmak deneyimi iyileştirmez, sadece iyi olanı kötüye çeker.

Miro, Mural ya da düpedüz bir tablo

Miro ve Mural bu iş için yeterli, ekipçe aynı anda çalışmak kolay. Görsel karşılaştırma yapmayacaksanız Google Sheets de görür; her satır bir kanal, her sütun bir adım, hücrelere görsel bağlantısı (sonsuz tuval bu iş için çoğu zaman fazla). Önemli olan araç değil, haritanın kimde durduğu ve ne zaman yenilendiği.

Tutarsızlık haritada değil, kaynağında çözülür

Asset map bir denetim aracı, düzeltme aracı değil. Aynı hata mesajı dört ayrı kod tabanında ayrı ayrı yazılmışsa harita bunu size gösterir, ama bir dahaki sürümde yine ayrışırlar. Kalıcı çözüm metni tek bir yerden servis etmek: ortak bir içerik kaynağı ya da paylaşılan çeviri anahtarları. O zaman bir sonraki denetimde o satırlar zaten aynı çıkar ve haritayı yeniden çıkarmanın maliyeti düşer.

Bu yüzden haritanın çıktısını "şu ekranı düzeltelim" listesi olarak değil, iki listeli bir rapor olarak verin: hemen kapatılacak farklar ve tekrar etmemesi için ortaklaştırılacak kaynaklar. İkincisi olmadan aynı haritayı altı ay sonra baştan çıkarırsınız.