Web sitenizdeki iletişim formu bir satış kanalı değil, bir kayıp kanalıdır; ta ki her gelen talebin dakikalar içinde doğru kişiye düşmesini sağlayana kadar. Talep yönetimi dediğimiz şey tam olarak bu: formdan gelen her isteğin sınıflandırılması, bir sahibe atanması, bildirilmesi ve takip edildiğinin kanıtlanması. Bu yazı, o akışı küçük bir ekiple nasıl kuracağınızı adım adım anlatıyor. Kümenin çatı yazısı olan süreç otomasyonu yol haritasında "ilk otomatikleştirilecek süreçler" arasında saydığımız işlerden biri bu; burada derinleşiyoruz.

Önce tezi net koyalım. Çoğu işletmede talep kaybı satışçının tembelliğinden değil, yönlendirmenin olmamasından kaynaklanır. Form bir ortak kutuya düşer, herkes görür, kimse sahiplenmez, üç gün sonra biri "bu bize mi gelmişti" diye sorar. Çözüm daha çok hatırlatma değil, bir sistemdir.

Talep yönetimi nedir, CRM'den farkı ne?

Talep yönetimi, bir müşteri adayının ilk temasından ilk gerçek görüşmeye kadar geçen süreci yöneten kurallar bütünüdür: kim yanıtlayacak, kaç dakikada, hangi kanaldan, yanıtlanmazsa ne olacak. CRM bu bilgilerin tutulduğu yerdir; talep yönetimi ise CRM'e girmeden önce ve girdikten hemen sonra ne olacağına karar veren akıştır.

Ayrımı pratikte şöyle görürsünüz. Bir CRM'iniz olabilir ve talepler yine de kaybolabilir; çünkü CRM kaydı oluşmak, birinin o kaydı açıp aramasını garanti etmez. Talep yönetimi akışı, kaydın oluştuğu saniyede bir sahip belirler, o sahibe bildirim gönderir ve bir sayaç başlatır. Sayaç dolarsa talep başkasına geçer. CRM'siz de kurulabilir (bir e-tablo ve bir otomasyon aracı yeter), ama CRM varsa ona bağlanmak doğal adrestir.

Hız neden bu kadar önemli?

Elimizdeki en sağlam veri eski ama hâlâ öğretici. Harvard Business Review'da 2011'de yayınlanan "The Short Life of Online Sales Leads" çalışması, 2.241 ABD şirketine web formundan test talebi gönderdi. Ortalama ilk yanıt süresi 42 saat çıktı; şirketlerin yüzde 23'ü hiç dönmedi. Daha eski, 2007 tarihli ve bir yazılım satıcısıyla birlikte yapılmış bir çalışma ise beş dakika içinde dönülen taleplerde temas kurma olasılığının yarım saat sonrasına göre kat kat yüksek olduğunu bulmuştu. O çalışmanın "100 kat" gibi çarpıcı rakamları yirmi yıl sonra hâlâ satıcı bloglarında dolaşıyor; biz sayıyı değil yönü alıyoruz: ilk saat altın, ilk gün gümüş, sonrası çoğunlukla boşa gitmiş emek.

Türkiye için ayrıca bir gözlem ekleyelim. Sanayi bölgesinde makine satan bir müşterimizde formdan gelen taleplerin çoğu mesai dışında, akşam 20.00 ile 23.00 arasında geliyordu; işletme sahibi günün koşturmasını bitirip araştırma yapıyor. Sabah 09.00'da dönen ekip, rakibin gece yarısı otomatik yanıtının gerisinde başlıyordu. Yönlendirme sistemi burada iki iş yapar: anında bir "aldık, yarın 10.00'a kadar arayacağız" mesajı gönderir ve sabah ilk işi o aramayı kimin yapacağını belirlemiş olur.

Akışın yedi parçası

İyi bir talep yönetimi akışı yedi parçadan oluşur: form, kayıt, ayıklama, sınıflandırma, atama, bildirim ve takip. Her parçanın tek bir görevi vardır; birini atlarsanız boşluk kendini genellikle üç hafta sonra "o müşteri ne oldu" sorusuyla gösterir.

1. Form: az alan, doğru alan

