Finding the bottlenecks that hurt customers most

Bir bankanın çağrı merkezi müdürü, ortalama yanıt süresini 12 saniyeye indirdiğinde kutlama yaptı. Üç ay sonra şikâyet hacmi düşmedi, NPS kıpırdamadı. Sorun 12 saniyede değildi; müşterinin sorununu çözmek için beş farklı birime yönlendirilmesindeydi. Hız arttı, acı aynı yerde kaldı — çünkü kimse gerçek darboğazı ölçmemişti, sadece kolay ölçülebilen şeyi ölçmüşlerdi.

Bu makalenin tezi kısa: müşteriyi en çok yaralayan darboğaz, çoğu zaman en görünür olan değildir. Şirketler operasyonel verimliliği kendi ölçüm sistemlerinin gösterdiği yerde ararlar — ortalama işlem süresi, ilk çağrıda çözüm oranı, SLA uyumu. Ama bu metrikler süreci içeriden görür. Müşteri süreci dışarıdan, beklenti ve his üzerinden yaşar. Gerçek darboğazı bulmak, iki bakışı — operasyonun akış diyagramı ile müşterinin duygusal seyrini — üst üste bindirmeyi gerektirir. Bunu yapmadan yapılan her iyileştirme, yanlış musluğu tamir etmek olur.

Darboğaz tam olarak nedir ve neden müşteri anketinde görünmez?

Operasyonel darboğaz, bir sürecin akışını kapasitesinin altına düşüren tıkanma noktasıdır; kuyruğun biriktiği, işin beklediği, kararın askıda kaldığı adımdır. Müşteri deneyiminde ise darboğaz iki katmanlıdır: işlemsel darboğaz (işin fiziksel olarak tıkandığı yer) ve algısal darboğaz (müşterinin beklentisinin gerçeklikle en çok çarpıştığı an). Bu ikisi aynı noktada olmayabilir. Bir sigorta şirketinde hasar dosyası ortalama 4 günde kapanabilir — operasyonel olarak makul bir süre — ama müşteri üçüncü gün "unutulduğunu" hissetmeye başlar, çünkü hiçbir güncelleme almamıştır. Darboğaz süreçte değil, iletişim sessizliğindedir.

CSAT ve NPS anketleri bu ayrımı göstermez, çünkü genellikle işlem bittikten sonra sorulur ve tek bir toplam puan üretir. Puan düşükse "neresi" sorusuna cevap vermez. Bu yüzden darboğaz avı, anket verisiyle başlayıp orada bitmemeli; müşteri yolculuğu haritalama ile operasyonel süreç haritasının aynı zaman çizelgesi üzerinde eşleştirilmesini gerektirir.

Süreç haritası ile müşteri yolculuğu haritası neden aynı şey değildir?

Kısa cevap: biri işi, diğeri hissi haritalar — ve darboğaz genellikle ikisinin kesiştiği noktada değil, birinin görünmediği noktada saklıdır. Süreç haritası "kim neyi yapıyor, hangi sırayla, ne kadar zamanda" sorusuna cevap verir. Müşteri yolculuğu haritası "müşteri bu adımda ne bekliyor, ne hissediyor, nereden vazgeçebilir" sorusuna cevap verir. 1984 yılında Harvard Business Review'da yayımlanan öncü makalesi "Designing Services That Deliver"de G. Lynn Shostack, hizmet planlarının (service blueprint) hem müşterinin gördüğü sahne önü eylemleri hem de görmediği sahne arkası süreçleri aynı çizimde göstermesi gerektiğini savunmuştu — çünkü müşteri deneyimindeki çatlaklar tam da bu ikisinin arasındaki dikişte oluşur.

Pratikte gördüğüm en yaygın hata, ekiplerin sadece birini çizip diğerini tahmin etmesidir. CX ekibi güzel bir yolculuk haritası çıkarır ama arkasındaki iş akışını bilmez; operasyon ekibi süreç akış şemasını çıkarır ama müşterinin o adımda ne hissettiğini hiç sormaz. İkisi bir araya gelmeden hazırlanan iyileştirme planı, kör noktaları olan bir plandır.

Hizmet planlaması (service blueprint) neden bu ikisini birleştirir?

