Servis (Hizmet) Tasarımcısı: Ne Yapar, Nasıl Bu Role Geçilir?
Servis tasarımcısı, bir hizmetin müşteri ve çalışan tarafını uçtan uca tasarlar. Görevleri, kullandığı yöntemler, gerekli beceriler ve kariyer yolu.
Servis tasarımcısı kimdir?
Servis tasarımcısı, müşterinin bir hizmetle ilk karşılaştığı andan işin bittiği ana kadar yaşanan deneyimi, o deneyimi mümkün kılan iç süreçlerle birlikte tasarlayan kişidir. Odak bir arayüz ya da tek bir ürün değildir; müşteri, çalışan, kanal, mekan, belge ve bilgi sistemlerinin birlikte ürettiği bütündür.
Bir örnekle açalım. Bir belediyede ruhsat başvurusu yapan vatandaş, internet sitesine girer, belge yükler, bir çağrı merkeziyle konuşur, sonunda ofise gider. Her adım ayrı bir birimin sorumluluğundadır; vatandaş ise tek bir hizmet aldığını düşünür. Servis tasarımcısı bu parçalı yapıyı vatandaşın bakış açısıyla yeniden kurar ve arka plandaki birimlerin nasıl uyumlanacağını planlar.
Rol, kamu hizmetlerinden bankacılığa, sağlıktan telekoma, e-ticaretten havayoluna kadar insanla temas eden her alanda görülür.
Bir proje boyunca hangi işleri yapar?
Servis tasarımcısı genellikle bir sorunla işe girer: başvuru süreci çok uzun, müşteriler aynı bilgiyi tekrar tekrar istiyor, şikayetler belirli bir noktada yığılıyor. Çalışma şu aşamalardan geçer: • Saha keşfi: Müşteri ve çalışan görüşmeleri, gözlem, şikayet kayıtlarının incelenmesi • Müşteri yolculuğu haritası: Müşterinin adım adım yaşadığı deneyim, duygusu ve temas noktaları • Servis planı (service blueprint): Müşterinin göremediği arka sahne süreçleri, destek sistemleri ve sorumlu birimler dahil katmanlı bir harita • Başarısızlık noktalarının tespiti: Bekleme, belirsizlik, tekrar eden iş ya da el değiştirme kaynaklı sorunlar • İyileştirme tasarımı ve prototip: Yeni akışın kâğıt üzerinde ya da küçük bir pilotla denenmesi • Yaygınlaştırma ve yönetişim: Değişikliğin kalıcı olması için rollerin, ölçümün ve sorumlulukların netleştirilmesi
Sık yapılan hata, saha keşfini atlayıp çözüme doğrudan geçmektir. Masa başında çizilen bir harita çalışanların ve müşterilerin gerçek deneyimini yansıtmaz; sorun yanlış noktada aranır. Bir diğer hata, haritayı bir sunum çıktısı olarak bırakmaktır. Plan, birimlerin iş yapış biçimini değiştiren kararlara bağlanmazsa rafa kalkar. Bu nedenle deneyimli bir servis tasarımcısı, her haritanın yanına sorumlu birim, ölçüm ve pilot takvimi ekler.
Çıktılar genellikle yolculuk haritaları, servis planları, persona tanımları, iyileştirme önerileri ve pilot raporlarıdır.
Servis planı (service blueprint) bu işte neden merkezde?
Müşteri yolculuğu haritası deneyimi müşterinin gözünden gösterir. Servis planı ise aynı yolculuğun altına iç dünyayı ekler: ön sahnede müşterinin gördüğü çalışan etkileşimleri, arka sahnede müşterinin görmediği işlemler, bunları destekleyen sistemler ve birimler arası devirler.
Bu katmanlar sayesinde şu soruya cevap verilebilir: müşterinin yaşadığı şikayetin kök nedeni hangi iç adımda? Örneğin müşteri "bilgim neden kayboldu" diyorsa, plan bu sorunun birimler arasındaki manuel aktarımdan geldiğini gösterebilir. Çözüm, müşteriye daha fazla özür dilemek değil, birimlerin ortak bir veri alanını kullanmasını sağlamaktır.
Servis tasarımcısı bu haritaları tek başına çizmez; operasyon, bilgi teknolojileri, hukuk ve müşteri hizmetleri çalışanlarıyla atölyelerde birlikte üretir. Haritanın değeri çizimde değil, ortak kararda ortaya çıkar.
Gerekli beceriler nelerdir?
Araştırma becerisi ilk sıradadır: görüşme yapabilmek, gözlem notu alabilmek, şikayet verisi ve kullanım verisini birlikte okuyabilmek. Sonraki ayak görselleştirmedir; karmaşık bir süreci birkaç sayfada anlaşılır kılmak gerekir.
Üçüncü ayak ise çoğu zaman en az konuşulandır: paydaş yönetimi. Servis tasarımı, farklı birimlerin sahip olduğu süreçlere dokunduğu için tasarımcının yetkisi sınırlıdır. İkna, ortak dil kurma, atölye yönetimi ve çatışma çözme rolün gündelik gereklerindendir.
Ek olarak süreç analizi, temel veri okuryazarlığı, prototipleme (kâğıt, senaryo canlandırma, kısa pilot) ve ölçme bilgisi beklenir. Kamuda çalışan tasarımcı için mevzuat ve dijital kamu hizmetleri (örneğin e-Devlet entegrasyonu) bilgisi de değer katar.
Yakın rollerden farkı nedir?
Kullanıcı deneyimi (UX) tasarımcısı genellikle bir dijital ürünün arayüzü ve etkileşimi üzerinde çalışır. Servis tasarımcısı ise dijital ve fiziksel temas noktalarını, çalışan davranışını ve arka plan süreçlerini birlikte ele alır. Bir UX tasarımcısı bir mobil uygulamayı iyileştirirken, servis tasarımcısı o uygulamanın çağrı merkeziyle, şubeyle ve arka ofisle nasıl bütünleşeceğine bakar.
Süreç iyileştirme uzmanı ya da iş analisti verimlilik ve kurallara odaklanır; servis tasarımcısı aynı sürece müşterinin duygusu ve deneyimi açısından bakar. Müşteri deneyimi uzmanı ise genellikle ölçümleme ve strateji tarafını yönetir. Pratikte bu roller iç içe çalışır ve kurumdan kuruma unvanlar karışır.
Bu role nasıl girilir?
Tasarım, endüstri mühendisliği, iş analizi, kamu yönetimi, UX ve müşteri deneyimi arka planlarından geçiş yapılabilir. Tek bir zorunlu diploma yoktur; ancak araştırma ve yöntem bilgisi bir portföyle gösterilmelidir.
Başlangıç için çalıştığınız kurumdan küçük bir hizmeti seçin: örneğin yeni çalışanın ilk gün deneyimi ya da bir ürünün iade süreci. Birkaç kişiyle görüşme yapın, yolculuğu çizin, arka plandaki adımları ekleyin, en çok sorun çıkan noktayı belirleyin ve basit bir iyileştirme önerin. Bu çalışma, mülakatta anlatılabilecek tam bir servis tasarımı örneğidir.
Kariyer ilerleyişi, tek bir hizmetin tasarımından kurumun hizmet portföyünü yönetmeye, tasarım ekibine liderlik etmeye ve kurumsal dönüşüm programlarında danışmanlık yapmaya doğru gider.
Mindset programlarında servis tasarımı nerede çalışılır?
Servis Tasarımı ve Service Blueprint Hazırlama programı, saha keşfi ve veri toplama, müşteri yolculuğu katmanı, ön sahne ve arka sahne katmanları, başarısızlık noktalarının analizi, prototipleme ve pilot, yaygınlaştırma ve yönetişim başlıklarını işler. Müşteri deneyimi, süreç geliştirme ve ürün ekiplerinde çalışanlar için uygundur; ekip içi ortak bir servis dili kurmak isteyen kurumlara da yarar.
Kamu Hizmet Tasarımı programı ise kamu kurumları için süreç analizi ve yeniden tasarım, çapraz birim iş birliği, dijital kamu hizmetleri ve ölçme başlıklarıyla aynı yaklaşımı kamu bağlamına uyarlar.
İlgili Mindset programı
Servis Tasarımı ve Service Blueprint Hazırlama
Sık sorulan sorular
Servis tasarımcısı ile UX tasarımcısı aynı şey mi?
Hayır. UX tasarımcısı genellikle dijital bir ürünün arayüzü ve kullanım akışına odaklanır. Servis tasarımcısı ise dijital ve fiziksel tüm temas noktalarını, çalışan etkileşimlerini ve arka plan süreçlerini birlikte tasarlar. Bu roller sıkça birlikte çalışır ve aralarında kariyer geçişi yaygındır.
Service blueprint nedir, kim hazırlar?
Service blueprint, müşteri yolculuğunu ön sahne, arka sahne ve destek süreçleriyle birlikte katmanlı gösteren servis planıdır. Genellikle servis tasarımcısı atölye düzenleyerek operasyon, bilgi teknolojileri ve müşteri hizmetleri çalışanlarıyla birlikte hazırlar. Amaç, şikayetlerin iç süreçlerdeki kaynağını görünür kılmaktır.
Kamu kurumlarında servis tasarımcısı çalışır mı?
Evet. Vatandaşın bir hizmeti almak için farklı birimler arasında dolaşması kamuda sık rastlanan bir sorundur. Servis tasarımcısı süreci vatandaşın bakışıyla ele alır, birimler arası devirleri azaltır ve dijital kanallarla fiziksel kanalları uyumlar. Mevzuat bilgisi bu bağlamda özellikle değerlidir.
Servis tasarımcısı olmak için tasarım diploması gerekir mi?
Zorunlu değildir. İş analizi, endüstri mühendisliği, sosyal bilimler, müşteri deneyimi ve UX gibi farklı alanlardan gelenler başarılı olabilir. Önemli olan araştırma yapabilmek, bulguyu görselleştirmek ve farklı birimleri aynı hedefte buluşturabilmektir. Küçük bir gerçek proje, diplomadan daha ikna edici bir kanıt olur.
İlk portföy çalışmasını nasıl hazırlarım?
Küçük ve sınırları belli bir hizmet seçin, örneğin iade ya da randevu alma. Kullanıcı ve çalışan görüşmeleri yapın, müşteri yolculuğunu ve servis planını çizin, sorunlu noktaları işaretleyin, bir iyileştirme önerip nasıl test edeceğinizi anlatın. Süreci ve öğrendiklerinizi kısa bir vaka olarak belgelemek yeterlidir.