Teklif al

CRM · Bakırköy

Bakırköy markaları için CRM

Florya ve Yeşilyurt hattındaki bir stüdyoda takvim tek doğruluk kaynağı sayılırsa kararı ekran veriyor: kutu doluysa saat kapalı, boş görünüyorsa yer var. Oysa o kutunun kaç kişilik olduğu ekranda değil kaydın içinde tanımlı. İki kişi aynı saati aynı anda istediğinde kararı sayfayı önce yenileyen değil kapasite kuralı veriyor. Pilatesco'yu böyle kurduk; takvim kuralı gösteriyor, kendisi üretmiyor. Bakırköy CRM yazılımı sorusu da buradan açılıyor.

CRM — Bakırköy

Bakırköy'ün batı ucunda stüdyo, poliklinik ve küçük hizmet noktaları günü randevuyla bölüyor. Bir saatin kaç kişiye açılacağı ise ekranın değil kuralın işi. Bu dokuya en yakın işimiz Pilatesco. Örtüşmediği yer şurası: sistem bir pilates stüdyosu için yazıldı. Hastane ya da zincir klinik ölçeğinde gösterecek işimiz yok, ilçede sağlık kuruluşu müşterimiz de bulunmuyor. Taşınabilen kısım kontenjanın nerede tanımlandığı — kural kaydın üstünde duruyor, takvim onu okuyor. Yığın iki parçada bitiyor: Laravel süreci yürütüyor, MySQL müşteri, paket ve rezervasyon kayıtlarını tutuyor.

  • Bir saatin kaç kişiye açılacağı ekrandaki kutuda değil seansın kendi kaydında tanımlı; takvim o kuralı gösteriyor, kendisi üretmiyor.
  • Kontenjan dolduğunda rezervasyon kayda alınmıyor; geri çevrilme kararı kuralın kendisinde duruyor, sayfanın ne zaman yenilendiğinde değil.
  • Paket bakiyesi müşterinin kaydında tutuluyor; rezervasyon yazılırken hak oradan eksiliyor, ikinci bir deftere ihtiyaç kalmı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ı

Pilatesco — kontenjan seansın kaydında tanımlı, takvim onu gösteriyor

Pilates stüdyoları için randevu ve üyelik sistemi. Bir saatin kaç kişiye açılacağı takvimin görünümünden değil seansın kendi kuralından çıkıyor. Kontenjan dolduğunda rezervasyon kayda hiç alınmıyor, dolayısıyla ekranın ne zaman yenilendiği kararı değiştirmiyor. Müşteri paket alıyor; rezervasyon yazılırken paketten bir hak eksiliyor, kalan hak müşterinin kendi kaydında duruyor. İptal ile gelmeme bakiyeye ayrı işliyor, hangisinin hakkı iade ettiği önceden kurala geçiyor. Fatura paketin satıldığı anda kesiliyor. Laravel süreci yürütüyor, kayıtları MySQL tutuyor; stüdyo için ayrı bir yığın seçilmedi.

Vaka çalışmasını okuyun →

Bakırköy 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

  • Bakırköy'de ofisiniz ya da stüdyoya gelen bir ekibiniz var mı?

    Yok; tamamen uzaktan çalışıyoruz. İlk iş yazıyla başlıyor — bir saatin kaç kişiye açılacağını hangi kuralın belirleyeceğini birlikte tanımlıyoruz. Paket hakkı, iptal ve gelmeme kurallarını da aynı belgede kapatıyoruz; yerinde durup izlemeyi gerektiren bir aşama çıkmıyor.

  • Takvimde boş görünen saati iki kişi aynı anda alırsa ne oluyor?

    İkisinden biri kayda giriyor, diğeri girmiyor. Kararı ekranın tazeliği değil kaydın kuralı veriyor; kayda girmeyen rezervasyon paket bakiyesine de dokunmadığı için geri çevrilen kişinin hakkı yerinde kalıyor.

  • Hazır bir rezervasyon uygulaması bize yetmez mi?

    Saat tutmanız yetiyorsa yeter, bunu satış kaygısı olmadan söyleriz. Sınır şurada başlıyor: aynı saatin farklı düzenlerde farklı sayıda kişi alması ve kalan ders hakkının müşteri kaydında durması gerekiyorsa hazır takvim bunu taşımıyor.

  • Biz poliklinik olarak çalışıyoruz; ders değil muayene planlıyoruz. Kanıt yine de geçerli mi?

    Mekanizma pilatese değil kontenjanın nereye yazıldığına bağlı. Oda, cihaz ya da uzman sayısı bir saatin kaç kişiye açılacağını belirliyorsa kural aynı yerde duruyor. Hastane ölçeğinde ve zincir yapıda gösterecek işimiz olmadığını da açık söylüyoruz.

Müşteri takibinizi tek sisteme toplamak ister misiniz?