Hizmet planı, süreci dört şerite ayırır: müşteri eylemleri, sahne önü personel eylemleri, sahne arkası eylemler ve destek sistemleri. Her şeridi aynı zaman çizelgesinde üst üste koyduğunuzda, "müşteri burada bekliyor ama hiçbir şerit ona görünür bir şey yapmıyor" anları netleşir. Bu boşluklar, çoğu zaman en pahalı darboğazlardır — çünkü müşteri sadece gecikmeyi değil, sessizliği yaşar.

Müşteriyi en çok yaralayan darboğazları nasıl bulursunuz?

Bu, keşif (discovery) disiplinidir ve tahminle değil, sıralı bir yöntemle yürütülür. Aşağıdaki adımlar, bir kurumda gerçek darboğazı hız izlenimi yaratan ama gerçekte önemsiz gecikmelerden ayırmak için kullandığım sıradır:

1. Uçtan uca süreci fiilen yürüyün. Gemba yürüyüşü mantığıyla; süreç sahiplerinin anlattığı akışı değil, sistem loglarının ve işlem kayıtlarının gösterdiği gerçek akışı takip edin. Anlatılan süreçle yaşanan süreç arasındaki fark, ilk darboğaz sinyalidir.
2. Her adımın süresini değil, süresinin değişkenliğini ölçün. Ortalama işlem süresi 2 gün olan bir adım, %90'ı 1 günde bitip %10'u 12 günde bitiyorsa, ortalama yalanı gizler. Müşteriyi yaralayan, ortalama değil, kuyrukta kalan o %10'dur.
3. Bekleme noktalarını "kimin elinde" sorusuyla etiketleyin. İş bir departmandan diğerine geçtiği her el değiştirme noktası, potansiyel bir darboğazdır — çünkü sorumluluk belirsizleşir ve iş "havada" kalır.
4. Aynı zaman çizelgesine müşteri sesini (VoC) bindirin. Şikâyet metinlerini, çağrı kayıtlarını ve serbest metin anket yanıtlarını süreç adımlarıyla eşleştirin; hangi adımda dil sertleşiyor, hangi adımda müşteri "tekrar aramak zorunda kaldım" diyor.
5. Duygusal seyri (emotional arc) çizin. Her adımda müşterinin beklenti-gerçeklik farkını işaretleyin. En derin düşüş noktası, mutlaka en uzun bekleme noktası değildir — genelde en beklenmedik olandır.
6. Darboğazları etki x sıklık matrisinde sıralayın. Nadir ama şiddetli bir darboğaz (örn. dolandırıcılık itirazı süreci) bazen sık ama hafif bir darboğazdan (örn. şifre sıfırlama) daha fazla sadakat kaybettirir.

Bu altı adım tek seferlik bir proje değil, tekrarlanan bir disiplindir. Süreçler değiştikçe, kanallar eklendikçe, kampanyalar hacmi şişirdikçe darboğaz haritası da kayar.

Hangi darboğaz sinyalleri genellikle gözden kaçar?

Bazı sinyaller panolarda hiç görünmez, çünkü kimse onları ölçmeyi görev tanımına koymamıştır. En sık kaçırılanlar şunlardır:

• Tekrar iletişim oranı: Aynı müşterinin aynı konu için 48 saat içinde ikinci kez temas kurması. Bu, ilk temasın çözmediğinin doğrudan kanıtıdır ve çoğu SLA raporunda görünmez.
• Sessiz vazgeçme: Müşterinin işlemi tamamlamadan formu, sepeti veya başvuruyu terk etmesi. Şikâyet üretmez ama gelir kaybettirir.
• Personel telafi davranışı: Ön saf çalışanının sistemin verdiği cevabı görmezden gelip kendi inisiyatifiyle müşteriyi kurtarması. Bu, aslında kırık bir sürecin insan eliyle kapatılan yamasıdır — ve o çalışan izinli olduğu gün darboğaz aniden "ortaya çıkar".
• Onay zincirindeki gizli bekleme: Bir kararın üç farklı yöneticinin onayını beklediği ama hiçbirinin SLA'sının olmadığı adımlar.
• Kanal geçiş sürtünmesi: Müşterinin uygulamada başladığı bir işlemi telefonda bitirmek zorunda kalması; bilginin kanaldan kanala taşınmaması.

Bu sinyallerin ortak noktası: hiçbiri tek bir departmanın KPI'sine düşmez, bu yüzden sahiplenilmezler. Darboğaz avının en değerli çıktısı, çoğu zaman "kim sorumlu" sorusunu ilk kez net cevaplamaktır.

Sürtünme mi, çamur (sludge) mu? İkisini nasıl ayırt edersiniz?

