Ürün Keşfi ve Deneyim / Uygulama ve satın alma rehberi

Kullanıcı Yolculuğu: Ekranlar Arasındaki Değil Ekipler Arasındaki Kopukluk

Müşteri formu sorunsuz doldurabilir ama sonraki adımda günlerce bekleyebilir. Bu durumda yalnızca arayüzü yenilemek deneyimi düzeltmez. Kullanıcı yolculuğunu, ekrana girmeden önce başlayan ve iş gerçekten sonuçlandığında biten bir süreç olarak inceleyin.

Başlangıcı ve bitişi kullanıcı tanımlasın

Bir servis talebinin işletmedeki başlangıcı kayıt açılması olabilir. Müşteri için başlangıç cihazın arızalanmasıdır. İşletme iş emrini kapattığında müşteri hâlâ cihazın nasıl kullanılacağını öğrenmeye çalışıyor olabilir. Haritanın sınırlarını yalnızca veritabanı durumlarına göre çizmeyin.

GOV.UK deneyim haritası yaklaşımı, kullanıcının zaman içindeki davranışını ve yaşadığı deneyimi bir arada ele alır. Harita, tek bir ekran akışından daha geniş olabilir. [1] Bütün problemi inceleyen hizmet tasarımı rehberi de çevrim içi ve çevrim dışı temasların birbirine nasıl bağlandığını sorgular. [2]

Her devir noktasında dört soru sorun

Bilgi kimin elinden kime geçiyor? Alan kişinin işi başlatmak için yeterli verisi var mı? Beklerken müşteriye ne söyleniyor? İş takılırsa kim sorumlu? Bu soruların cevabı bilinmiyorsa daha fazla otomatik e-posta göndermek yalnızca belirsizliği hızlandırabilir.

Varsayımsal bir mobilya siparişinde satış ekibi ölçüyü alır, üretim ekibi uygunluğu inceler, lojistik teslimatı planlar. Ölçü revizyonu yalnızca satışın mesajlarında kalırsa üretim eski bilgiyle devam eder. Sorun “müşteri iletişimi” başlığı altında değil, onaylı sürümün departmanlar arasında taşınması başlığı altında çözülmelidir.

Bekleme süresini çalışma süresinden ayırın

İşin yapılması on dakika sürerken onay kuyruğunda iki gün kalabilir. Süreci hızlandırmak için ilk on dakikayı otomatikleştirmek etkisiz kalabilir. Haritada işlem, bekleme ve yeniden çalışma ayrı gösterilsin. Hangi sürenin gerçek kayıt, hangisinin görüşme tahmini olduğu yazılsın.

Müşteri aynı bilgiyi tekrar veriyorsa bunu yeni bir temas olarak işaretleyin. Tekrarın nedeni güvenlik doğrulaması, sistemler arası eksik paylaşım veya hatalı form olabilir. Hepsini “gereksiz adım” diye silmeyin. Bazı adımlar korunmalı, bazıları birleştirilmeli, bazıları daha açık anlatılmalıdır.

Örnek devir tablosu

Örnek karar ve kabul kontrolleri
GeçişGerekli bilgiOlası kopuklukÖnerilen kontrol
Satıştan üretimeOnaylı ölçü sürümüEski mesaj kullanılıyorSürüm kimliğiyle devir
Üretimden depoyaHazır adet ve kalite durumuKısmi iş tamamlandı sayılıyorSatır bazında durum
Depodan lojistiğePaket ve erişim bilgisiEksik teslimat notuDevir kontrolü
Lojistikten desteğeTeslim sonucuSorun kayıtsız kalıyorİstisna kaydı ve sorumlu

Bu tablo hazır bir süreç şeması değil, görüşmede kullanılacak örnektir. Her satırın iş sahibini ve veri kaynağını belirleyin. Sistem entegrasyonu yoksa geçici manuel yöntemi de dürüstçe gösterin; sunumda var görünen ama gerçekte kullanılmayan bir otomasyon çizilmesin.

Haritayı yazılım kapsamına çevirin

Her kopukluk için yeni modül açmak gerekmez. Bazı sorunlar durum adının değiştirilmesiyle, bazıları açık bir onay kuralıyla çözülebilir. Önce davranışı tanımlayın, sonra ekranı seçin. Haritadaki kırmızı alanın hangi kabul testiyle kapanacağını yazın.

Yayın sonrasında ekiplerin gerçekten aynı kaydı kullanıp kullanmadığını kontrol edin. Excel ve mesaj grupları sessizce geri döndüyse yeni sistemin dışında bir ihtiyaç kalmış olabilir. Haritayı yalnızca proje başlangıcında hazırlanan belge olarak bırakmayın; operasyon değiştiğinde devir noktalarını yeniden inceleyin.

Sık sorulan sorular

Kullanıcı yolculuğu ile süreç şeması aynı mı?

Tam olarak değil. Süreç şeması işletmenin adımlarını gösterebilir; yolculuk kullanıcının hedefini, bekleyişini ve farklı kanallardaki deneyimini de kapsar.

Bütün departmanlar aynı atölyeye katılmalı mı?

Her görüşmeye herkesin katılması şart değildir. Ancak birden fazla ekibi etkileyen devirler, her iki tarafın gözlemiyle doğrulanmalıdır.

Teknik kaynaklar

  1. GOV.UK: deneyim haritası oluşturma
  2. GOV.UK: kullanıcının bütün problemini haritalama

Kaynaklar teknik kavramları destekler. Örnek tablolar ve senaryolar önerilen çalışma araçlarıdır; gerçek müşteri sonucu, bağımsız denetim veya platform garantisi değildir. Uygulama öncesinde kullanılan ürünün güncel koşulları kontrol edilmelidir.

Bu ihtiyacı çalışan bir sisteme dönüştürelim.

Mevcut sisteminizi, sorun yaşadığınız iş akışını ve beklediğiniz sonucu paylaşın. Ganz Dijital ile projenizin kapsamını ve kabul koşullarını netleştirin.

İlgili hizmeti inceleWhatsApp üzerinden görüşelim →

Hazırlama notu: İçerik, belirtilen kaynaklar ve özgün örnek senaryolar kullanılarak yapay zekâ desteğiyle hazırlanmıştır. Sayısal örnekler aksi belirtilmedikçe varsayımsaldır. İşletmeye özel güvenlik, hukuki ve operasyonel gereksinimler ayrıca değerlendirilmelidir.