Teklif al

CRM · Kartal

Kartal markaları için CRM

Uğur Mumcu ve Atalar hattında bir yönetimin altında birden fazla birim çalışıyorsa kayıt üçe bölünüyor: kişi bir programda, ödeme muhasebede, çizelge duvarda. Ay sonunda üçünü birleştiren kişi elinde her birinin en eski nüshasını tutuyor. Kartal CRM yazılımı için ilk soru bu birleştirme işi. Vipkurum'da o iş yok: program, değerlendirme, kişi, veli, ödeme ve raporlama tek platformda duruyor; herkes aynı kayda kendi yetkisi kadar bakıyor.

CRM — Kartal

Kartal'da E-5 hattındaki imalat işletmeleri ile sağlık kampüsü çevresindeki hizmet katları yan yana. Tek yönetimin altında birden fazla birim ya da marka varsa, her birinin kendi kapısı oluyor. Bu ilçenin işletme profiline en yakın işimiz Vipkurum; eğitim kurumları için yazıldı. Nerede örtüşmediğini de yazalım: imalat işletmesinin üretim kaydı, tezgâh çizelgesi ya da tedarik akışı için gösterecek işimiz yok, o alanlarda söz de vermiyoruz. Taşınabilen kısım yetkinin kayda nasıl bağlandığı: birim kendi adresinden giriyor, kayıtları kendi sınırında kalıyor, yönetici raporunu kendi birim verisi üzerinden alıyor. Çekirdek Laravel'de duruyor; kayıtları MySQL ile MongoDB tutuyor, önbelleği Redis taşıyor, paneli React kuruyor, telefon tarafı React Native (Expo).

  • Program, sınav, kişi, veli, ödeme ve rapor tek veri modelinde duruyor; öğretmen, veli ve yönetici aynı kayda kendi yetkisi kadar erişiyor.
  • Kurum değerlendirme türünü kendisi tanımlıyor; ölçüt değiştiğinde tanım kurumun elinde kalıyor, kod değişikliği beklenmiyor.
  • Yeni birim açmak yeni bir kurulum gerektirmiyor; birim bir kez tanımlanıyor ve kayıtları komşusunun ekranına düşmü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ı

Vipkurum — program, ödeme ve rapor tek platformda, erişim yetkiyle sınırlı

Yedi eğitim kurumu aynı sistemi kendi alan adı ve markasıyla işletiyor; her kurumun kaydı kendi sınırında kalıyor. Ders programı, sınıf, şube, sınav ve ödeme kaydı tek veri modelinde duruyor; öğretmen, veli ve yönetici aynı kayda kendi rolü kadar erişiyor. İçerik yönetim katmanı kuruma kendi dersini, testini ve sınavını kurduruyor; değerlendirme türünü kurum tanımladığı için Avrupa ile Türkiye ölçütleri aynı altyapıda yan yana duruyor. Fatura, ödeme ve analiz raporları yöneticinin kendi kurumunun verisinden çıkıyor. Panelleri React, telefon tarafını React Native (Expo) kuruyor; ikisi de aynı Laravel uygulamasına bağlanıyor.

Vaka çalışmasını okuyun →

Kartal 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

  • Birimlerimizin her biri kendi markasıyla çalışıyor. Tek sistem bunu siler mi?

    Silmiyor. Giriş birimin kendi adresinden yapılıyor; öğrenci, veli ve ödeme kayıtları ortak bir listeye dökülmeden o sınırın içinde kalıyor. Vipkurum'da yedi kurumun aynı sistemi birbirinin kaydını görmeden işletmesi bu yüzden mümkün.

  • Bizim işimiz eğitim değil. Vipkurum bize ne söylüyor?

    Vipkurum eğitim kurumları için yazıldı, bunu olduğu gibi söylüyoruz. Taşınan şey müfredat değil düzen: tek veri modeli, birden fazla birim, role göre daralan erişim. Üretim kaydı ya da tedarik akışı bu kapsamın dışında.

  • Kartal'da yerinde kurulum yapıyor musunuz?

    Kurulacak bir şey yok, yola çıkan da yok; tamamen uzaktan çalışıyoruz. İlk çıktı yazılı oluyor: hangi kayıt hangi birime ait, her rol o kayda nereye kadar giriyor.

  • Yönetim birimlerin tamamını tek yerden görebiliyor mu?

    Yöneticinin faturası, ödemesi ve analizi kendi kurumunun verisinden çıkıyor; tabloyu üretmek için ikinci bir sayfaya rakam yazılmıyor. Yapamadığı şey komşu kurumun kaydını okumak; sınır iki yönde de duruyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?