İ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
- İşletme
- E-posta
- Kaynak
- Talep
- Durum
- Yeni talep · ekip incelemesi bekliyor
Kayıt yalnız bu örneğin belleğinde tutulur. Örnek değişince, baştan başlatıldığında veya sayfa yenilenince 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.
SÜRECİ YAKINDAN İNCELEYİN
Bir talep, doğru satış sorumlusuna nasıl ulaşır?
Örnek bir web talebini, eksik bilgi kontrolünden CRM kaydına kadar izleyin. Her adımın girdisini, ürettiği çıktıyı ve insanın karar verdiği noktayı açabilirsiniz.
Öğretici örnek: Bu bölüm gerçek müşteri kaydı değildir. Adımları açmak AI çağrısı, sistem bağlantısı veya kayıt işlemi başlatmaz.
Hangi adımda ne olur?
Talebi ortak kayda dönüştürKanal farklı olsa da takip edilecek alanlar aynı kalır.
- Girdi
- Web formundan gelen “Üretim ekibimiz için teklif istiyoruz” mesajı.
- Sistemin işi
- Kanal, iletişim bilgisi ve talep metni ortak alanlara alınır. Kaynak olay kimliği korunur.
- İnsanın kararı
- Eksik iletişim bilgisi varsa satış operasyonu tamamlanacak alanı belirler.
- Sorun çıkarsa
- Aynı olay yeniden gelirse ikinci kayıt açılmaz; mevcut işlem durumu kontrol edilir.
- Çıktı
- Kaynağı belli, eksik alanları işaretlenmiş talep.
Kişiyi ve ihtiyacı eşleştirAI konuyu önerir; kesin eşleşme kuralları kimliği kontrol eder.
- Girdi
- Standartlaştırılmış talep ve erişim izni bulunan CRM kayıtları.
- Sistemin işi
- E-posta veya telefon eşleşmesi aranır. AI yalnız talepte bulunan bilgilerden ihtiyaç özeti ve sınıf önerir.
- İnsanın kararı
- Benzer şirket adları veya belirsiz talepler insan incelemesine ayrılır.
- Sorun çıkarsa
- İki olası kişi bulunduğunda kayıtlar otomatik birleştirilmez.
- Çıktı
- İhtiyaç özeti, önerilen sınıf ve varsa eşleşme uyarısı.
Sorumluyu belirle ve kaydetAtama, işletmenin satış kurallarına dayanır.
- Girdi
- Kontrol edilmiş talep, ekip tablosu ve varsa insan onayı.
- Sistemin işi
- Tanımlı ürün veya bölge kuralı uygulanır; CRM kaydı oluşturulur ya da güncellenir.
- İnsanın kararı
- Kural dışında kalan talebin sorumlusunu satış operasyonu seçer.
- Sorun çıkarsa
- CRM yanıt vermezse kayıt başarılı sayılmaz. Tekrar denemeden önce kaydın oluşup oluşmadığı kontrol edilir.
- Çıktı
- CRM kayıt kimliği, satış sorumlusu ve işlem geçmişi.
Takibi görünür kılKaydın açılması, müşteriye dönüş yapıldığı anlamına gelmez.
- Girdi
- Atanmış CRM kaydı ve ekibin takip kuralı.
- Sistemin işi
- İlk dönüş görevi ve durumu kayda bağlanır.
- İnsanın kararı
- Satış sorumlusu mesajı hazırlar, müşteriyle görüşür ve sonucu kaydeder.
- Sorun çıkarsa
- Görev sahipsiz veya gecikmişse operasyon kuyruğuna alınır.
- Çıktı
- Kimin, hangi talebi, hangi aşamada takip ettiği görülebilir.
TEMSİLİ ÇIKTI
Satış ekibinin göreceği talep özeti
Bu örnek CRM kaydı oluşturmaz ve müşteriye mesaj göndermez.
- Kaynak
- Web formu · temsili kayıt
- İhtiyaç
- Üretim ekibi için çözüm ve teklif görüşmesi
- Eksik bilgi
- Kullanıcı sayısı ve mevcut sistem
- Önerilen ekip
- Kurumsal satış
- Durum
- Bilgi tamamlama bekliyor
- Sonraki adım
- Satış sorumlusu kapsamı doğrulayacak
İŞLETMENİZDE NASIL BAŞLARIZ?
Önce küçük ve kontrol edilebilir bir pilot.
- Veri
- Kimlik bilgileri çıkarılmış örnek talepler, zorunlu CRM alanları ve tekrar kayıt örnekleri.
- Araç
- İlk aşamada tek form kanalı ve test CRM alanı. Bağlantı yetkileri ayrıca doğrulanır.
- Sorumlu
- Satış operasyonundan bir karar sahibi ve CRM alanlarını yöneten kişi.
İlk denemenin kapsamı
Tek kanal ve tek satış ekibiyle başlayın. İlk talepleri yazma işlemi kapalıyken değerlendirin; ekip önerileri doğruladıktan sonra kontrollü kayıt adımına geçin.
Neyi ölçeriz?
İlk yönlendirmeye kadar geçen süreyi, yanlış atamaları, tekrar kayıtları ve insan incelemesine ayrılan talepleri aynı örnek kümesinde izleyin.
Ne zaman uygun?
Birden fazla kişinin takip ettiği ve düzenli gelen taleplerde sahiplik sorunu varsa bu akış anlamlıdır.
Önce neyi çözmelisiniz?
Sorumlu ekipler ve CRM alanları henüz belli değilse önce satış sürecini netleştirin.
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
- 01Web sitesi, form ve WhatsApp gibi izinli kanallardan yeni talebin alınması
- 02Kanal alanlarının ortak lead şemasına dönüştürülmesi
- 03Telefon ve e-posta gibi tanımlayıcıların standartlaştırılması
- 04Mevcut CRM kayıtlarında aynı kişi veya şirket için eşleşme aranması
- 05Talep 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ı
- 07Belirsiz, eksik veya çelişkili kayıtların insan kontrolüne ayrılması
- 08Onaylanan kaydın CRM’de oluşturulması ya da mevcut kaydın güncellenmesi
- 09Lead’in ilgili satış ekibine veya sorumluya atanması
- 10Kaynak, 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
SSS
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 tercihleriDeneyiminizi iyileştirmek ve site trafiğini anonim olarak analiz etmek için çerez kullanıyoruz.Detaylar: Çerez Politikası · Gizlilik