Kısa cevap: sürtünme, süreç tasarımının kaçınılmaz maliyetidir; çamur ise kasıtlı veya ihmalkâr olarak bırakılmış, kaldırılabilir engeldir — ve ikisini karıştırmak, yanlış çözümü doğurur. Davranışsal ekonomist Richard Thaler'in ortaya attığı bu ayrım, hukukçu ve ekonomist Cass Sunstein tarafından 2019 tarihli, National Bureau of Economic Research'te yayımlanan "Sludge" başlıklı çalışma raporunda derinleştirilmiştir: Sunstein, idari yüklerin — form karmaşıklığı, gereksiz belge talebi, gizli bekleme adımları — genellikle kurumun çıkarına, müşterinin aleyhine işlediğini gösterir.

Bir sigorta iptal sürecinin telefonla değil sadece noter onaylı dilekçeyle yapılabilmesi, sürtünme değil çamurdur — çünkü kasıtlı olarak vazgeçirme amacı taşır. Buna karşılık, kimlik doğrulama için tek seferlik SMS kodu beklemek sürtünmedir — güvenlik için gerekli, makul bir maliyettir. Darboğaz avında ekiplerin sık yaptığı hata, her ikisini de "süreci hızlandır" başlığı altında aynı torbaya koyup çözmesidir. Sürtünmeyi azaltmak tasarım işidir; çamuru kaldırmak ise genellikle bir politika veya niyet değişikliği gerektirir — ve bu ayrımı yapmadan başlanan iyileştirme projeleri, yanlış ekibi yanlış soruna atar.

Darboğazı bulduktan sonra ne yapılır?

Darboğazı tespit etmek işin yarısıdır; diğer yarısı, onu kalıcı olarak kapatacak bir operasyonel değişikliği devreye almaktır — ve bu genellikle tek bir düzeltmeyle değil, mülkiyet, ölçüm ve kademeli devreye alma üçlüsüyle olur. Sıralama şöyle işler:

1. Darboğazın bir sahibini atayın. El değiştirme noktasında yaşanan sorunların çoğu, kimsenin uçtan uca sonuçtan sorumlu olmamasından kaynaklanır. Sahip, departman sınırını değil, müşteri sonucunu izler.
2. Kısa vadeli yamayı uzun vadeli tasarımdan ayırın. Personelin geçici telafi davranışını resmileştirmek bazen doğru geçici çözümdür, ama bu, altta yatan süreç kırığını görmezden kalmak için bir bahane olmamalı.
3. Yeni bir öncü gösterge tanımlayın. Sonuç metriği (NPS, şikâyet sayısı) değişimi geç gösterir. Tekrar iletişim oranı veya süre değişkenliği gibi öncü göstergeler, düzeltmenin işe yarayıp yaramadığını haftalar önce söyler.
4. Küçük ölçekte pilot uygulayın. Tüm şubelerde veya tüm çağrı hatlarında birden değiştirmeden, bir bölgede veya bir müşteri segmentinde test edin; darboğaz gerçekten kapanıyor mu, yoksa başka bir noktaya mı kayıyor, görün.
5. Yeniden ölçün ve haritayı güncelleyin. Bir darboğaz kapandığında, akış genellikle bir sonraki en dar noktaya birikir — teori of constraints'in temel önermesi budur. Süreç haritası bu yüzden canlı bir belge olmalı, tek seferlik proje çıktısı değil.

Bu döngü, süreç tasarımı disiplininin özüdür: darboğazları tek seferlik "temizlik operasyonu" olarak değil, sürekli izlenen bir sistem olarak ele almak. Kurumların çoğu ilk turdan sonra vazgeçer; oysa gerçek operasyonel mükemmellik, ikinci ve üçüncü turlarda ortaya çıkar.

Peak-end kuralı darboğaz önceliklendirmesini nasıl değiştirir?

Kısa cevap: her darboğaz eşit ağırlıkta değildir, çünkü müşteri bir deneyimi bütünüyle değil, en yoğun anı ve son anıyla hatırlar — bu yüzden yolculuğun ortasındaki küçük bir gecikme, sonundaki küçük bir gecikmeden çok daha az hasar verir. Daniel Kahneman ve Donald Redelmeier'in 1996 yılında Pain dergisinde yayımlanan ve kolonoskopi hastalarının anlık ağrı kayıtlarıyla sonradan hatırladıkları ağrıyı karşılaştıran çalışması, bu "peak-end rule"un temel kanıtıdır: hastaların genel değerlendirmesi, işlemin toplam süresinden değil, en yoğun anından ve son dakikalarından belirlenmiştir.

