TR EN
Teklif al
Tüm hizmetleri gör
Web Yazılım

Tanıtım sayfaları ve talep formu tek uygulamada.

Sistem Mimarisi

Sistemin parçaları ve sınırları koddan önce belirleniyor.

Kurumsal Yazılım

Birden fazla kurum tek sistemde, bilgileri ayrı.

Mobil Uygulama

Tek kod tabanı, iki mağaza: iOS ve Android.

Yazılım Danışmanlığı

Yürüyen bir sistemi devralıp iyileştiriyoruz.

Yapay Zeka Danışmanlığı

Yapay zekâyı yalnız işin gerektirdiği yerde.

Teklif al
TR EN

CRM · Ataşehir

Ataşehir markaları için CRM

Çok şubeli bir kurumda müşteri kartı zamanla el değiştiriyor: temsilci ayrılıyor, dosya başka bir şubeye geçiyor, kayıt yeni birinin altına taşınıyor. Geçmiş o kartın altına yazılmışsa taşınma sırasında parçalanıyor. Merkeziniz İçerenköy'e inen ofis bloklarından birindeyse de soru aynı: geçmiş kime yazılacak? AlgoCar'da çapa tarafta değil varlıkta: bakım ve onarım dosyası plaka ile şasiye asılı, araç el değiştirdiğinde geçmişi kendisiyle gidiyor. Ataşehir CRM yazılımı sorusu bizde bu seçimle başlıyor.

Teklif al Projenizi anlatın

CRM — Ataşehir

Ataşehir'i tarif eden şey bir sektör değil bir yönetim şekli: merkez ofis raporlaması ve altta duran şubeler. CRM tarafındaki asıl soru da bu şekilden çıkıyor — geçmiş kime yazılacak. Bu ilçenin yönetim profiline en yakın işimiz AlgoCar; kendi ürünümüz, bakımını biz sürdürüyoruz. Nerede örtüşmediği de yazılı olsun: AlgoCar oto servis için yazıldı. Kampanya yönetimi, satış hunisi ve çağrı merkezi kaydı için gösterecek işimiz yok; portföyümüzde banka ya da sigorta müşterisi de bulunmuyor. Taşınan şey ekranlar değil, geçmişin neye çapalandığı. Panel Laravel ve Inertia ile yazıldı, saha tarafı React Native (Expo); kayıtları MySQL tutuyor, okuma yükünü Redis taşıyor.

  • Geçmişin çapası taraf değil varlık: onarım ve bakım dosyası plakayla şasinin altında birikiyor, kartı tutan kişi değişince yerinde kalıyor.
  • Merkeze giden rakam ikinci bir programdan derlenmiyor; iş emri, tüketilen parça ve fatura aynı zincirde kapandığı için maliyet ile gelir tek kayıttan okunuyor.
  • Sınırı da yazıyoruz: kampanya yönetimi, satış hunisi ve çağrı merkezi kaydı bu kapsamın dışında 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ı

AlgoCar — geçmiş kişi kartına değil plaka ve şasi kaydına çapalanıyor

Kendi ürünümüz: atölyeye gelen aracın etrafında kurduğumuz servis yönetim yazılımı, müşteri teslimi değil bakımını sürdürdüğümüz bir sistem. Kaydın çapası tarafta değil varlıkta duruyor. Bakım ve onarım geçmişi plaka ile şasinin altında birikiyor; araç satıldığında dosya onunla gidiyor, yeni sahibin kartına yeniden yazılmıyor ve aynı varlık için ikinci bir kayıt açılmıyor. Zincirin geri kalanı aynı kayıttan besleniyor: iş emri açılıyor, tüketilen parça o emre yazılıyor, stok o anda azalıyor, fatura aynı kayıttan kesiliyor. Kapsam servis ve ticari kayıt; kampanya ile satış hunisi bu işin dışında.

Vaka çalışmasını okuyun →

Ataşehir 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

  • Ataşehir'de ofisiniz ya da bir temsilciniz var mı?

    İkisi de yok, tamamen uzaktan çalışıyoruz. Merkez ofisle ilk oturumumuz da ekran üstünde geçmiyor: hangi bilginin kişiye, hangisinin varlığa yazılacağını birlikte listeliyoruz. Bu liste çıkmadan geliştirme başlamıyor.

  • İki müşteri kartını birleştirdiğimizde geçmiş ne oluyor?

    Geçmiş kartın altında durmadığı için birleştirme onu taşımıyor. Bakım kaydı varlığa asılı; kart değişse de dosya yerinde kalıyor. Bu, kart birleştirmenin sıradan bir düzeltme olmasını sağlıyor, kayıp riski taşıyan bir işlem olmasını değil.

  • Bizim işimiz araç değil, şubeye gelen kurumsal müşteri. Bu fikir bize nasıl uyuyor?

    Soru şuna dönüşüyor: sizde zamana karşı duran şey ne? Araçta plaka ve şasi olan şey başka bir işte sözleşme, tesis ya da seri numarası oluyor. Geçmişi ona astığınızda temsilci ve şube değişikliği kaydı bölmüyor. AlgoCar'da gösterebildiğimiz kısım bu seçimin sonucu.

  • Merkezin raporu için ayrı bir veri ambarı kurmak gerekmez mi?

    Bizim gösterebildiğimiz ölçekte gerekmedi. AlgoCar'da işletme ve muhasebe tarafı servis kaydıyla aynı çekirdeğe bağlı; rapor o kaydın başka bir açıdan okunması. Çok şubeli konsolidasyon ve finansal raporlama tarafında ise belgelenmiş işimiz yok, bunu vaat etmiyoruz.

CRM — diğer şehirler

Bu hizmeti yayımladığımız diğer şehirler aşağıda, il başlıkları altında gruplu.

Bu konumdaki diğer hizmetler

Müşteri takibinizi tek sisteme toplamak ister misiniz?

Teklif al ya da hizmeti açın