Teklif al

CRM · Sarıyer

Sarıyer markaları için CRM

Büyükdere Caddesi'nin ofis katlarında çalışan bir müşteri salı gününü erteliyor. Randevu defterinde bu, bir saatin silinmesi demek; geriye taahhüdün neresinde kalındığını söyleyen hiçbir şey kalmıyor. Sarıyer CRM yazılımı için asıl soru ertelemenin nereye yazıldığı. Bir diş kliniği için geliştirdiğimiz CRM'de randevu boş bir saat değil, planın adı konmuş bir adımı; tarih değiştiğinde sıradaki randevular birlikte öteleniyor, hiçbiri karşılıksız bir saate dönüşmüyor.

CRM — Sarıyer

Sarıyer'de Maslak plaza hattı ile Tarabya ve Kireçburnu'ndaki hizmet işletmeleri yan yana. Müşterinin günü başkasının toplantısıyla değişiyorsa, erteleme takvimin olağan hâli oluyor. Bu ilçenin işletme dokusuna en yakın işimiz bir diş kliniği için geliştirdiğimiz CRM. Nerede örtüşmediğini de yazalım: teknoloji ofisinin kendi sürüm ve hata takibi ya da bir finans ürününün akışı için gösterecek işimiz yok, o alanlarda söz de vermiyoruz. Taşınabilen kısım ertelemenin nereye yazıldığı: randevu ait olduğu adımı üstünde tuttuğu için tarih değiştiğinde taahhüt bozulmuyor, yalnız sıra kayıyor. Altta tek uygulama var: işi Laravel yürütüyor, plan ve randevu kayıtlarını MySQL tutuyor.

  • Erteleme bir saatin silinmesi olmuyor; randevu hangi adıma karşılık geldiğini üstünde tuttuğu için adım yerinde kalıyor, yalnız tarihi değişiyor.
  • Sıraya yeni bir seans girdiğinde sonrakiler kendiliğinden öteleniyor; takvimi elle yeniden dizen bir kişi gerekmiyor.
  • Kişinin taahhüdün neresinde olduğu takvimden tahmin edilmiyor; sırayı plan kendi üstünde tuttuğu için tek ekrandan okunuyor.

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ı

Diş kliniği CRM — randevu adımını adıyla taşıyor, erteleme sırayı kaydırıyor

Bu kurguda randevu, tedavi planındaki belirli bir adımın karşılığı. Hasta tarihi ertelediğinde adım plandan düşmüyor: takvimdeki yeri değişiyor, sonraki randevular da sırasıyla öteleniyor. Araya yeni bir seans girdiğinde aynı şey oluyor; takvimi elle yeniden dizen kimse olmuyor. Klinik yöneticisi hastanın planın neresinde durduğunu tek ekrandan görüyor, sıra takvime bakılarak tahmin edilmiyor. Süreci Laravel yürütüyor, plan ve randevu kayıtlarını MySQL tutuyor. Kapsam bu kliniğin işleyişiyle sınırlı: bir teknoloji ofisinin sürüm takibi ya da bir finans ürününün akışı için gösterecek işimiz yok.

Vaka çalışmasını okuyun →

Sarıyer 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

  • Müşterilerimiz sürekli erteliyor. Yazılım bunu nasıl karşılıyor?

    Erteleme kaydı silmiyor. Randevu hangi adıma karşılık geldiğini üstünde tuttuğu için yalnız tarihi değişiyor, adım planda duruyor; sonraki randevular da sırasıyla kayıyor. Takvimde karşılığı olmayan bir saat kalmıyor.

  • Bizim müşterimiz kurumsal ofis ekipleri. Bir diş kliniği örneği ne söylüyor?

    Mekanizma diş hekimliğine değil, birden çok görüşmeye yayılan taahhüde bağlı. Sıra planın üstünde kaldığı sürece takvim oradan besleniyor. Ama sınırı da açık söyleyelim: bir teknoloji ofisinin kendi geliştirme akışı için gösterecek işimiz yok.

  • Sarıyer'de ofisiniz ya da gelen bir ekibiniz var mı?

    İkisi de yok, tamamen uzaktan çalışıyoruz. İlk çıktı yazılı: planın adımları neye göre kuruluyor, erteleme geldiğinde hangi kayıt hareket ediyor. Geliştirme bundan sonra başlıyor.

  • Bir seans tamamen iptal edilirse plan kapanıyor mu?

    Kapanmıyor. Plan randevudan bağımsız, kendi başına duran bir kayıt; iptal edilen adım tarihsiz olarak planda kalıyor. Taahhüdün tamamlanmadığını söyleyen şey takvim değil, planın kendisi oluyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?