Formda ne kadar çok alan varsa o kadar az kişi doldurur, ama yönlendirme için en az bir sınıflandırıcı alana ihtiyacınız var: ilgilendiği ürün ya da hizmet, şehir ya da bölge, şirket büyüklüğü gibi. Ad, telefon, e-posta ve tek bir seçim kutusu çoğu KOBİ için yeterlidir. Mesaj alanını zorunlu tutmayın; kullanıcı yazmazsa yapay zeka sınıflandırmasının elinde sadece seçim kutusu kalır, bu da olur.

2. Kayıt: form bir yere düşsün, e-postaya değil

Formun yalnızca e-posta göndermesi en yaygın hata. E-posta bir bildirim kanalıdır, kayıt yeri değil. Form gönderildiğinde webhook (formun verisini anında başka bir sisteme ileten çağrı) ile bir CRM'e, bir e-tabloya ya da bir otomasyon aracına yazılmalı. WordPress'te Contact Form 7, WPForms ve Elementor formları bunu doğrudan destekler; özel geliştirilmiş sitelerde bir API çağrısıdır.

3. Ayıklama: botlar ve çöp kayıtlar insana ulaşmasın

Her formun yüzde 20-40'ı bot, spam ya da yarım dolmuş kayıttır; bu oran sektöre ve forma göre değişir, kendi formunuzda bir ay sayın. Bunlar bir insana atanırsa hem bir satışçının zamanı gider hem de "yanıt süresi" ölçümünüz bozulur. Basit kurallar işin çoğunu çözer: e-posta alanı geçerli mi, telefon Türkiye formatında mı, mesaj alanı bağlantı dolu mu, aynı IP'den son bir saatte kaç form geldi. Şüpheli kayıt silinmez, "incelenecek" kuyruğuna düşer.

4. Sınıflandırma: önce kural, sonra yapay zeka

Formdaki seçim kutusu varsa sınıflandırma kuraldır: "e-ticaret" seçeni e-ticaret ekibine. Seçim kutusu yoksa ya da serbest metin belirleyiciyse, büyük dil modeli (LLM) ile sınıflandırma devreye girer: "Mesajı oku; ürün, bölge ve aciliyet alanlarını doldur; emin değilsen 'belirsiz' yaz." Buradaki kritik kural şu: model emin değilse tahmin etmesin. Belirsiz etiketli talep, bir insanın baktığı istisna kuyruğuna gider. Yanlış ekibe giden talep, hiç gitmeyen talepten daha pahalıdır; iki kişi aynı müşteriyi arar ya da kimse aramaz.

5. Atama: tek sahip, açık kural

Üç yaygın atama modeli var. Sırayla dağıtım (round robin) her yeni talebi sıradaki kişiye verir; eşitlikçidir, küçük ekipler için yeterlidir. Bölge bazlı atama şehir ya da il grubuna göre dağıtır; saha satışı olan firmalar için doğaldır. Yetkinlik bazlı atama ürün ya da konuya göre dağıtır; birden çok hizmet veren firmalar için gerekir. Hangisini seçerseniz seçin iki şart değişmez: her talebin tam olarak bir sahibi olur ve hiçbir kurala uymayan talep için bir yedek sahip tanımlıdır. "Herkes sorumluysa kimse sorumlu değildir" cümlesi burada bir slogan değil, üç haftalık sessizliğin tarifidir.

Bir tuzak: bazı CRM'lerde ekip listesini düzenlemek dağıtım sayaçlarını sıfırlar ve bir kişi üst üste talep almaya başlar. Ekip değiştiğinde dağılımı bir hafta izleyin.

6. Bildirim: ekibin zaten baktığı kanala

Bildirim kanalı, ekibin gün içinde zaten açık tuttuğu kanal olmalı. Türkiye'de bu çoğunlukla WhatsApp'tır. Satışçıya giden mesajda talebin özeti, müşterinin adı, telefonu ve "kabul et" bağlantısı olur. Slack ya da Teams kullanan ekiplerde oraya; e-posta yalnızca yedek. Aynı anda müşteriye de bir alındı mesajı gider: ne zaman aranacağı yazılı, kimin arayacağı yazılı. Bu mesaj, müşterinin başka bir firmaya form doldurmasını geciktiren tek şeydir.

