Yükseltme (escalation) otomasyonu: SLA aşılmadan doğru kişiye iletmek

Bir talebin cevapsız kalması neredeyse hiçbir zaman kötü niyetten olmaz. Genelde hikâye daha sıradandır: mesaj ortak gelen kutusuna düşer, herkes "muhtemelen bir arkadaş ilgileniyordur" diye düşünür, kimse üstlenmez. İki gün sonra biri fark ettiğinde müşteri çoktan başka yerden teklif almıştır. Kimse tembellik etmemiştir; sadece kimse görmemiştir. Escalation otomasyonu tam bu sessiz arızayı kapatmak için vardır: süre ve koşula bağlı kurallarla, bir iş takılıp kaldığında onu otomatik olarak doğru kişiye yükseltir.

Bu yazıda takılan talepleri SLA aşılmadan nasıl yönlendireceğinizi ele alacağız — yükseltmenin gerçekte ne olduğunu, hangi tetikleyicilerin işe yaradığını, gerçekçi bir yükseltme merdiveninin nasıl kurulacağını ve en az bunlar kadar önemli bir soruyu: nerede durup işi insanın yargısına bırakmak gerektiğini.

Yükseltme aslında ne demek?

Yükseltme, bir işe "acil" damgası vurmak değildir. Belirli bir eşik aşıldığında o işi bir üst basamağa ya da yana, başka birine taşıyan bir kuraldır. Eşik zaman olabilir (bir talep şu kadar süredir yanıtsız bekliyor) ya da koşul olabilir (talebin değeri yüksek, müşteri ikinci kez yazıyor, teslim tarihi yaklaşıyor).

İşin özü şu: yükseltme, birinin bir şeyi hatırlamasına bağlı olmaktan çıkar. Yoğun bir günde en iyi ekip bile unutur. Otomasyon unutmaz. Sistem sayacı tutar, eşik aşıldığında harekete geçer ve topu, onu ilerletebilecek bir insanın önüne yeniden koyar.

Bu yönüyle yükseltme, koşullu kurallarla çalışan CRM iş akışı otomasyonunun özel bir dalıdır: aynı "şu olduysa şunu yap" mantığının, zamanın sizi asıl yaraladığı durumlara uygulanmış hâli.

İşler neden çatlaktan düşer?

Küçük bir ekipte hiç kimse "bu talebi görmezden geleyim" diye karar vermez. Yine de düşer. Nedenleri genelde şunlardır:

• Sahipsiz gelen kutusu: info@ adresine ya da ortak WhatsApp hattına düşen bir mesajın net bir sahibi yoktur; herkesin işi olan şey kimsenin işi değildir.
• Devir anları: Vardiya biter, biri izne çıkar, bir konuşma "sonra dönerim" diye askıya alınır ve o "sonra" hiç gelmez.
• Hafta sonu ve mesai dışı: Cuma akşamı gelen sıcak bir talep, pazartesi sabahına kadar sessizce soğur.
• Sessiz varsayım: İki kişi de "diğeri hallediyordur" sanır. En eski hikâye.

Ortak nokta tembellik değil, görünürlük. Alarmı kimse duymuyorsa, en özenli ekip bile geç kalır.

Somut düşünün: toptan satışa yeni başlamış küçük bir el yapımı mum atölyesi. Sahibi siparişleri paketlerken, bir butiğin toplu alım sorusu bir gün boyunca okunmadan kalıyor; düzenli müşteri olabilecek biri sessizce başka yere gidiyor. Kötü hizmet değil bu — sadece kimsenin görmediği bir mesaj.

Asıl zarar da tek bir kayıp müşteri değildir. Bir talebin görülmemesi bir kez yaşanır; ama bu boşluk sistematikse her hafta tekrarlar. Yavaş yavaş itibar aşınır, tavsiye zinciri kopar ve ekip "nasıl olsa fark eden olur" rahatlığına alışır. Sessiz kayıplar en pahalı kayıplardır, çünkü faturası hiçbir yerde görünmez.

İki tür tetikleyici: süre ve koşul

Sağlam bir yükseltme kurgusu iki tür tetikleyiciyi birleştirir. Süreye bağlı olanlar bir sayaçla çalışır: "İlk yanıt bir saat içinde verilmediyse yükselt." Koşula bağlı olanlar içeriğe ya da bağlama bakar: "Talep belirli bir tutarın üstündeyse", "müşteri ikinci kez yazdıysa", "mesajda 'iptal' geçiyorsa."

