İçeriğe geç
← Tüm senaryolar

Örnek Senaryo

Web sitesi başvurusunun sahipli bir CRM kaydına dönüşmesi

Örnek senaryo · müşteri çalışması değildir

Mevcut durum

Bir ziyaretçi web sitesinde yüksek niyetli bir formu tamamlıyor. Açık soru şu: bu başvuru güvenilir bir şekilde sahipli bir kayda mı dönüşüyor, yoksa sadece bir gelen kutusundaki e-posta olarak mı kalıyor.

Önerdiğimiz akış

Sitenin zaten sahip olduğu erişilebilir, doğrulanmış yolculuk, başarılı bir başvurunun lead-crm senaryosunun tanımladığı aynı adaptörü kullanarak sahipli bir CRM kaydı oluşturması veya bununla eşleşmesi için genişletiliyor. Bir randevu bağlantısı tıklaması ile CRM tarafından onaylanmış bir talep, her zaman ayrı ayrı sayılıp raporlanıyor.

Gerçek bir çalıştırmadan

Talep girişi için gösterilen aynı referans yapı — bu çözüm, o akışı besleyen web sitesi formuyla birleştiriyor.

Gerçek bir referans yapı çalıştırmasının çıktısı: işlenen talepler, yakalanan mükerrer kayıtlar, incelemeye alınan bir vaka

Sentetik referans yapımızdan alınmıştır — müşteri sonucu değildir.Tam boyut →

Bugün nasıl işliyor

Bugün başvuru doğrulanıyor ve ekibe bir e-posta gönderiliyor. Arkasında bir CRM kaydı olmadığından, talebin yakalandığını, yönlendirildiğini veya bir sahibe atandığını gelen kutusunun ötesinde hiçbir şey doğrulamıyor.

İnsan kontrol noktaları

  • Burada akış içinde bir onay adımı yoktur; disiplin bir insan kontrol noktası değil, ölçüm dürüstlüğüdür.
  • Bir randevu, takvim veya CRM tarafında onaylanana kadar asla sayılmaz, yalnızca bir bağlantı tıklamasından değil.

Hata ve gecikme noktaları

  • Bir randevu bağlantısına tıklama ile onaylanmış bir görüşme iki farklı şeydir ve bugün bunları dışarıdan ayırt etmek zor.
  • Bir CRM kaydı olmadan başarı, gerçekten sahiplenilmiş bir talepten değil, dolaylı sinyallerden okunuyor.
  • Aynı başvurunun iki kez gönderilmesi, gerçekten yeni bir talepten net biçimde ayırt edilmiyor.

Pilotta neyi ölçeriz

  • Onay verilmiş trafikte form tamamlama oranı
  • Tamamlanan bir başvuru için CRM yönlendirme başarı oranı
  • Aynı başvurunun tekrar gönderilmesini reddetme oranı
  • Yolculuktaki mobil ve masaüstü saha Web Vitals ölçümleri
Teknik ayrıntılar ve varsayımlar

Daha fazla kanıt

Bir kişinin onayına bırakılan belirsiz bir vaka, ardından notla çözülüyorKanıt tablosu: her vaka için beklenen ve gerçekleşen sonuç

Sistemler ve veri

Web sitesinin kendi formu ve yolculuğu, artı lead-crm senaryosunun kullandığı aynı CRM adaptörü. Formun zaten sorduğu alanların ötesinde hiçbir yeni kişisel veri alanı toplanmaz.

Başlangıç varsayımları

  • Bu senaryo için sayısal bir örnek veri sayısı verilmemiştir; Astra planı bunu etiketli bir veri kümesi değil bir içerik ve davranış örneği (form doğrulama vakaları, onay durumları, ekran boyutu kümesi) olarak ele alır, bu içerik bir sayı uydurmaz.

Pilot kapsamı

Sitedeki mevcut bir yolculuk, lead-crm senaryosunun kullandığı aynı stub CRM adaptörüyle birleştirilir. İkisi arasındaki bağlantı gerçekten çalışmadan hiçbir yeni pazarlama iddiası yapılmaz.

Riskler, istisnalar ve yedek plan

  • CRM adaptörü erişilemezse mevcut e-posta yolu değişmeden çalışmaya devam eder; CRM bağlantısı eklemelidir ve bir ziyaretçinin başvurusunu asla engellemez.
  • Bu senaryo yakalama ve yönlendirme dürüstlüğüyle ilgilidir, bu taleplerin ne kadarının müşteriye dönüşeceğine dair bir iddia içermez.

Canlıya almak için gerekenler

Lead-crm senaryosuyla aynı gereklilik: gerçek bir CRM adaptörü, çünkü henüz hiçbiri yok. Bu var olana kadar, bu da diğer senaryolar gibi örnek niteliğinde kalır.