Teklif al

CRM · Pendik

Pendik markaları için CRM

Bir klima firmasının sitesine iki ayrı şey soruluyor: biri henüz cihaz seçmemiş, mekân için keşif istiyor; öbürünün cihazı kurulu, bakım ya da arıza kaydı açıyor. Tek bir iletişim formu ikisini aynı gelen kutusuna atıyor, sıra da oradan bozuluyor. Sezon başında talep birden arttığında bu bozulma daha da görünür oluyor; Pendik'te Kaynarca ile Çamçeşme arasındaki servis noktaları için de soru aynı: ayrım nerede yapılıyor? Diotek'te ikisi tek uygulamada duruyor ama tek kuyruğa düşmüyor: ayrım kapıda yapılıyor, iki kaydın biçimi de farklı.

CRM — Pendik

Pendik'te imalat KOBİ'si ile çok noktalı servis örgütü yan yana çalışıyor. Bahar montajı sonbaharda bakım kaydına dönüşüyorsa, ilk sıcak haftada iki talep tipi aynı hatta biniyor. Bu ilçenin sektör profiline en yakın işimiz Diotek; klima ve havalandırma işi için yazıldı. Nerede örtüşmediğini de yazalım: teklif hazırlama, sözleşme takibi ve satış hunisi raporlaması o işin kapsamında yok, orada gösterecek işimiz de yok. Taşınabilen kısım kaydın nerede ayrıldığı: keşif talebi mekânı ve tarihi, servis talebi kurulu cihazı merkeze alıyor. Tanıtım sayfaları ile talep ekranları tek Laravel uygulamasında duruyor; Inertia sayfa geçişini istemcide yapıyor, kayıtları MySQL tutuyor, sezon yükünü Redis önbelleği karşılıyor, arayüzü Tailwind biçimlendiriyor.

  • Keşif talebi cihaz seçilmeden açılıyor; mekânı ve tarihi taşıyor, kurulu cihaz alanı istemiyor.
  • Servis talebi kurulu cihazın üstünden açılıyor; kayıt yazılı kalıyor, mesai dışında gelen talep telefon notuna bağlı olmuyor.
  • İkisi tek Laravel uygulamasında duruyor ama birbirinin kuyruğuna düşmüyor; tanıtım sayfaları da aynı kod tabanında, ikinci bir panel açılmı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ı

Diotek — keşif ile servis talebi tek uygulamada, ama hiçbir zaman tek kuyrukta

Klima ve havalandırma işinde siteye iki ayrı talep geliyor: satış öncesi keşif randevusu ve montaj sonrası servis. İkisi baştan ayrı akış olarak kuruldu. Ziyaretçi cihaz seçmeden önce mekân için bir tarih isteyebiliyor; bu talep, kurulu cihaz üstünden açılan bakım ve arıza kaydıyla aynı kuyruğa girmiyor. Servis tarafında kayıt yazılı kalıyor; mesai dışı talep telefon notuna bağlı olmuyor. Tanıtım sayfaları ile talep ekranları tek Laravel uygulamasında duruyor: Inertia sayfa geçişini istemcide yapıyor, talep kaydı içerikle aynı MySQL şemasında oturuyor. Sezon başı trafiğini Redis önbelleği aynı kod tabanında karşılıyor.

Vaka çalışmasını okuyun →

Pendik 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

  • Siteye iki ayrı form koysak yetmez mi?

    Form yüzey. Asıl soru iki kaydın biçiminin farklı olup olmadığı ve gönderildikten sonra ayrı kuyrukta kalıp kalmadığı. Aynı gelen kutusuna yazan iki form hâlâ tek kuyruk demek.

  • Sezon açılınca talep birden artıyor. O sırada ne oluyor?

    Aynı kod tabanı taşıyor, en çok okunan sayfaların önünde Redis önbelleği duruyor. Buraya bir yük rakamı yazmıyoruz; kaynağını gösteremeyeceğimiz sayıyı yayımlamıyoruz.

  • Pendik'e gelip sahayı görüyor musunuz?

    Ofisimiz yok, kurulum için yola çıkan da yok. İlk yaptığımız iş yazılı: hangi talep tipi hangi alanları taşıyacak, gönderildikten sonra her biri nereye gidecek.

  • Bize teklif ve sözleşme takibi de lazım.

    O taraf Diotek'in gösterdiği yer değil, bu yüzden burada söz de vermiyoruz. Sektöre göre değişen randevu akışlarını kendi ürünümüzde ele alıyoruz; AlgoRandevu hâlâ yapım aşamasında, bitmiş gibi anlatmıyoruz.

Müşteri takibinizi tek sisteme toplamak ister misiniz?