Bir klinik tek lokasyondayken WhatsApp, Excel ve birkaç telefonla yönetilebilir.
İkinci veya üçüncü şube açıldığında problem yazılım eksikliğinden çok:
merkezi görünürlüğün kaybolmasıdır.
Merkez yönetim:
- bugün kaç lead geldiğini,
- hangi şubeye dağıldığını,
- kaç randevu oluştuğunu,
- hangi ekibin yoğun olduğunu,
- hangi şubenin no-show oranının arttığını
tek ekranda göremiyorsa büyüme kontrolü zorlaşır.
Çok şubeli yapının temel problemi
Her şube kendi:
- WhatsApp,
- telefon,
- Excel,
- randevu sistemi,
- personel yöntemi
ile çalışıyorsa bütün şirket için ortak veri oluşmaz.
Bu durumda:
Şube A “iyi gidiyoruz” diyebilir.
Şube B de “iyi gidiyoruz” diyebilir.
Ama merkez karşılaştırma yapamaz.
- CHANNELS
- CENTRAL OPERATIONS
- ROUTING
- BRANCH A / BRANCH B / BRANCH C
- CENTRAL REPORTING
Merkezi operasyon merkezi
Bir modelde tüm yeni talepler önce merkezi ekipte toplanabilir.
Örnek:
Google
Instagram
WhatsApp
Telefon
Web
↓
MERKEZ OPERASYON
↓
HİZMET / ŞEHİR / DİL
↓
UYGUN ŞUBE
↓
RANDEVU
Bu her işletme için zorunlu değildir.
Ancak yüksek hacimli yapılarda standardizasyon sağlar.
Şube bazlı routing
Bir lead’in nereye yönlendirileceği:
- lokasyon,
- hizmet,
- doktor,
- dil,
- müsaitlik,
- çalışma saati
gibi kurallara göre belirlenebilir.
Örneğin:
Almanca sağlık turizmi lead’i
→ merkez uluslararası hasta ekibi.
Yerel diş implantı lead’i
→ en yakın uygun şube.
Tek hasta / tek kişi kaydı
Çok şubeli yapıdaki önemli problemlerden biri duplicate kayıttır.
Aynı kişi:
- Instagram’dan yazabilir,
- ertesi gün telefon açabilir,
- başka şubeye WhatsApp gönderebilir.
Sistem bunları üç farklı kişi sayarsa ölçüm bozulur.
Duplicate çözümü dikkatli tasarlanmalıdır.
Şubeler arası hasta yönlendirme
Bir şubede uygun doktor yoksa kişi başka şubeye yönlendirilebilir.
Sistem:
ilk kaynak
→ ilk şube
→ yeni şube
→ randevu
zincirini kaybetmemelidir.
Aksi halde ikinci şubenin performansı yanlış yorumlanabilir.
Merkezi mi, şube bazlı mı?
Her yetki merkezde olmak zorunda değildir.
İyi model:
merkezi standart + yerel operasyon
olabilir.
Merkez:
- veri standardı,
- KPI,
- raporlama,
- CRM,
- kampanya attribution
belirler.
Şube:
- günlük randevu,
- yerel ekip,
- hasta iletişimi
yürütür.
Şubeler nasıl karşılaştırılır?
Yalnız gelir karşılaştırması yeterli değildir.
Örnek KPI:
- lead,
- qualified lead,
- first response,
- appointment rate,
- confirmation,
- arrival,
- no-show,
- lost reason.
Bu oranlar şubeler arasındaki operasyon farkını daha net gösterebilir.
Şube performansı neden farklı olabilir?
Neden her zaman personel değildir.
Fark:
- lokasyon,
- doktor programı,
- hizmet karması,
- fiyat,
- reklam kaynağı,
- ekip büyüklüğü,
- çalışma saati
nedeniyle oluşabilir.
Bu nedenle dashboard yorum gerektirir.
Merkezi telefon sistemi
Çok şubeli yapılarda santral/call center:
- çağrıyı şubeye yönlendirebilir,
- çağrıyı CRM kaydıyla eşleştirebilir,
- cevapsız çağrı oluşturabilir,
- temsilci performansı üretebilir.
Ama çağrı kaydı ve kişisel veri süreçleri ayrıca hukuki/mevzuat değerlendirmesi gerektirir.
Şube bazlı Google ve pazarlama
Her şubenin:
- Google Business Profile,
- landing page,
- telefon,
- UTM,
- local SEO
yapısı ayrı olabilir.
CRM bu kaynağı koruyabilirse hangi şubenin hangi kanal üzerinden büyüdüğü daha net görülebilir.
Stok ve kaynak
Klinik yapısına göre yalnız CRM yeterli olmayabilir.
Çok şubeli:
- sarf malzemesi,
- cihaz,
- ürün,
- satın alma
takibi ERP veya özel operasyon modülü gerektirebilir.
Bu ihtiyaç ayrı değerlendirilmelidir.
Yönetim dashboard’u
Merkez yönetim ekranında örneğin:
Bugün
- yeni lead,
- randevu,
- gelen,
- no-show.
Bu ay
- şube bazlı dönüşüm,
- hizmet bazlı talep,
- kanal bazlı sonuç.
Operasyon alarmı
- 30 dakika cevapsız lead,
- randevu teyitsiz,
- yüksek no-show,
- aşırı personel yükü.
Roll-up raporlama
Yönetim:
tüm şirket
görünümünden:
şube
↓
ekip
↓
temsilci
↓
lead
seviyesine inebilmelidir.
Ancak her kullanıcının aynı detaylara erişmesi gerekmez.
Çok şubeli sistem kurulurken sıra
- süreç standardizasyonu,
- ortak statüler,
- veri sözlüğü,
- kullanıcı rolleri,
- şube yapısı,
- routing,
- entegrasyon,
- dashboard,
- pilot şube,
- rollout.
Direkt bütün şubelerde aynı gün geçiş yapmak her zaman doğru değildir.
Şube sayısı büyüdükçe Excel de büyümek zorunda değil.
Merkezi operasyon modelini ve hangi bilgiyi gerçekten görmek istediğinizi birlikte çıkaralım.