İNTERAKTİF DEMO
Müşteri başvurusu
nasıl kontrol edilir?
Formdan gelen talep hangi kontrollerden geçer? Bilgi eksikse, aynı kişi yeniden başvurursa veya servis hata verirse ne olur? Bir senaryo seçip akışı deneyin.
- 01BaşvuruBekliyor
- 02DoğrulamaBekliyor
- 03Tekrar kontrolüBekliyor
- 04İnsan onayıBekliyor
- 05Demo kayıtBekliyor
01 / BAŞVURU
Bilgiler tamam. Demo kaydı için onayınız beklenir.
- İşletme
- Örnek İşletme
- E-posta
- demo@example.invalid
- İhtiyaç
- Pazarlama otomasyonu görüşmesi
- Kaynak
- Web formu
02 / KARAR VE SONUÇ
HazırDemo kayıt denemesi: 0 / 2
Kayıt yalnız bu örneğin belleğinde tutulur. Baştan başlatıldığında temizlenir.
03 / İŞLEM İZİ
Her kararın gerekçesi görünür.
- Akış henüz başlatılmadı.
BU ÖRNEKTE
Onaysız kayıt yok.
Ad ve e-posta kontrol edilir. Temsili listede aynı e-posta varsa ikinci kayıt açılmaz. Uygun başvuru kararınızı bekler; reddederseniz akış burada durur.
HATA DURUMUNDA
Bir tekrar. Sonra inceleme.
Geçici hata için toplam iki deneme sınırı vardır. Başarı, servis durumuyla birlikte yanıtın içeriğinden kontrol edilir. HTTP 200 tek başına yeterli değildir.
GERÇEK KURULUMDA
Koşulları birlikte belirleriz.
Yetkili onayı, kalıcı tekrar kontrolü, bekleme süreleri ve izleme işletmenizin sistemine göre kurulur. Bu demo bir müşteri vakası veya zaman kazancı ölçümü değildir.
n8n örneği ile sayfadaki demo nasıl ilişkili?
Aynı karar mantığı sayfada ve n8n Code adımlarında kullanılır. n8n test dosyasındaki operatör kararları önceden tanımlanmış örnek girdilerdir; gerçek bir yetkilendirme veya onay bekleme sistemi değildir. Servis yanıtları da kontrollü örneklerdir. Gerçek bir kurulumda bu noktalar işletmenin onay ve CRM bağlantılarıyla değiştirilip ayrıca test edilir.
Kaynak: n8n Code düğümü belgesi ↗
Sizin başvurularınız hangi yolu izliyor?
Form, onay ve CRM adımlarınızı birlikte değerlendirelim.
Sorun
Satış talepleri web sitesi, farklı form araçları ve mesajlaşma kanallarına dağıldığında bütün lead’leri tek yerde görmek zorlaşıyor.
Aynı kişi birden fazla kanaldan iletişim kurduğunda CRM’de mükerrer kayıtlar oluşabiliyor; satış ekibi bunun yeni bir fırsat mı yoksa mevcut görüşmenin devamı mı olduğunu elle araştırıyor.
Serbest metinle gelen talepler ürün, hizmet, bütçe, zamanlama ve satın alma niyeti bakımından farklılaşıyor. Sabit alanlardan oluşan basit formlar bu bağlamı her zaman yakalayamıyor.
Lead’in hangi ekip veya satış sorumlusuna gideceği açık kurallara bağlanmadığında kayıtlar ortak havuzda bekliyor ya da yanlış kişiye atanıyor.
Neyi iyileştirmeye söz verdik
- Lead’in gelmesi ile CRM kaydının oluşturulması arasında geçen süre
- Satış sorumlusuna atanmadan bekleyen lead sayısı
- Yanlış ekibe veya satış sorumlusuna yönlendirilen kayıtların oranı
- Aynı kişiye ait mükerrer CRM kayıtlarının sayısı
- İnsan kontrolüne gönderilen belirsiz sınıflandırmaların oranı
Sistem nasıl işliyor
- 01 Web sitesi, form ve WhatsApp gibi izinli kanallardan yeni talebin alınması
- 02 Kanal alanlarının ortak lead şemasına dönüştürülmesi
- 03 Telefon ve e-posta gibi tanımlayıcıların standartlaştırılması
- 04 Mevcut CRM kayıtlarında aynı kişi veya şirket için eşleşme aranması
- 05 Talep metninden konu, ürün veya hizmet ilgisi ve ihtiyaç özetinin çıkarılması
- 06 Önceden tanımlanmış kurallara göre sınıf ve yönlendirme önerisinin oluşturulması
- 07 Belirsiz, eksik veya çelişkili kayıtların insan kontrolüne ayrılması
- 08 Onaylanan kaydın CRM’de oluşturulması ya da mevcut kaydın güncellenmesi
- 09 Lead’in ilgili satış ekibine veya sorumluya atanması
- 10 Kaynak, sınıflandırma ve yönlendirme kararının kayıt altına alınması
Kullandığımız yöntemler
- Her kanalın farklı alanlarını tek CRM şemasında birleştiren veri normalizasyonu
- Telefon ve e-posta alanlarında biçim standardizasyonu ve kesin eşleşme kontrolleri
- Kesin kurallar ile yapay zekâ sınıflandırmasını ayıran iki aşamalı karar yapısı
- Serbest metinden yalnız tanımlı alanları çıkaran yapılandırılmış çıktı şeması
- Ürün, hizmet, bölge veya satış ekibi kurallarına göre yönlendirme tablosu
- Düşük güvenli ve çelişkili kayıtlar için insan kontrol kuyruğu
- Aynı olayın tekrar işlenmesini önleyen kanal ve kayıt kimliği kontrolü
- CRM’e yazılan her karar için kaynak ve işlem kaydı
İnsan nerede devrede
Yapay zekânın sınıflandırma önerisi belirlenen güven koşullarını karşılamıyorsa kayıt otomatik atanmaz ve satış operasyonu kuyruğuna gönderilir. İnsan kullanıcı lead sınıfını, şirket eşleşmesini ve sorumlu atamasını değiştirebilir. Yüksek değerli, eksik iletişim bilgili veya birbiriyle çelişen talepler için insan kontrolü kaldırılmaz.
Veri ve güvenlik
Sistem yalnız lead kaydı için gerekli alanları işlemeli; kanal erişimleri ve CRM yazma yetkileri görev bazında sınırlandırılmalıdır. Serbest metin içinde gereksiz kişisel veya hassas veri bulunursa yapay zekâya gönderilmeden önce ayıklanmalıdır. Her kayıt oluşturma, güncelleme ve yönlendirme işlemi denetlenebilir bir işlem günlüğünde tutulmalıdır.
Kime uygun
Uygun
- Lead’leri birden fazla web formu ve mesajlaşma kanalından gelen şirketler
- Gelen talepleri ürün, hizmet, bölge veya ekip bazında ayıran satış organizasyonları
- CRM kaydı ve ilk yönlendirmesi hâlâ elle yapılan ekipler
- Mükerrer kayıt ve sahipsiz lead sorunu yaşayan şirketler
Uygun değil
- Talep hacmi düşük ve bütün lead’leri tek kişinin yönettiği işletmeler
- Lead’leri zaten tek, zorunlu alanlı formdan eksiksiz alan şirketler
- CRM’de sahiplik, aşama ve yönlendirme kuralları henüz tanımlanmamış ekipler
- WhatsApp ve diğer kanallar için gerekli erişim ve iletişim izinlerini yönetemeyen yapılar
Sık sorulanlar
Hangi kanallar sisteme bağlanabilir?
API, webhook veya güvenilir veri aktarımı sunan web formu ve mesajlaşma kanalları bağlanabilir. Kesin kanal listesi, kullanılan form altyapısı, WhatsApp çözümü ve CRM’in sunduğu entegrasyon imkânlarına göre belirlenir.
Yapay zekâ satış sorumlusunu tek başına seçer mi?
Hayır. Temel yönlendirme ürün, hizmet, bölge ve ekip kapasitesi gibi şirketin tanımladığı kurallara dayanır. Yapay zekâ serbest metni sınıflandırır ve öneri üretir; belirsiz kayıtlar insana bırakılır.
Mükerrer CRM kayıtları nasıl önlenir?
Önce telefon ve e-posta gibi güvenilir tanımlayıcılar standartlaştırılıp mevcut kayıtlarla karşılaştırılır. Kesin eşleşme bulunamazsa sistem otomatik birleştirme yapmak yerine olası eşleşmeyi insan kontrolüne sunar.
CRM kullanmadan kurulabilir mi?
Lead’ler geçici bir tabloda toplanabilir; ancak sahiplik, satış aşaması, geçmiş görüşmeler ve takip kaydı için CRM gerekir. CRM yapısı yoksa önce alanların ve satış sürecinin tanımlanması daha doğru olur.
Kurulum süresi neye bağlıdır?
Süre; kanal sayısına, kullanılan CRM’in entegrasyon olanaklarına, veri alanlarının düzenine ve satış yönlendirme kurallarının hazır olup olmamasına bağlıdır. Doğrulanmış proje bilgisi olmadan sabit süre vermek doğru değildir.
Projeyi yürüten:DijitalPi
✦ PI ASISTAN · YAPAY ZEKA
çevrimiçiSorunuzu DijitalPi AI Asistan’a sorun
Form doldurup dönüş beklemeye gerek yok. Sorunuzu yazın, DijitalPi'nin 20 yıllık bilgi birikimiyle eğitilen Pi saniyeler içinde yanıtlasın.
- Anında, 7/24 yanıt
- Hizmete özel bağlam, genel geçer cevap yok
- Dilerseniz ücretsiz görüşmeye bağlanır
Pi Asistan yanıtları bilgilendirme amaçlıdır; teklif için iletişime geçin.
YAPAY ZEKAYA SORUN
DijitalPi ne yapar, yapay zeka anlatsın.
Seçtiğiniz asistanı hazır bir araştırma promptuyla açar. Siteyi canlı okuyup yanıtlar.
Çerez tercihleri Deneyiminizi iyileştirmek ve site trafiğini anonim olarak analiz etmek için çerez kullanıyoruz. Detaylar: Çerez Politikası · Gizlilik