Bu, darboğaz önceliklendirmesi için doğrudan bir sonuç çıkarır: bir sürecin son adımındaki (ödeme onayı, teslimat bildirimi, dosya kapanışı) küçük bir darboğaz, ortadaki büyük bir darboğazdan daha fazla algısal hasar üretebilir. Etki x sıklık matrisine üçüncü bir eksen eklemek gerekir — konum: bu darboğaz yolculuğun zirvesinde mi, yoksa kapanışında mı?

Bir süreci hızlandırmak, müşterinin onu nasıl hatırladığını değiştirmez; darboğazı yolculuğun neresinde kapattığınız, sayısal iyileştirmeden daha çok şey söyler.

Bu yüzden darboğaz avı sadece bir operasyon egzersizi değildir; davranışsal ekonomi merceğiyle okunduğunda önceliklendirme tamamen değişir.

Darboğaz keşfi tek seferlik bir proje olarak yapılırsa neden başarısız olur?

Çünkü darboğazlar statik değildir; hacim, kanal karması ve personel devri değiştikçe sürekli yer değiştirirler — bu yüzden tek seferlik bir keşif çalışması, bulguları raporladığı gün geçerliliğini kaybetmeye başlar. McKinsey & Company'nin 2014 yılında McKinsey Quarterly'de yayımlanan "The three Cs of customer satisfaction: Consistency, consistency, consistency" başlıklı analizi, müşteri memnuniyetinin tek bir temas noktasından çok, uçtan uca yolculuk boyunca tutarlılıktan beslendiğini öne sürer — ve tutarlılık, tanım olarak bir anlık ölçümle değil, sürekli izlemeyle korunabilir.

Pratikte bu, darboğaz keşfinin yıllık bir "sağlık taraması" olarak kurumsallaşması gerektiği anlamına gelir. CX Maturity Assessment gibi araçlarla kurumun süreç görünürlüğünü periyodik olarak test etmek, yeni darboğazların kör noktada büyümesini önler. Aksi hâlde ekipler, üç yıl önce çözdükleri sorunun farklı bir kılıkla geri döndüğünü fark etmeden yeniden aynı yamayı yapar.

Süreç görünürlüğü olmadan neden hiçbir CX programı kalıcı olmaz?

Çünkü görünürlük olmadan her iyileştirme anekdota dayanır — en yüksek sesle şikâyet eden müşterinin sorunu çözülür, sessizce vazgeçen binlerce müşterinin sorunu asla görülmez. Süreç haritası ve müşteri yolculuğu haritasını birlikte, canlı bir sistemde tutan kurumlar, darboğazı sadece bulmaz, onun yeniden oluşmasını da fark eder. Bu, hizmet tasarımı disiplininin operasyonu deneyimden ayırmayan yaklaşımıdır ve müşteri sesi stratejisi ile beslendiğinde, tahmine değil kanıta dayalı bir önceliklendirme üretir.

Darboğaz avı bir kez yapılan proje değil, sürekli bir refleks olmalı

En pahalı darboğazlar nadiren en görünür olanlardır; çünkü panolarda görünmeyen şey, gündemde de yer bulmaz. Süreç haritasını müşterinin duygusal seyriyle üst üste koymak, kurumun kendine anlattığı hikâyeyle müşterinin gerçekten yaşadığı hikâye arasındaki farkı gösterir — ve bu fark, çoğu zaman kurumun tahmin ettiğinden daha büyüktür. Operasyonel mükemmellik, hız rekoru kırmak değildir; müşterinin hiç fark etmediği, çünkü hiç yaşamadığı gecikmeler inşa etmektir.

Bir sonraki adım basit ama nadiren atılıyor: mevcut süreç haritanızı çıkarın, üstüne son üç ayın şikâyet ve tekrar iletişim verisini bindirin, ve "burada neden bekliyoruz" sorusunu her el değiştirme noktasında yeniden sorun. Bulacağınız şey, raporunuzdaki değil, müşterinin sabrındaki gerçek darboğaz olacaktır. Renascence ile iletişime geçerek kurumunuzun süreç ve deneyim haritalarını birlikte okuyabilir, önceliklendirmeyi tahminden çıkarabilirsiniz.