En iyi sonucu ikisini birlikte kullandığınızda alırsınız. Süre, hiçbir şeyin sessizce beklememesini sağlar; koşul ise önceliği doğru kurar, böylece küçük bir soru ile büyük bir fırsat aynı yığında kaybolmaz. En baştan ikisini birden kurmak zorunda da değilsiniz; çoğu ekip yalnızca süreye bağlı tek bir kuralla başlar, koşulları zamanla ekler.

İki kişilik bir emlak ofisini düşünün: süreye bağlı bir kural, bir görüntüleme talebinin gece boyu beklememesini güvence altına alır; koşula bağlı bir kural ise yüksek bütçeli bir portföyle ilgili soruyu önce daha deneyimli danışmana yönlendirir.

YükseltmekoşuluYüksek tutarVIP müşteriİkinci mesajTeslim yaklaştı

Kanal da bir koşuldur. Bir otomatik yanıt veren WhatsApp chatbot'u basit soruları karşılayabilir; ama bot çözemediğinde konuşmayı bekletmeden bir insana yükseltmek gerekir. Botun görevi filtrelemektir, duvara toslamak değil.

Yükseltme merdivenini tasarlamak

Yükseltme tek bir adım değil, bir merdivendir. Her basamak biraz daha fazla kişiyi ve biraz daha fazla aciliyeti devreye sokar. Küçük bir ekip için sade bir merdiven çoğu zaman yeter:

1Yeni talep2Sahibine hatırlat3Yeniden ata4Yöneticiye bildir

İlk basamak nazik olmalı: talebin sahibine sessiz bir hatırlatma. Çoğu zaman mesele budur — kişi meşguldü, hafif bir dürtme yeter. İkinci basamakta iş yeniden atanır; sahibi müsait değilse top başkasına geçer. Ancak üçüncü basamakta yönetici devreye girer. Bu sıra önemlidir: her şeyi doğrudan patrona fırlatmak, bir hafta içinde herkesi bildirim körlüğüne uğratır.

Merdiveni kurarken tekrar eden adımların zaten otomatik olması işi kolaylaştırır. Tekrarlayan satış işlerini kodsuz tetikleyicilerle sırtınızdan almak, yükseltme kurallarının da üzerine oturduğu temeldir; ikisi aynı motorun parçalarıdır.

Yatay mı, dikey mi?

Her yükseltme yukarı doğru olmak zorunda değildir. Çoğu zaman doğru hamle yataydır: işi bir yöneticiye çıkarmak yerine, aynı seviyedeki müsait bir arkadaşa geçirmek. Dikey yükseltmeyi —yani patrona tırmanmayı— gerçekten karar yetkisi gerektiğinde saklayın. Bir kişinin sürekli her şeyin nihai durağı olması, zamanla o kişiyi de bir darboğaza çevirir.

Gerçekçi yanıt süreleri (SLA) belirlemek

SLA — hizmet seviyesi taahhüdü — kulağa kurumsal gelir, ama özü basittir: bir talebe ne kadar sürede döneceğinize dair kendinize verdiğiniz söz. Küçük işletmelerin en sık hatası, büyük şirketlerin rakamlarını olduğu gibi kopyalamaktır. Tutamayacağınız bir "15 dakikada yanıt" sözü, hiç söz vermemekten daha kötüdür.

Bunun yerine kanala ve işin türüne göre gerçekçi pencereler belirleyin:

• Kanala göre ayırın: WhatsApp'tan gelen bir soru, e-postadan farklı bir hız bekler; pencereleri buna göre kurun.
• Mesai saatlerini tanımlayın: Sayaç yalnızca çalışma saatlerinde işlesin ki cumartesi sabahı boş yere alarm çalmasın.
• Tutabildiğinizle başlayın: Önce rahatça tutabileceğiniz bir söz verin, güven oturdukça sıkılaştırın.

SLA'yı yükseltmenin sayacı gibi düşünün: söz verdiğiniz süre dolmadan sistem sizi uyarır, böylece taahhüdü aklınızda tutmak zorunda kalmazsınız. Bu pencereleri ara ara gözden geçirin; kaç talebin yükseltmeye takıldığını görmek, sözünüzü gerçek kapasitenize göre ayarlamanın en dürüst yoludur.

Her şeyi yükseltmeyin

