Onay akışı otomasyonu: indirim ve teklifi saatlerce bekletmeden onaylamak

Satış temsilciniz telefonun bir ucunda, hevesli bir müşteri diğer ucunda. Anlaşma neredeyse tamamlanmış; geriye tek bir pürüz kalmış: müşterinin istediği küçük bir ek iskonto. Ama temsilci bu indirimi kendi yetkisiyle veremiyor, patrona sormak zorunda. Patron da toplantıda. Bir saat geçiyor, iki saat geçiyor. Akşama doğru "olur" cevabı geldiğinde müşterinin o ilk heyecanı çoktan sönmüş, hatta rakipten fiyat almış bile olabiliyor. Onay akışı otomasyonu tam da bu boşluğu kapatmak için vardır: bir imza beklerken sıcak fırsatların soğumasını engellemek.

Bu yazı, teklif ve iskonto onaylarını eşik bazlı otomatik kurallarla nasıl hızlandıracağınızı somut adımlarla ele alıyor — hangi indirimin anında geçeceğinden, hangisinin gerçekten bir insanın gözüne ihtiyaç duyduğuna kadar.

Bir onayı beklemenin gerçek maliyeti

Onay beklemek dışarıdan masum bir gecikme gibi görünür. Aslında öyle değildir. Karar anındaki bir müşteriyle dakikalar içinde konuşmak ile ertesi güne kalmış bir "bir bakalım" arasında dağlar kadar fark vardır. Beklerken kaybettiğiniz şey yalnızca zaman değil, ivmedir.

Gecikmenin faturası tek bir yere de çıkmaz:

• Fırsat soğur: Müşteri tam almaya hazırken cevap gecikirse, o istek bir sonraki güne, çoğu zaman da bir sonraki tedarikçiye kayar.
• İskonto tutarsızlaşır: Herkes patrona ayrı ayrı sorunca, aynı üründe bir müşteriye yüzde beş, diğerine yüzde on iniliyor ve bunun nedeni hiçbir yerde kayıtlı olmuyor.
• Temsilci yıpranır: Her küçük indirim için izin istemek zorunda kalan bir satışçı, bir süre sonra ya pes eder ya da kuralı takmaz.
• Yönetici bölünür: Gün boyu gelen "şunu onaylar mısın" mesajları, patronun asıl işine ayıracağı dikkati parça parça tüketir.

Somut düşünelim: bir yapı malzemeleri toptancısında müşteri, büyük bir siparişte küçük bir indirim istiyor. Temsilci onayı beklerken müşteri aynı listeyi yan sokaktaki rakibe de göndermiş oluyor; iki saat sonra dönen "olur" cevabı çoktan geç kalmış olabiliyor. Aynı sahne bir pazaryeri satıcısında da yaşanır: alıcı sepetini hazırlamışken beklemeye alınırsa, o sepet çoğu zaman geri dönmez.

Yani sorun tek bir geç kalınmış anlaşma değildir. Sorun, bu küçük sürtünmenin her teklifte yeniden yaşanmasıdır.

Eşik bazlı onay tam olarak ne demek?

Fikir aslında basit: her iskontoyu aynı kefeye koymayı bırakırsınız. Küçük, zararsız indirimlerin kimseyi bekletmeden geçmesine izin verir; yalnızca marjı gerçekten etkileyen büyük taleplerin bir insana uğramasını sağlarsınız. Arada karar veren şey, önceden koyduğunuz bir eşiktir.

Bunu koşullu bir kural gibi düşünün: "İskonto şu oranın altındaysa otomatik onayla; değilse şu kişiye ilet." Bu aslında koşullu kurallarla çalışan CRM iş akışı otomasyonunun özel bir hâlidir — sadece konusu indirim ve teklif onayıdır.

1Teklif hazırla2Eşik kontrolü3Otomatik karar4Anlaşma ilerler

Otomatik olan kısım temsilcinin elini çabuklaştırır. İnsana uğrayan kısım ise sizi korur. İyi kurulmuş bir akış, bu ikisi arasındaki çizgiyi sizin yerinize her seferinde aynı netlikte çeker.

