Teklif al

CRM · Beylikdüzü

Beylikdüzü markaları için CRM

Satış katında randevu her zaman bir kişiye yazılmıyor. Bazen ayrılan şey deneme odası, bazen müşterinin başında durduğu cihazın kendisi. Hazır kurulumlar bu ayrımı taşımıyor: takvim personel üstünden açılıyor, oda ile ekipman not alanında kalıyor. Beylikdüzü'nde Yakuplu ve Gürpınar hattındaki bir satış katında ayrılan şey deneme odasıysa, o not çakışan iki randevuya dönüşüyor. Şu an inşa ettiğimiz AlgoRandevu'da randevunun neye bağlandığı ürün içinde seçiliyor: kişi, oda ya da ekipman.

CRM — Beylikdüzü

Beylikdüzü'nde ürün müşteriyle satış katında buluşuyor. Alıcı bir deneme ya da kurulum için gün alıyor; o günün karşılığı bir kişi değil bir alan olduğunda takvimin taşıması gereken şey de değişiyor. Bu ilçenin işletme dokusuna en yakın işimiz AlgoRandevu; kendi ürünümüz ve şu an inşa ediyoruz, bitmiş bir kurulum olarak sunmuyoruz, teslim tarihi de vermiyoruz. Nerede örtüşmediğini yazalım: AlgoRandevu bir randevu ürünü, katalog ve ödeme adımı taşımıyor, satış katına kurulan bir ekran da değil; mobilya ve tekstil tarafında gösterecek işimiz yok. Anlatabildiğimiz kısım kaynağın seçilebilir kalması. Ürünü AlgoKlima ve AlgoCar ile aynı Laravel ve Inertia zemini üzerine kuruyoruz; kayıtları MySQL tutuyor, önbellek katmanını Redis üstleniyor, arayüzü Tailwind biçimlendiriyor.

  • Randevunun neye bağlandığı üründe seçiliyor: kişi, oda ya da ekipman; işletme kendi kaynağını işaretliyor, biz sektör başına ayrı kurgu yazmıyoruz.
  • Ürünü AlgoKlima ve AlgoCar panellerimizle aynı Laravel ve Inertia zemini üzerine kuruyoruz; aynı aileden panel kullanan işletme için ekran mantığı tanıdık kalıyor.
  • Hedef, takvim ile mesajlaşma arasında elle yürüyen randevuyu tek panelde toplamak; anlattığımız şey inşa ettiğimiz kurgu, bitmiş bir ürün değil.

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ı

AlgoRandevu — inşa ettiğimiz üründe randevu kişiye, odaya ya da ekipmana bağlanıyor

Şu an geliştirdiğimiz kendi ürünümüz; bitmiş değil, teslim tarihi de vermiyoruz. Üzerinde çalıştığımız yapıda randevu yalnız bir kişiye yazılmıyor: kaynak kişi, oda ya da ekipman olabiliyor ve hangisine bağlanacağını işletme ürün içinden seçiyor. Böylece sektör başına ayrı kurgu yazmak gerekmiyor. Ürünü AlgoKlima ve AlgoCar panellerimizle aynı Laravel ve Inertia zemini üzerine kuruyoruz; randevu kayıtlarını MySQL tutuyor, önbelleği Redis üstleniyor, arayüzü Tailwind biçimlendiriyor. Amacımız takvim ile mesajlaşma arasında elle yürütülen randevuyu tek panelde toplamak. Sınır: katalog ve ödeme adımı bu üründe yok.

Vaka çalışmasını okuyun →

Beylikdüzü 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

  • AlgoRandevu hazır mı, ne zaman kurabiliriz?

    Hazır değil. Şu an inşa ediyoruz ve teslim tarihi vermiyoruz; sayfada da böyle yazıyoruz. Bugün konuşabileceğimiz şey ürünün kurgusu: randevunun neye bağlanacağının ürün içinde seçilebilir kalması.

  • Randevuyu personele değil odaya yazmak neyi değiştiriyor?

    Kısıtın nerede durduğunu değiştiriyor. Deneme odası tekse, o odaya yazılmış bir randevu ikinci bir kaydın önünü kapatıyor. Kaynak randevu kaydının üstünde durmadığında aynı saat iki yerde birden boş görünüyor.

  • Satış katına dokunmatik bir ekran kurar mısınız?

    O ayrı bir iş. Mağaza cihazında çalışan ekran uygulaması için gösterebileceğimiz iş KGM SsangYong showroom kiosk uygulaması; React Native (Expo) ile yazıldı. AlgoRandevu ise bir panel ürünü, zemine kurulan bir ekran değil.

  • Hazır bir randevu uygulaması işimizi görür mü?

    Randevu tek bir kişiye yazılıyorsa görür ve bunu satış kaygısı olmadan söyleriz. Sınır, ayrılan şeyin oda ya da cihaz olduğu yerde başlıyor; orada kaynağın kaydın üstünde durması gerekiyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?