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 · Esenyurt

Esenyurt markaları için CRM

Çok noktalı küçük bir işletmede bakiye kolayca ikinci bir yerde kalıyor: kayıtlar bir yanda, kimin ne kadar hakkı kaldığını gösteren tablo öbür yanda. İki taraf ayrıştığında tartışma tabloya bakarak çözülmüyor. Esenyurt'ta Saadetdere ile Yeşilkent arasındaki bir kurs katında da soru aynı: ay sonunda hangi kayıt doğru sayılacak? Şantiye personel takibinde o ikinci tabloyu hiç açmadık: hak ediş, eşleşen giriş ve çıkış kayıtlarının kendisinden üretiliyor. Hesap, kayıtların kendisinden çıkıyor.

Teklif al Projenizi anlatın

CRM — Esenyurt

Esenyurt'ta işletme dokusu küçük ölçekli ve şubeye yayılıyor; özel kurs ve eğitim kurumları da bu dokunun içinde. Kayıt bir yerde tutulup hesap başka yerde yapılıyorsa, ikisini ay sonunda biri elle eşleştiriyor. Bu ilçenin sektör profiline en yakın işimiz şantiye personel takibi. Nerede örtüşmediğini yazalım: inşaat sahası için yazıldı; satış hunisi, teklif takibi ve müşteri geçmişi orada hiç kurulmadı, depo ve sevkiyat tarafında da gösterecek işimiz yok. Taşıyabildiğimiz kısım hesabın neye dayandığı: kapanmış kayıt çifti hem süreyi hem hak edişi veriyor, yanında ikinci bir tablo durmuyor. Saha uygulaması React Native (Expo) ile telefonda çalışıyor, kayıtları Laravel karşılıyor, MySQL tutuyor.

  • Hak ediş yanda tutulan bir hesap tablosunda değil kapanmış kayıt çiftlerinin üstünde duruyor; tartışma çıktığında bakılacak yer aynı kayıt oluyor.
  • Çıkışı okutulmamış bir giriş kapanmamış kayıt olarak duruyor; eksik satır hesabın içinde sessizce erimiyor.
  • Sistem personelin kendi telefonunda çalışıyor; sabit bir okuyucu satın alınmadığı için iş bittiğinde geride kurulu donanım 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ı

Şantiye personel takibi — hak ediş kapanmış kayıt çiftinden hesaplanıyor

Şantiye geçici bir saha ve personel sabit bir kapıdan geçmiyor; giriş ile çıkış, personelin telefonundaki QR kod okutmasıyla ve konum doğrulamasıyla kaydediliyor. Bu sayfanın dayandığı yer hesabın kaynağı: hak ediş yanda tutulan bir tabloda değil, eşleşmiş giriş-çıkış çiftlerinin üstünde duruyor. Süre çiftin iki ucundan çıkıyor; çıkışı okutulmamış bir giriş kapanmamış kayıt olarak açık kalıyor, hesabın içinde erimiyor. Saha uygulaması React Native (Expo) ile telefonda çalışıyor, okutmaları Laravel karşılıyor, MySQL tutuyor. Sınır: iş inşaat sahası için yazıldı, müşteri geçmişi ve teklif takibi bu projede yok.

Vaka çalışmasını okuyun →

Esenyurt 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

  • İşimiz inşaat değil, şubeli bir kurs işletmesi. Bu örnek bize ne söylüyor?

    Ortak yer hesabın hangi kayıttan çıktığı. Şantiye personel takibinde hak ediş ikinci bir tabloda tutulmuyor, kapanmış kayıt çiftlerinden üretiliyor. Şubeli bir işletmede de aynı soru duruyor: bakiye kayıtların kendisinden mi çıkıyor, yoksa yanında tutulan bir dosyadan mı?

  • Hak edişi ayrı bir tabloda tutmanın nesi sorun?

    Aynı hesap iki yerde tutulduğu anda birinin doğru olması yetmiyor. Ay sonunda ikisi eşleşmezse hangisinin yanlış olduğunu kimse gösteremiyor. Hesap kaydın üstünde durduğunda tartışma tek yerde bitiyor.

  • Depo ve sevkiyat tarafı için de yazılım yapar mısınız?

    Portföyümüzde depo, sevkiyat ve taşıma işi yok; olmayan bir kanıtla söz vermiyoruz. Anlatabildiğimiz yer kaydın biçimi: kim, ne zaman ve hangi çiftte.

  • Müşteri geçmişi ve teklif takibi de bu yapıda olur mu?

    O kayıtlar bu projede yok, açıkça söylüyoruz. Yazılabilir, ama gösterebileceğimiz iş başka yerde duruyor: plan ve randevu tarafında bir diş kliniği için geliştirdiğimiz CRM, cihaz servis geçmişi tarafında AlgoKlima.

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