Bir noktayı baştan netleştirmekte fayda var: eşik, bir "evet ya da hayır" makinesi değildir. Amaç insanı karardan tümüyle çıkarmak değil, onu yalnızca gerçekten gerektiğinde çağırmaktır. Taleplerin çoğu zaten güvenli bölgeye düşer; böylece yöneticinin dikkati de asıl istisnalara kalır.

İskonto eşiklerinizi marjınıza göre çizin

Otomasyona geçmeden önce cevaplamanız gereken bir soru var: hangi indirim gerçekten "küçük"? Bunu tahmin değil, marjınız belirler. Kendi rakamlarınızı bilmeden eşik koyarsanız, ya çok sıkı davranıp otomasyonun anlamını kaçırırsınız ya da fazla gevşek bırakıp kârı sızdırırsınız.

Pratik bir başlangıç için şu sırayı izleyebilirsiniz:

1. Taban marjınızı bulun: Hangi indirim oranından sonra bir satışın zarara ya da kabul edilemez bir kâra döndüğünü netleştirin.
2. Güvenli bölgeyi işaretleyin: Temsilcinin kimseye sormadan verebileceği, sizi rahatsız etmeyen üst sınırı belirleyin — diyelim ki küçük bir oran.
3. Gri bölgeyi tanımlayın: Bu sınırın üstündeki ama hâlâ mantıklı olabilecek talepleri bir yöneticinin hızlı onayına bağlayın.
4. Kırmızı çizgiyi koyun: Bunun ötesindeki her şeyin istisnasız patrona ya da sahibe gitmesini şart koşun.

Bir mobilya atölyesi düşünün: seri üründe küçük bir indirim zararsızken, özel ölçü bir siparişte aynı oran tüm işçiliği götürebilir. Eşiği ürün grubuna göre ayırmak, tek bir genel kuraldan çok daha gerçekçidir.

Eşiği tek bir sayıya hapsetmek zorunda da değilsiniz. Yeni bir müşteriye ilk siparişte tanıdığınız indirimle, yıllardır düzenli alan birine tanıdığınız indirim aynı olmak zorunda değildir. Aynı şekilde sezon sonu bir kampanyada eşiği geçici olarak yukarı çekmek, yoğun dönemde ise sıkmak mantıklı olabilir. Önemli olan, bu ayrımları hisle değil, yazılı bir kuralla tanımlamaktır.

Kimin neyi onaylayacağını ve yedeğini tasarlayın

Eşikleri koyduktan sonra sıra yönlendirmede. Gri bölgedeki bir talep kime gidecek? Yönlendirmeyi yalnızca iskonto oranına göre değil, müşterinin büyüklüğüne ya da ürün grubuna göre de kurabilirsiniz; stratejik bir müşteriden gelen küçük bir talep bile doğrudan sahibin önüne gidebilir. Peki o kişi telefonuna bakamıyorsa ne olacak? İkinci soruyu atlarsanız, otomasyonu kurar ama yine aynı darboğaza düşersiniz — darboğazın sadece adı değişir.

Yönetici onayıOtomatik onaySahibe iletilir

Her zaman bir yedek onaycı bırakın

Tek bir onaycıya bağlı kalmayın. Yönetici belirli bir süre içinde yanıt vermezse, talep otomatik olarak bir üst kişiye ya da yedeğe düşmeli. Bu mantık aslında bir yükseltme (escalation) otomasyonunun ta kendisidir: iş bir yerde takılırsa kendi başına doğru kişiye tırmanır. Böylece "patron izindeydi, o yüzden bekledi" cümlesi tarihe karışır.

Asıl kazanç: otomatik onay bölgesi

Bu akışın en çok zaman kazandıran yeri aslında en sessiz yeridir: kimsenin dokunmadığı otomatik onay bölgesi. Küçük indirimlerin büyük çoğunluğu buraya düşer ve temsilci daha müşteriyle konuşurken teklif çıkar.

Burayı, ekibinizin sırtından kalkan diğer tekrarlayan satış işleri gibi düşünün. Düşük riskli, tahmin edilebilir, her seferinde elle yapılan bir adımı bir kez kurala bağlarsınız; sonra o adım kendi kendine döner. Fark şu ki burada kazandığınız yalnızca zaman değil, anlaşmanın sıcak kaldığı o kritik dakikalardır.