7. Takip: sayaç, yükseltme, kanıt

Atamayla birlikte bir hizmet seviyesi sayacı başlar: mesai içinde 15 dakika, mesai dışında ertesi sabah 10.00 gibi. Süre dolduğunda talep otomatik olarak sıradaki kişiye ya da yöneticiye geçer ve ilk sahibe bu bildirilir. Her adım kayıt altına alınır: hangi kural çalıştı, kime atandı, kaç dakikada ilk temas kuruldu. Bu kayıt olmadan "taleplere hızlı dönüyoruz" cümlesi bir histir, ölçüm değil. Onay ve yükseltme adımlarını nasıl tasarlayacağınızı insan onaylı otomasyon yazısında ayrıntılı anlattık.

Hangi araçla kurulur?

Dört araç ailesi var ve seçim ekibin büyüklüğüne değil, CRM'inizin olup olmadığına bağlı. CRM'iniz yoksa bir otomasyon aracı ve bir e-tablo ile başlayın; CRM'iniz varsa önce onun kendi atama özelliklerine bakın, yetmiyorsa araya otomasyon aracı koyun.

  • Otomasyon araçları (n8n, Make, Zapier): Form webhook'unu alır, ayıklama ve sınıflandırma adımlarını çalıştırır, WhatsApp ya da e-posta gönderir, e-tabloya ya da CRM'e yazar. n8n kendi sunucunuzda ücretsiz çalışır; Make ve Zapier bulut tabanlıdır ve işlem sayısına göre ücretlendirilir. Karşılaştırmayı ayrı bir yazıda yaptık. Kuralı siz yazarsınız, bakımı sizdedir.
  • CRM'in kendi atama özelliği: HubSpot'ta sırayla dağıtım ve form bazlı yönlendirme ücretsiz planda yok, ücretli Professional ve Enterprise katmanlarında var. Pipedrive ve Bitrix24 gibi araçlarda da otomatik atama genellikle orta ve üst paketlerde açılıyor. Fiyatlar sık değiştiği için güncel listeye bakın; ama kural şu: ücretsiz CRM planı genellikle kayıt tutar, dağıtmaz.
  • Özel yönlendirme araçları: Kurumsal satış ekipleri için tasarlanmış, kullanıcı başına ücretli ürünler. Üç kişilik bir ekip için gereksiz; onlarca satışçı ve bölge varsa değerlendirilir.
  • Özel geliştirme: Form zaten size özel bir sitede ya da uygulamadaysa, yönlendirme mantığını sitenin arka ucuna yazmak çoğu zaman en temiz çözümdür. Dışarıya bağımlılık kalmaz, kural değişikliği bir kod değişikliğidir.

Yapay zekanın yeri yalnızca sınıflandırma adımıdır. Formu okuyup "bu talep hangi ekibe, ne kadar acil" sorusuna cevap vermek dışında akışın geri kalanı kuraldır ve kural olarak kalmalıdır. Görüşme sonrası CRM kaydını yapay zekaya yazdırmak ise ayrı bir konu; onu CRM otomasyonu yazısında işledik.

Geri dönüş için İYS onayı gerekir mi?

Müşterinin kendi doldurduğu teklif formuna yanıt vermek, ticari elektronik ileti değil, bir talebe cevaptır; bunun için İleti Yönetim Sistemi (İYS) onayı aranmaz. Onay, o kişiyi daha sonra kampanya listesine eklediğinizde, hatırlatma dizisine soktuğunuzda ya da talebiyle ilgisiz bir ürünü tanıttığınızda gerekir. Bu yorum genel çerçeveyi anlatır; kendi akışınızı bir hukukçuya kontrol ettirin.

Formda sık yapılan hata, KVKK aydınlatma metnini, üyelik sözleşmesini ve ticari ileti iznini tek kutuya sıkıştırmaktır. KVKK açık rızası ile 6563 sayılı kanun kapsamındaki ticari ileti izni ayrı rejimlerdir; ileti izinleri İYS'ye kaydedilir, KVKK rızaları kaydedilmez. İzin kanal bazlıdır: arama, SMS ve e-posta için ayrı ayrı alınır. Önceden işaretli kutu geçersizdir. Yönlendirme akışınızda bu izinleri ayrı alanlar olarak CRM'e taşıyın; üç ay sonra "bu kişiyi arayabilir miyiz" sorusunun cevabı kayıtta hazır olsun.

