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

Hizmet Tasarımı Süreci: Aşamalar, Modeller ve Tıkandığı Yerler

Hizmet tasarımında blueprint, paydaş haritası ve ölçüm

Hizmet tasarımı çoğu metinde düzgün sıralanmış bir aşama listesi olarak anlatılır: araştır, atölye yap, prototiple, yayına al. Sahada bu sıra pek korunmaz; asıl bilgi hizmet çalışmaya başladıktan sonra gelir ve sizi araştırmaya geri gönderir. Aşamaların yine de bir işlevi var, ama sıra vermek değil: hangi sorunun hangi araçla cevaplanacağını belirliyorlar.

Hizmet tasarımı, UX'in büyük boy hâli değil

Fark genelde “hizmet tasarımı sağlayıcıyı da düşünür” diye özetlenir. Doğru ama eksik. Asıl ayrım kapsamda: ekranda kusursuz görünen bir akış, gişenin arkasındaki kişi için üç ayrı sistemde veri girişi anlamına geliyorsa o hizmet çalışmaz. Hizmet tasarımının çıktısı bu yüzden bir arayüz değil, bir işleyiş önerisidir.

Aşamalar ve her birinin gerçekten verdiği şey

  • Kapsam: neyin dahil olmadığını yazmak, neyin dahil olduğunu yazmaktan daha faydalıdır. Sınır çizilmeyen projeler araştırma aşamasında dağılır.
  • Araştırma: mülakat ve saha gözlemi kullanıcı tarafını verir. İç süreç de değişecekse aynı titizlik personel için de gerekir, yoksa elinizde yarım bir resim kalır.
  • Atölye: iş modeli ve değer önerisi kanvasları, paydaşları aynı masaya oturttuğu için işe yarar. Tek başına çıktı üretmez, karar üretir.
  • Prototip: hizmetin ilk kaba akışı burada sınanır.
  • Yayına alma: pilot bölge ya da tek şube. Tamamına birden açılan hizmet, öğrenme fırsatını da birden harcar.

Üç model, üç ayrı soru

Paydaş haritası

Kim var ve kim kimden ne bekliyor sorusuna bakar. Çoğu haritada aktörler kutulara yazılıp bırakılıyor. İşe yaraması için her okun üstünde iki şey olmalı: o aktörün hizmetten aldığı değer ve karşılığında verdiği emek.

Service blueprint

Tipik bir blueprint beş katman taşır: fiziksel kanıt, müşteri eylemleri, önyüz, arka plan, destek süreçleri. Yirmi temas noktalı bir hizmette bu, doldurulması gereken yüz hücre demek. Pratikte çoğu boş kalır ve tablo okunmaz hâle gelir. Blueprint'i hizmetin tamamı için değil, tek bir senaryo için çizin: “abonelik iptali” gibi dar bir yol, yüz hücrelik bir duvardan fazlasını gösterir.

Müşteri yolculuğu haritası

Blueprint ile sık karıştırılıyor, oysa yönleri zıt. Blueprint içeriden dışarıya bakar ve süreci gösterir; yolculuk haritası dışarıdan bakar ve beklentiyle karşılaşılan arasındaki farkı gösterir. İkisini aynı dokümanda birleştirmeye çalışmak, genelde her ikisini de işe yaramaz hâle getirir.

Prototip neyi sınıyor

Kağıt prototip arayüzü sınar, hizmeti sınamaz. Bir hizmetin provası ancak gerçek personelle, gerçek kısıtlar altında yapılırsa bilgi üretir. Tasarım ekibinin kendi arasında oynadığı senaryo, senaryonun kendini onaylamasından ibarettir. Sonuç olumlu çıkar, hizmet canlıda takılır.

İterasyon ölçümle başlar

Ölçüm planı yazılmadan başlayan bir iyileştirme turunu tamamlanmış saymam. Neyin düzeldiğini söyleyemiyorsanız elinizde iyileştirme değil, sadece değişiklik vardır. Üç metrik çoğu hizmet için yeter: işlem süresi, ilk temasta çözüm oranı, personelin bir işlemi bitirmek için attığı adım sayısı. Sonuncusu en çok atlananı, çünkü müşteri anketlerinde görünmez ama maliyetin büyük kısmı orada durur.

Hizmet tasarımını bir proje gibi değil, bir bakım işi gibi kurmak gerekiyor. Süreç bittiğinde elinizde kalan şey haritalar değil, hizmetin nerede aksadığını düzenli olarak gösteren bir ölçüm alışkanlığıdır.