Başvuru Lead'i Geldikten Sonra İlk 15 Dakika: CRM Takip Akışı Nasıl Olmalı?

Önce akışın aşamalarını yazın, sonra yazılımı seçin

CRM aracı seçiminden önce kurumun kendi aşamaları yazılmalıdır: yeni başvuru, ilk temas yapıldı, tanıtım görüşmesi planlandı, görüşmeye katıldı, karar aşamasında, kesin kayıt, kayıt olmadı. Aşama sayısı kurumun gerçek sürecini yansıtmalı; raporda hiç kullanılmayacak aşama eklemek veri kalitesini düşürür.

Aşama adları ve sırası bütün ekip için tek belgede tanımlı olmalıdır. 'İlgi gösteriyor', 'sıcak aday' gibi öznel etiketler farklı kişilerde farklı anlama gelir ve ölçümü bozar. Her aşamanın ne zaman kapanıp bir sonrakine geçtiği kurallara bağlanmalıdır.

İlk 15 dakika senaryosunu gerçek bir test başvurusuyla doğrulayın

Sentetik başvuru verisiyle uçtan uca test yapın: talep hangi ekrana düşüyor, bildirim ulaşıyor mu, sorumlu yoksa kim devralıyor? Başarısız bildirim, mükerrer gönderim ve mesai dışı senaryoları da deneyin. Bir testte çalışan akışın bütün durumları kapsadığını varsaymayın; hata kayıtları ve düzenli kontroller bakımın parçasıdır.

İlk temas için iki yol yaygındır: telefon araması ve mesaj. Telefonu kimin karşılayacağı, mesai dışında ne olacağı ve ilk mesajın hangi bilgiyi vereceği önceden yazılmalıdır. 'En kısa sürede dönüş yaparız' cümlesi yerine, velinin hangi zaman aralığında dönüş bekleyebileceğini söylemek beklentiyi netleştirir.

Mesai dışı başvurular için ayrı kural belirleyin

Akşam ve hafta sonu gelen başvuruların ne zaman işleneceği yazılı olmalıdır. Bu süre kısıtını veliye sayfada da belirtmek, bekleyen adayın 'kurum beni görmezden geldi' yorumunu önler. Otomatik onay e-postası, başvurunun alındığını ve ilk temas zamanını bildirebilir.

Tekrar deneme ritmini ve bırakma kuralını tanımlayın

Ulaşılamayan adaylar için tekrar denemesini, uygun iletişim kanalını ve bırakma kuralını belirleyin. Adayın iletişim tercihine ve vazgeçme talebine uyun. Deneme sayısı kurumun kapasitesi ve durumla uyumlu olmalı; tüm adayları aynı sıklıkta aramak gerekmez. Yanıt bekleyen gerçek aday ile süreci kapanan kaydı ayırın.

Aşağıdaki tablo örnek bir ritim yapısıdır; kurum kendi görüşme kapasitesine göre uyarlamalıdır:

Tabloyu yana kaydırarak inceleyin.

Çift kayıt ve veri temizliği raporun güvenini belirler

Aynı talebin birden çok kaydı huni sayısını bozabilir; ancak aynı telefonla gelen her başvuru da tekrar değildir. Bir veli farklı çocuk veya program için ayrı talep bırakabilir. Kişi kaydı ile başvuru kaydını ayırın. Telefon ve e-posta olası eşleşme sinyalidir; yalnız isim benzerliğiyle otomatik birleştirmeyin. Şüpheli eşleşmede insan kontrolü ve geri alınabilir birleştirme kullanın.

Reklam ölçümüne çevrimdışı sonuç aktarılacaksa kayıt temizliği ön koşuldur. Google'ın çevrimdışı dönüşüm belgesi aktarım yöntemlerini ve eşleştirme koşullarını açıklar; CRM'deki tekrarlar ve tutarsız aşama adları temizlenmeden bu aktarımın sonucu güvenilir olmaz. Aktarım süreleri sınırlıdır ve her kayıt otomatik eşleşmeyebilir.

Takip sürecini yöneticinin denetleyebileceği göstergelerle ölçün

Yönetici panelinde bakılması gereken sorular bellidir: başvurudan ilk temasa geçen süre nasıl dağılıyor, hangi aşamada adaylar birikiyor, haftalık kesin kayıt oranı nedir? Oran hesaplanırken paydanın hangi aday kümesi olduğu ve dönemi yazılmalıdır; 'dönüşüm oranı' tek başına tanımsızdır.

Reklam platformundaki olay ve CRM aşamasının neyi saydığı ayrı yazılmalıdır. Form kaydı ilk başvuru, kesin kayıt ise sonraki iş sonucudur. Aynı dönemde olmaları aynı aday grubuna ait olduklarını göstermez. Kayıt oranını, tanımlı başlangıç dönemindeki adayların yeterli takip süresi sonunda ulaştığı sonuçla hesaplayın; veri olgunlaşmadıysa belirtin.

Bu göstergeleri haftalık gözden geçirme toplantısının sabit gündemine alın:

• İlk temas süresi hedefine göre dağılımı (medyan ve en uzun beklemeler)
• Her aşamadaki bekleyen aday sayısı ve en eski bekleyen kaydın yaşı
• Ulaşılamayan adayların deneme sayısı dağılımı
• Kayıt olmadı gerekçelerinin özet dağılımı
• Reklam kaynağına göre aşama ilerlemesi (sadece kaynak bilgisi güvenilirse)

Özel veri alanlarını varsayılan form alanı yapmayın

Eğitim kurumunun ilk temas formunda gerekmeyen çocuk ve sağlık bilgilerini istemeyin. Sonraki kayıt aşamasında gereken veriler için amaç, erişim ve saklama koşulları kurumun yetkilileriyle ayrıca belirlenmelidir. Başvuru bilgilerini analiz olayına veya reklam eşleştirmesine otomatik taşımayın. Kullanıcı rolleri, kayıt erişimi ve silme süreci CRM kabulünde test edilmelidir.

Sonuç

CRM kabulünde yeni talep, sorumlu yokluğu, ulaşılamayan aday ve kesin kayıt senaryolarını deneyin. Hız hedefini otomatik alındı mesajıyla karıştırmayın; ilk insan yanıtı ve gerçek görüşme ayrı ölçülebilir. Hazır araç yeterliyse onu uyarlayın. Özel yazılım, karşılanmayan entegrasyon veya işlem ihtiyacı bulunduğunda değerlendirilir.