
Aday Öğrenci Takip CRM, kurumun ihtiyacına göre projelendirilen bir yazılım çözümü fikridir. Aşağıdaki işlevler hazır bir ürün taahhüdü değil, birlikte değerlendirilebilecek geliştirme kapsamıdır.
Hangi İhtiyacı Karşılar?
Birden fazla kaynaktan gelen öğrenci adaylarının durumunu izlemek isteyen kolejler.
Önerilen İş Akışı
Web sitesi, tanıtım günü ve iletişim formlarından gelen talepler tek aday kaydı altında toplanabilir.
Geliştirilebilecek Bileşenler
Görüşme notu, geri arama görevi, başvuru kaynağı ve kayıt aşaması sayesinde tekrar edilen iletişimler azaltılabilir.
İşletim ve Veri Güvenliği
Aday kaydına erişen çalışanların yetkileri sınırlandırılmalı ve veri işleme süreçleri açıklanmalıdır.
İhtiyacınıza Göre Projelendirme
Uygulama kapsamı, gerekli yetkilendirmeler, veri aktarımı ve kurumunuzun iş akışları teklif aşamasında netleştirilir. İhtiyacınızı bizimle paylaşabilirsiniz.
Aday ilişkilerinin okul kayıt sürecindeki yeri
Aday öğrenci takip CRM başlığı, okul hakkında bilgi isteyen velilerle yürütülen iletişimi daha düzenli ele alma ihtiyacını anlatır. Bir telefon görüşmesi, tanıtım etkinliği katılımı veya web formu farklı temas türleridir. Bunların ayrı dosyalarda tutulması, görüşme geçmişini kaybetmeye ve aynı aileye birden fazla personelin benzer sorular yöneltmesine neden olabilir. CRM yaklaşımında adaylık kaydı ile kesin öğrenci kaydı birbirine karıştırılmamalıdır. Hangi aşamanın resmî kabul sürecine ait olduğu kurumun kurallarına göre belirlenmelidir.
Aday kartının kapsamı nasıl belirlenir?
Bir aday kartında ilgi duyulan eğitim kademesi, kampüs tercihi, iletişim tercihi, görüşme tarihi ve sonraki takip adımı gibi alanlar düşünülebilir. Her veli için notların serbest ve sınırsız tutulması ise gereksiz kişisel veri birikimine yol açabilir. Personelin kaydettiği bilgiler güncel, anlaşılır ve gerçekten süreçle ilişkili olmalıdır. Kardeş öğrencilerin aynı veliyle bağlantısı korunurken onların başvuru durumları ayrı takip edilebilir. Tekrar arayan aileyi tanımak ile aile hakkında gereksiz profil çıkarmak arasında önemli bir fark vardır.
Görüşme ve takip takvimi
Kayıt danışmanı ilk aramada veliye okul programını anlatabilir; sonraki aşamada kampüs ziyareti veya belirli bir öğretmenle görüşme planlanabilir. CRM kaydında son temas tarihi ve bir sonraki yapılacak iş bulunması takip disiplinini kolaylaştırır. Ancak görüşme yapıldı diye aday otomatik olarak kesin kayıt aşamasına geçirilemez. Randevu iptali, aranıp ulaşılamama ve velinin daha sonra dönüş istemesi gibi istisnalar doğru durum kodlarıyla ele alınmalıdır. Her okul bu kodları kendi iş akışına göre tanımlayabilir.
Kampüsler arasında yetki ve sorumluluk
Birden fazla kayıt ofisi bulunan kurumlarda bütün personelin tüm aday notlarına sınırsız erişmesi gerekli olmayabilir. Kampüs sorumlusu kendi taleplerini, merkez yönetim ise uygun yetkilerle genel raporları değerlendirebilir. Adayı başka kampüse yönlendirme gibi işlemler sırasında hangi bilgilerin aktarıldığı ve kimin değişiklik yaptığı kayıt altına alınmalıdır. Kişisel verilere erişim ihtiyacı görev tanımıyla orantılı olmalıdır. Ayrıca yetkisiz kişinin rapor dosyasına veya eski bir aday bağlantısına ulaşamaması önem taşır.
Raporları değerlendirirken dikkat edilecekler
CRM panosunda toplam aday, görüşme tamamlanan, bilgi bekleyen ve sonraki dönem için bekletilen talep gibi sayılar izlenebilir. Bu göstergeleri doğru yorumlamak için mükerrer kayıtların nasıl sayıldığı, son görüşme ile başvuru kaynağı arasındaki fark ve dönem tanımları açıklanmalıdır. Bir veli iki farklı çocuğu için görüşme yapmışsa bunun tek aile mi iki aday mı sayılacağı belirlenmelidir. Amaç büyük rakamlar göstermek değil, hangi başvurunun neden ilerlemediğini anlamaktır.
Kurumla birlikte tanımlanacak sınırlar
CRM çözümünün kapsamı kayıt ofisinin gerçek ihtiyaçlarına göre çizilmelidir. Otomatik mesaj, SMS entegrasyonu, mevcut öğrenci bilgi sistemi bağlantısı veya özel rapor ekranı gibi seçeneklerin her birinin ayrıca değerlendirilmesi gerekir; bunlar sistemde zaten varmış gibi sunulmamalıdır. Önce manuel takipte yaşanan somut güçlükler belirlenir, ardından gerekli kayıt alanları ve rol yapısı netleştirilir. Veli açısından iletişim kolaylığı ile kurumun veri güvenliği sorumluluğu birlikte düşünülmelidir.