Dürüst olalım: asıl risk yükseltmeyi kurmamak değil, fazla kurmaktır. Her mesajı acil ilan ederseniz, kısa sürede kimse bildirimlere bakmaz olur. Sürekli çalan bir alarm, alarm olmaktan çıkar. Ekip bir süre sonra bildirimleri okumadan kapatmayı öğrenir; işte o an, gerçekten önemli olan tek bir yükseltme de gözden kaçar.

Bu yüzden yükseltmeyi seçici tutun. Yalnızca gecikmesi gerçekten pahalıya patlayacak işler bir üst basamağa çıkmalı: yüksek değerli teklifler, şikâyetler, sıcak alıcılar. Rutin bir "kataloğunuz var mı" sorusu, bir yöneticinin telefonunu titretmeyi hak etmez.

Her şeyi yükseltmek, hiçbir şeyi yükseltmemekle aynı kapıya çıkar.

Bir de şu var: otomasyon kararı değil, yalnızca aciliyeti taşımalı. Nihai değerlendirmeyi yine bir insan yapmalı. Bu dengeyi, otomasyonu nerede durdurup insanı devrede tutmak gerektiğini anlatan yazıda daha derinlemesine ele alıyoruz; yükseltme, tam da insan sezgisinin en çok gerektiği yerlerden biridir.

Küçük bir örnek: hafta sonu düşen teklif

Diyelim ki endüstriyel mutfak ekipmanı satan küçük bir firmasınız. Cuma 17.30'da bir restoran zinciri toplu teklif istiyor — yılın en büyük siparişlerinden biri olabilecek türden. Talebi karşılayan temsilci tam çıkmak üzere; "pazartesi ilk iş" diye not alıyor ve unutuyor.

Yükseltme kurulu olsaydı senaryo şöyle işlerdi: talep belirli bir tutar eşiğinin üstünde olduğu için sistem onu yüksek öncelikli işaretler. Bir saat içinde yanıt gitmeyince temsilciye hatırlatma düşer. İki saat sonra hâlâ hareket yoksa talep nöbetçi bir başka temsilciye yeniden atanır ve ekip liderine kısa bir bildirim gider. Müşteri cumartesi öğlene doğru bir yanıt alır; rakip daha uyanmadan.

Fark, birinin daha çok çalışmasında değil. Fark, sistemin unutmamasında. Üstelik bu, kimseyi sıkı takibe almadan gerçekleşir; sistem hatırladığı için kimsenin sürekli tetikte beklemesi gerekmez.

Nasıl küçük başlanır?

Bütün süreçlerinizi bir günde otomatikleştirmeye çalışmayın. Tek bir kritik akışla başlayın — örneğin yeni gelen teklif talepleri — ve şu üçlüyü kurun: bir sayaç, bir hatırlatma, bir yedek sahip.

Kopyalayabileceğiniz bir ilk kural

Somut bir başlangıç şöyle olabilir: "Bir teklif talebine mesai saatleri içinde bir saat boyunca yanıt verilmezse, sahibine hatırlat; iki saat dolduğunda ekip liderine bildir." Tek cümle, tek akış. Çalıştığını gördükçe güvenle genişletirsiniz.

Bir hafta izleyin. Alarm çok mu çalıyor, az mı? Pencereyi buna göre ayarlayın. İşleyişe güvendiğinizde ikinci akışı ekleyin. Bu kademeli yaklaşım, yükseltmenin neden tekrarlayan işleri ekibin sırtından alan satış otomasyonunun doğal bir uzantısı olduğunu da gösterir: küçük, ölçülebilir, güvenilir.

Aynı mantığı onay süreçlerinde de kullanabilirsiniz; indirim ve teklifleri saatlerce bekletmeden onaylatan akışlar da aynı "süre dolmadan doğru kişiye ilet" ilkesine dayanır.

Sıkça sorulan sorular

Yükseltme otomasyonu gösterişli bir özellik değildir; sessizce çalışan bir güvenlik ağıdır. İşi kimse görmezden gelmesin diye değil, kimse görmediğinde bile bir şeyin yine de devreye girmesi için vardır. Küçük bir kuralla başlayın, gerçekçi bir süre belirleyin, bir yedek sahip atayın. Rocketly gibi tüm kanalları tek gelen kutusunda toplayan bir CRM'de bu kuralları kurmak birkaç dakikalık iştir — karşılığında ise bir daha "keşke zamanında görseydik" dememenin rahatlığını verir.