Teklif al

CRM · İstanbul

İstanbul markaları için CRM

Aynı müşteri ofiste tabloda, teknisyende defterde, arada bir telefonda duruyorsa servis kaydı üç yerde birden yaşıyor. İstanbul'da CRM yazılımı ararken ilk soru, müşteri bilgisinin ilk nereye girildiği ve kimin onu güncellediği. Bunu en iyi gösteren işimiz AlgoKlima; müşteriye teslim ettiğimiz bir iş değil, bakımını sürdürdüğümüz kendi ürünümüz. Saha uygulaması bağlantı beklemiyor: teknisyen işi açtığında bilgi önce telefonda saklanıyor, bağlantı gelince merkeze gidiyor.

CRM — İstanbul

Kazan daireleri, asansör boşlukları ve kapalı otoparklar kapsamanın fiilen bittiği yerler; servis işi bu adreslerin içine giriyor. İkinci ziyaret gerektiğinde bedeli yol ve zaman olarak ödeniyor. AlgoKlima'nın mekanizması bunun üzerine kurulu: kapsama dışında açılan kayıt yerel kuyrukta bekliyor, bağlantı döndüğünde kuyruk oluşturulma sırasına göre boşalıyor, sahadan ve ofisten gelen değişiklikler çakışma çözümünden geçip tek kayıtta birleşiyor. Garanti ve bakım geçmişi kişi kartında değil cihazın altında duruyor. Ofis paneli Laravel ve Inertia, saha uygulaması React Native (Expo); ikisi de aynı MySQL veritabanına bağlanıyor. İki arayüz var, altındaki uygulama tek.

  • Kapsama dışında açılan kayıt kuyruğa yazılıyor; bağlantı döndüğünde kuyruk oluşturulma sırasına göre boşalıyor, çakışan değişiklikler tek kayıtta birleşiyor.
  • Garanti, bakım ve arıza dosyası cihazın altında duruyor; cihaz el değiştirdiğinde geçmişi kendisiyle taşınıyor, aynı adresteki cihazlar ayrı dosyalarda.
  • Hizmet planı kendi başına duran bir kayıt; randevu planın belirli bir adımına bağlanıyor, paket bakiyesi müşteri kaydının üstünde duruyor.

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ı

AlgoKlima servis yönetimi — kendi ürünümüz, kapsama dışında da açılan saha kaydı

Klima, kombi ve beyaz eşya servisleri için kendi ürünümüz; müşteri teslimi değil, bakımını bizim sürdürdüğümüz bir sistem. Ofis paneli Laravel ve Inertia, saha uygulaması React Native (Expo); ikisi aynı MySQL veritabanına bağlanıyor, okuma yükünü Redis taşıyor. Teknisyen kapsama dışındayken işi açıp kapatabiliyor: kayıt yerel kuyruğa yazılıyor, bağlantı döndüğünde kuyruk oluşturulma sırasına göre boşalıyor, sahadan ve ofisten gelen değişiklikler tek kayıtta birleşiyor. Garanti ve bakım geçmişi cihazın altında duruyor.

Vaka çalışmasını okuyun →

İstanbul 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

  • İstanbul'da ofisiniz var mı, ekip yerinde geliyor mu?

    Fiziksel ofisimiz bulunmuyor; tamamen uzaktan çalışıyoruz. Sıra şöyle: önce sahadaki ve ofisteki akışı birlikte çıkarıyoruz, sonra hangi bilginin hangi kayıtta duracağını yazıya geçiriyoruz, geliştirme sonra başlıyor.

  • Teknisyen bodrumda, telefon çekmiyor. Kayıt ne oluyor?

    Kayıt açılıyor, telefonun kuyruğunda bekliyor; işi açmak da kapatmak da bağlantı istemiyor. Bağlantı döndüğünde kuyruk oluşturulma sırasına göre boşalıyor; aynı kayda ofisten dokunulmuşsa iki değişiklik birleşiyor.

  • Hazır bir CRM bize yeter mi?

    Kişi listesi ve takvim işinizi görüyorsa yeter, bunu açıkça söyleriz. Sınır şurada: planın adımı, paketten kalan hak ya da cihazın servis geçmişi kaydın içinde durmak zorundaysa özel geliştirme gerekiyor.

  • Randevu ile arıza çağrısı aynı forma düşüyor, sıra karışıyor.

    Bu ikisi aynı kayıtta taşınmıyor. Bir diş kliniği için yazdığımız CRM'de randevu, tedavi planının belirli bir adımına bağlanıyor; AlgoKlima'da arıza çağrısı ise cihazın kaydı üstünden açılıyor. Aynı forma düşseler bile iki kayıt kendi biçimini koruyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?