Teklif al

CRM · Beşiktaş

Beşiktaş markaları için CRM

Genel merkez katında duran bir CRM eşikten sonra başlıyor: form doldurulmadan, telefon açılmadan kayıt açılmıyor. Öncesinde olan biten hiçbir yere yazılmıyor. Beşiktaş'ın Gayrettepe ve Etiler hattı genel merkez ofislerinin sıralandığı yer. İlgi ile kayıt arasını kapatan tek araç ısrarlı bir aramaysa, o eşik pahalıya geliyor. Tahlil.com'da eşiği ikiye böldük: tahlilmatik hesaplayıcıları platforma ayrı bir giriş kapısı açıyor, kişi hesap açmadan karşılığını alıyor.

CRM — Beşiktaş

Beşiktaş'ta genel merkezler ve çok markalı yapılar yoğun; karar merkezde veriliyor. Bu ilçenin profiline en çok yaklaşan işimiz Tahlil.com. Nerede örtüşmediğini önce yazalım: sağlık platformu için yazıldı, satış hunisi, teklif takibi ve anlaşma aşaması orada hiç kurulmadı; ajans ya da medya müşterimiz de yok, kampanya raporlaması hiç yapmadık. Taşınabilen kısım giriş kapısının biçimi: hesaplayıcı tek bir değer alıyor, karşılığında referans aralığını veriyor. Yığın tarafında Laravel çekirdek, MySQL kayıt, Redis önbellek ve Tailwind arayüz duruyor; mobil taraf React Native (Expo), bildirimi OneSignal taşıyor.

  • Hesaplayıcı platformun ikinci kapısı: kişi tek bir değeri girip sonucunun hangi referans aralığında durduğunu görüyor, hesap açması gerekmiyor.
  • Yorum panelde yazılıp onaylanıyor; yapay zekâ ön okumayı hazırlıyor, kişiye ulaşan metnin son hâli onaylayan hekimin elinden çıkıyor.
  • Geri dönüş kimsenin hatırlamasına bırakılmıyor: yorum onaylandığı anda bildirim kişiyi kendi kaydına çağırıyor.

Neden Algoriel

  • Randevu, plan ve fatura ayrı ayrı

    Diş kliniği CRM'inde tedavi planı diş bazında tutuluyor; randevu planın adımına bağlı, plan kayınca takvim de kayıyor.

  • Talep tipi baştan ayrılır

    Diotek'te keşif randevusu ile servis çağrısı iki ayrı akış; ikisi aynı formdan geçmiyor.

  • İkinci belge açılmıyor

    Tahlil.com'da değerler giriliyor, uzman yorumu aynı kaydın üstüne yazılıyor; sonuç tek yerde duruyor.

  • Geçmiş cihazın altında

    AlgoKlima'da servis geçmişi kişiye değil cihaza bağlı; cihaz el değiştirse de geçmişi onunla kalıyor.

Ne inşa ediyoruz

CRM
  • Adım adım ilerleyen hizmet planı

    Çok seanslı bir tedavi ya da bakım programı, randevulardan ayrı bir plan olarak tutulur. Diş kliniği CRM'inde plan diş bazında kuruluyor ve haftalara yayılan seanslara bölünüyor.

  • Plana bağlı randevular

    Her randevu planın bir adımına bağlanır. Plan değiştiğinde ya da araya yeni bir seans girdiğinde takvim de buna göre güncellenir.

  • Paket ve üyelik hakları

    Paketle satılan derslerde ya da hizmetlerde kalan hak müşterinin kartında görünür. Pilatesco'da rezervasyon yapıldığında paketten bir ders düşüyor; iptal ile gelmeme farklı kurallarla işliyor.

  • Cihaz bazında servis geçmişi

    Servis verdiğiniz cihazların garanti, bakım ve arıza geçmişi kişiye değil cihaza bağlı tutulur. AlgoKlima'da aynı adresteki üç klimanın dosyası birbirine karışmıyor.

  • Sahibi değişse de korunan geçmiş

    Cihaz başka birine geçtiğinde geçmişi cihazla birlikte kalır; yeni müşterinin kartına baştan yazılmaz.

  • Yapılan iş ile fatura aynı yerde

    Yapılan işlem müşterinin kaydında durduğu için faturalanan ile uygulanan aynı yerden okunur ve bilgiler iki kez girilmez.

Buna benzer çalışmalar

CRM · Vaka çalışması

Tahlil.com — hesaplayıcı ayrı bir giriş kapısı, onay tek bir hekimde

Hekim denetiminde çalışan bir tahlil yorumlama platformu; bu sayfanın dayandığı yer kapı tarafı. Tahlilmatik hesaplayıcıları platforma ayrı bir giriş açıyor: kişi tek bir değeri giriyor, sonucunun hangi referans aralığında durduğunu okuyor, randevu almadan karşılık alıyor. Hesaplayıcı ayrı bir yapım değil; site, hekim paneli ve React Native (Expo) istemcisiyle aynı Laravel çekirdeğinden besleniyor, kayıtları MySQL tutuyor, okuma yükünü Redis taşıyor. Yorum tarafında sıra sabit: ön okumayı yapay zekâ hazırlıyor, hekim yazıp onaylıyor, onay anında OneSignal bildirimi kişiyi sonuca çağırıyor. Sınır: satış hunisi ve anlaşma aşaması yok.

Vaka çalışmasını okuyun →

Beşiktaş ekipleriyle uzaktan çalışmak

Ofisimiz yok; bu şehirdeki işleri de uzaktan yürütüyoruz ve yerinde destek vermiyoruz. Ne yapıldığı ve neden öyle yapıldığı yazılı duruyor. Ortaklıkla geliştirdiğimiz işler proje sayfalarında işaretli.

  • İlk sürüm çalışan bir parçayla çıkar, ek yetenekler sonra eklenir.
  • Bildiğimiz müşterilerimizin tamamı Türkiye'de.
  • Kararlar yazılı duruyor, ilerleme çalışan ekranlardan görünüyor.

Sık sorulan sorular

  • Genel merkezdeyiz, sağlık işi yapmıyoruz. Bu örnek bize ne söylüyor?

    Tahlil.com bir sağlık platformu ve bunu olduğu gibi yazıyoruz; satış hunisi, teklif takibi ve anlaşma aşamaları için gösterecek işimiz o projede yok. Taşınan şey kapının biçimi: ziyaretçiye bir karşılık veren araç, kaydın önündeki formu tek yol olmaktan çıkarıyor.

  • Hesaplayıcı gibi bir araç kaydı kendiliğinden açar mı?

    Tahlil.com'da hesaplayıcının yaptığı iş belli: değer giriliyor, referans aralığı dönüyor. Kaydın hangi anda ve hangi alanlarla açılacağı ayrı bir karar; onu geliştirmeye başlamadan önce birlikte yazıya geçiriyoruz. Hesaplayıcı bir puanlama aracı değil.

  • Beşiktaş'ta ajans ve medya işi yoğun; o taraftan referansınız var mı?

    Yok. Ajans işi, medya planlama ve marka iletişimi tarafında gösterecek işimiz bulunmuyor; olmayan bir referansı yazmıyoruz. Portföyümüz sağlık, eğitim, otomotiv ve servis tarafında duruyor, ilçede müşterimiz de yok.

  • Ön okumayı yapay zekâ hazırlıyorsa sorumluluk kimde kalıyor?

    Onaylayan hekimde. Ön okuma panele hazır geliyor, hekim metni yazıp onaylıyor, hastaya ulaşan son hâli onun elinden çıkıyor. Bir CRM kurarken de aynı soru sorulur: kaydın son sözünü kim söylüyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?