Sık yapılan altı hata

  • Tek ortak kutu: Form info@ adresine düşer, herkes görür, kimse sahiplenmez. Çözüm: her talebe atama.
  • Yedek sahip yok: Hiçbir kurala uymayan talep boşlukta kalır. Çözüm: istisna kuyruğu ve o kuyruğa bakan bir isim.
  • Sayaç yok: Atanan ama aranmayan talep kimsenin dikkatini çekmez. Çözüm: süre ve otomatik yükseltme.
  • Mükerrer kayıt: Aynı kişi iki kez form doldurur, iki satışçı arar. Çözüm: telefon ve e-postaya göre eşleştirip mevcut sahibe yönlendirme.
  • Bot formlar insana gider: Satışçı günde on çöp kaydı eler, gerçek talebe geç kalır. Çözüm: ayıklama adımı.
  • Yapay zeka tahmin eder: Model emin olmadığında da bir ekip seçer. Çözüm: "belirsiz" çıktısı ve insan kontrolü.

Küçük bir ekip için başlangıç planı

Üç kişilik bir satış ekibi için bir haftada kurulabilecek sürüm şudur: form webhook'u bir otomasyon aracına gider; araç e-posta ve telefon formatını kontrol eder; seçim kutusuna göre sırayla dağıtım yapar; satışçıya WhatsApp özeti, müşteriye alındı mesajı gönderir; kaydı bir e-tabloya ya da CRM'e yazar; 15 dakika içinde "kabul edildi" işareti gelmezse yöneticiye bildirir. Yapay zeka sınıflandırması bu sürümde yoktur; önce kuralla çalışın, bir ay sonra hangi taleplerin yanlış kutuya düştüğüne bakın, gerçekten gerekiyorsa model ekleyin.

Ölçeceğiniz üç sayı: ilk temasa kadar geçen ortanca süre, sayaç dolan taleplerin oranı ve istisna kuyruğuna düşen taleplerin oranı. İlk sayı bir ayda saatlerden dakikalara inmiyorsa sorun araçta değil kuraldadır; ikinci sayı yüzde 10'un üzerindeyse ekip kapasitesi yetmiyordur; üçüncüsü yüksekse formunuz yeterince sınıflandırıcı alan sormuyordur.

Sık sorulan sorular

CRM'imiz yok, yine de kurabilir miyiz?

Evet. Bir e-tablo, bir otomasyon aracı ve WhatsApp yeterlidir. CRM, talep sayısı ayda birkaç yüzü geçtiğinde ya da satış sonrası süreç de izlenmek istendiğinde gerekir.

Bildirim için WhatsApp mı, e-posta mı?

Ekibin zaten baktığı kanal. Türkiye'de bu çoğunlukla WhatsApp'tır; işletme hesabınızdan şablon mesajla gönderim için WhatsApp Business API kurulumu ve Meta işletme doğrulaması gerekir. E-posta yalnızca yedek kanal olarak kalmalı.

Yapay zeka sınıflandırması yanılırsa ne olur?

Doğru kurulmuş bir akışta model emin olmadığında "belirsiz" der ve talep insana gider. Yine de yanlış ekibe giden talepler olacaktır; bunun için satışçının tek tıkla "bana ait değil" diyebileceği ve talebin yeniden dağıtıldığı bir geri yol tanımlayın.

Mesai dışı gelen talepler ne olacak?

Müşteriye hemen alındı mesajı gider, atama yapılır ama sayaç ertesi iş günü sabahı başlar. Böylece gece gelen talep sabah ilk iş olarak sırada bekler, kimseyi gece aramaya zorlamaz.

Ne kadara mal olur?

Araç maliyeti küçük ekipler için aylık birkaç yüz TL ile birkaç bin TL arasında değişir; asıl maliyet kurulum ve ilk ayın ayarıdır. Özel geliştirmede bu, mevcut bir sitenin arka ucuna birkaç günlük iştir. Hangi yolu seçerseniz seçin, ilk ayın sonunda ortanca yanıt süresini ölçün; sistemin kendini ödeyip ödemediğini o sayı söyler.