Service Blueprint'i Tabloya Sığdırmak: Nerede İşe Yarar, Nerede Yarım Kalır

Service blueprint, müşteri yolculuğunun altına çalışanların ve sistemlerin o sırada ne yaptığını serer. Uzaktan çalışan ekipler bunu çoğunlukla paylaşımlı bir tabloda kurar; herkeste var, kimseye araç öğretmek gerekmiyor. Ama tablonun taşıdığı kısımla taşımadığı kısım birbirinden farklı ve bu ayrımı bilmeden başlayan ekip, haritanın bir yerinde tıkanıyor.

Yolculuk haritasından farkı şeritler değil, çizgiler

Blueprint'i müşteri yolculuğu haritasından ayıran şey şeritlerin varlığı değil, şeritleri birbirinden ayıran üç çizgi. Etkileşim çizgisi müşterinin hizmete dokunduğu yeri gösterir. Görünürlük çizgisi müşterinin gördüğüyle görmediğini ayırır. İç etkileşim çizgisi ise ön sahadaki kişinin arka plandaki bir birime uzandığı noktayı işaretler.

Bu çizgiler olmadan elinizde kalan şey, alt alta dizilmiş dört liste olur. Çizgiler durunca harita bir soruya cevap verebilir hale gelir: müşterinin şikayet ettiği gecikme, görünürlük çizgisinin hangi tarafında doğuyor? Pratikte cevap neredeyse her zaman alt tarafta çıkıyor, çünkü ön yüzde görünen şey belirtidir.

Tabloya sığan kısım, sığmayan kısım

"Paylaşımlı tablolar blueprinting için ideal" cümlesi çok tekrarlanıyor, ama ideal olan kısım işbirliği, modelin kendisi değil. Tablo satır ve sütun tutar; bağ tutmaz. Oysa blueprint'in bilgisi hücrelerin içinde değil, aynı sütundaki hücreler arasındaki dikey ilişkidedir.

Beş şeritli klasik yapıyı (kanıtlar, müşteri aksiyonları, ön saha, arka plan, destek süreçleri) kullanırsanız N adımlık bir yolculuk 5N hücre demektir. Sorun hücre sayısı değil. Bir destek süreci iki farklı adımı birden besliyorsa tabloda bunu yazacak yer yoktur; hücreyi kopyalarsınız, kopyalar çoğalır, birkaç hafta sonra hangisinin güncel olduğu belirsizleşir. Çizim aracında bu tek bir kutu ve ona giden iki ok olurdu.

İkinci tuzak boş hücre. Tabloda boşluk iki ayrı şeyi aynı anda söyler: "bu adımda burada bir şey olmuyor" ve "burada ne olduğunu henüz bilmiyoruz". Birincisi bir bulgu, ikincisi bir eksik. Boş bırakmak yerine ilkine açıkça "yok" yazın; kalan boşluklar araştırma listeniz olur.

Doldurma sırası

Kapsamı önce daraltın: hangi senaryo, hangi müşteri tipi, nerede başlayıp nerede bitiyor. Kapsamı geniş tutan ekipler genelde ilk oturumda yorulup dosyayı bırakıyor.

Sonra soldan sağa değil, yukarıdan aşağıya ilerleyin. Önce müşteri aksiyonlarının tamamını yazın, satır bitsin; ardından bir alt şeride inin. Adım adım dikey doldurursanız ilk birkaç adımı aşırı detaylandırıp gerisini özetleme eğilimine giriyorsunuz. Müşteri aksiyonlarını yazarken elinizde saha gözlemi ya da görüşme kaydı olsun, yoksa yazdığınız şey süreç değil, sürecin nasıl işlediğine dair varsayımınız.

Destek süreçleri satırına araç adı yazıp geçmem. "CRM" yazan bir hücre, o adımda gerçekten bir CRM çağrısı olduğunu göstermez; o adıma karşılık gelen bir istek var mı, varsa onu kim tetikliyor, hata dönerse müşteri ne görüyor. Bunlar yazılmadığında satır dolu görünür ama analiz sırasında hiçbir şey söylemez.

Uzaktan doldururken

Sekiz kişinin aynı anda aynı dosyayı düzenlemesi işbirliği değil, gürültü. Diverge-and-converge burada işe yarıyor: önce herkes kendi şeridine sessizce yazar, sonra ortak turda tartışılır ve tek bir sürüm bırakılır. Bireysel turu atlayan ekiplerde harita en yüksek sesli katılımcının süreç anlayışına benziyor.

Dosyaya sürüm numarası ve son güncelleme tarihi koyun. Blueprint bir defa çıkarılıp arşivlenen bir çıktı değil; tarihi olmayan bir haritaya altı ay sonra kimse güvenmiyor.

Çizim aracına ne zaman geçilir

Tabloda kalın: harita hâlâ değişiyorsa, haftada birkaç satır güncelleniyorsa, ekip dışından kimse okumuyorsa. Lucidchart ya da Figma'ya taşıyın: harita oturduysa, okuyucu artık o toplantılara girmeyen insanlarsa, dikey bağların görünmesi analiz için şartsa.

Sunum kaygısıyla erken taşımak haritayı donduruyor. Kimse küçük bir düzeltme için tasarım dosyasını açmaz, dosya eskir, ekip tabloya geri döner ve ortada iki farklı gerçek kalır. Sırayı şöyle kurun: tablo çalışma belgesi, çizim aracı yayın kopyası, ve yayın kopyası ancak çalışma belgesi durulduktan sonra üretilir.

Veri güvenliği nedeniyle her şeyi kendi sunucusunda tutması gereken kurumlar için tablo zaten tek pratik seçenek; dosyayı indirip kapalı ortamda saklamak, bulut tabanlı diyagram araçlarından çok daha az tartışma çıkarıyor.