Küçük bir örnek: el yapımı mum satan bir marka düşünün. Tek tek gelen perakende siparişlerde birkaç puanlık bir indirim neredeyse her gün isteniyor. Bu talepleri otomatik onaya bağladığınızda, ekip her seferinde durup sormak yerine anında fiyat verir; patron ise yalnızca gerçekten büyük toplu siparişlerde devreye girer. Küçük kararlar akıp giderken, büyük kararlar için gereken sükûnet de korunmuş olur.

Onayın kendisini de hızlandırın

Akışı ne kadar iyi tasarlarsanız tasarlayın, onay isteği yöneticinin göremeyeceği bir yere düşerse yine beklersiniz. O yüzden onay anının kendisi de kolay olmalı.

• Onay, insanın zaten baktığı yere gelsin: Ayrı bir panele girmek yerine, yöneticinin gün boyu açık tuttuğu WhatsApp ya da bildirim ekranına düşen bir istek çok daha hızlı yanıtlanır.
• Karar tek dokunuşla verilebilsin: Talebin özeti — müşteri, ürün, istenen iskonto, kalan marj — tek ekranda görünmeli ki "onayla" ya da "reddet" bir saniyelik iş olsun.
• Bağlam kaybolmasın: Onaycı geçmiş yazışmayı ya da müşterinin değerini görebilirse, kararı hem daha isabetli hem daha hızlı olur.

Amaç yöneticiyi karardan çıkarmak değil, kararı ona zahmetsizce getirmektir. Saniyeler içinde verilen bir "olur", saatler süren bir sessizlikle kıyaslanamayacak kadar değerlidir.

Nerede insanı devrede tutmalı?

Dürüst olmak gerekirse, her onay otomatikleşmemeli. Büyük bir kurumsal anlaşma, alışılmadık bir ödeme vadesi ya da stratejik bir müşteriye özel bir jest — bunlar bir insanın sezgisini hak eder. Otomasyon burada karar vermemeli; yalnızca talebi hızlıca doğru kişinin önüne koymalıdır.

Otomasyonun işi düşük riskli kararları halletmek, yüksek riskli olanları ise beklemeden doğru insana ulaştırmaktır.

Fazla ileri gitmenin de bir bedeli var. Her şeyi kurala bağlamaya çalışırsanız, müşterinin hissettiği o insani esnekliği kaybedersiniz. Aşırı otomasyonun tuzağına düşmemek için basit bir ölçü kullanın: karar tekrarlıysa ve düşük riskliyse otomatikleştirin; ender ve yüksek etkiliyse insana bırakın.

Hızdan fazlası: tutarlılık ve iz kaydı

Çoğu işletme onay otomasyonunu hız için kurar, ama asıl uzun vadeli getiri başka yerdedir: tutarlılık. Kurallar herkes için aynı işlediğinde iskonto, "kimin kiminle ne kadar iyi anlaştığına" göre değil, sizin belirlediğiniz politikaya göre verilir.

• Marj korunur: Otomatik bölgenin üstündeki her talep görüldüğü için, sessizce eriyen kârlar ortadan kalkar.
• İz kalır: Kimin, ne zaman, hangi iskontoyu neden onayladığı kayıtlıdır; anlaşma sonrası tartışmalar biter.
• Yeni ekip hızlı öğrenir: Kurallar yazılıyken, işe yeni başlayan bir temsilci neyin serbest, neyin onaya tabi olduğunu ilk günden bilir.

Bu yönüyle onay akışları, daha geniş bir satış otomasyonu resminin bir parçasıdır: tekrarlayan kararları standartlaştırıp ekibi asıl önemli işe, yani ilişki kurmaya bırakmak.

Sıkça sorulan sorular

Onay akışı otomasyonu, ekibinizin elinden karar yetkisini almaz; yalnızca küçük kararları hızlandırıp büyük olanları netleştirir. Kendi marjınıza göre birkaç eşik çizin, bir yedek onaycı bırakın ve düşük riskli indirimlerin beklemeden geçmesine izin verin. Rocketly gibi bir CRM üzerinde bu akışları tek panelden kurduğunuzda, "patron dönsün de öyle" cümlesi yerini "onaylandı, gönderdim bile" cümlesine bırakır.