Rehber · Örnek tablo
Potansiyel müşteri talepleri nasıl kaybolmadan takip edilir?
Bir talebe yanıt vermek, talebin takibini tamamlamak değildir. Sonraki adımın kimde olduğu ve ne zaman yapılacağı görünmüyorsa süreç yarım kalabilir. Müşteri talep takibi için başlangıçta karmaşık bir yazılım yerine ortak bir kayıt düzeni yeterli olabilir. Bu rehber yeni iş/satış taleplerini ele alır; şikâyet veya teknik destek sistemi tasarımı değildir.
“Kim dönecekti?” sorusunu tekrar sormak yerine bir sonraki adımı görebileceğiniz bir düzen kurun. Aşağıdaki örneği kendi işinizden tek bir taleple uygulayabilirsiniz.
Her talep için üç sorunun cevabı belli olsun.
- 01Bu talebin sorumlusu kim?
- 02Şu an hangi aşamada?
- 03Sonraki adım ne zaman yapılacak?
Talep kaynağı ve son yanıt bilgisiyle birlikte bu üç cevap, kayıtların sadece bir iletişim listesi olarak kalmasını önler.
Kopyalayabileceğiniz örnek takip tablosu
Her kaydın izlediği sıra
- TalepKaynak ve kimlik
- SorumluKimde?
- DurumOrtak tanım
- Sonraki adımNe yapılacak?
- Takip tarihiNe zaman?
| Talep ID | Kaynak | Sorumlu | Durum | Son yanıt | Sonraki adım | Takip tarihi |
|---|---|---|---|---|---|---|
| ÖR-001 | Web formu | Ekip A | Bilgi bekleniyor | Gün 1 | Eksik kapsam bilgisini kontrol et | Gün 3 |
| ÖR-002 | E-posta | Ekip B | Görüşme planlanacak | Gün 2 | Uygun görüşme zamanını netleştir | Gün 4 |
| ÖR-003 | Telefon | Ekip A | Değerlendirme tamamlandı | Gün 2 | Sonucu kaydet, kaydı kapat | Gün 2 |
Bu tabloda indirme dosyası veya çalışan bir CRM ürünü sunulmuyor; yapıyı kendi tablonuza kopyalayabilirsiniz.
Durumu, yalnız notlarla değil ortak tanımlarla izleyin.
“Yeni”, “yanıt bekliyor”, “bilgi bekleniyor”, “görüşme planlanacak” ve “kapandı” gibi durumların ekip için ne anlama geldiğini belirleyin. Bir kaydı sonraki aşamaya geçirmek, kimin ne yapacağını açıkça göstermeli. Takip sıklığı ve iletişimin uygunluğu işin bağlamına göre belirlenir; herkese otomatik mesaj göndermek bir takip politikası değildir.
Tablo ne zaman yeterli, ne zaman otomasyon gerekir?
Kayıtlar düzenli tutuluyor ve ekip aynı görünümü kullanıyorsa tabloyla başlayabilirsiniz. Bilginin kanallardan elle aktarılması, aynı kaydın farklı yerlere yazılması veya hatırlatmanın unutulması tekrar ediyorsa bağlantı/otomasyon ihtiyacını değerlendirin. Önce sorumlu ve kuralları belirleyin; AI bir kaydın sahipliğini kendiliğinden çözmez.
Temel takip düzeniniz belli olduğunda, tekrar eden aktarım ve hatırlatma adımlarını geliştirmek daha kolay planlanabilir. PRIZMATION ile tam bu geçiş noktasını birlikte ele alabiliriz.
Örneği işletmenize uyarlarken veri sınırını koruyun.
Yalnız gerekli bilgileri kaydedin; tablo erişimini işi yapan kişilerle sınırlı değerlendirin. Özel müşteri, hasta veya hassas içerikleri genel örneklere ya da iletişim formuna taşımayın. Klinik bağlamında bu düzen idari talep/randevuya geçişi açıklayabilir; hasta kaydı veya tıbbi dosyanın yerine geçmez. Klinikler için ayrıntı: Diş klinikleri için otomasyon.
Talebin hangi adımda kaybolduğunu birlikte bulalım.
Talep kaynaklarınızı ve bugünkü takibi anlatın; ekibinizin daha açık bir akışla çalışması için ilk adımı belirleyelim.