Teklif al

CRM · İzmir

İzmir markaları için CRM

İzmir'in üretim hattı Çiğli ve Menemen boyunca uzuyor. Fiyat ayrı bir dosyadan okunuyorsa liste bir klasörde duruyor, hangi sürümün geçerli olduğunu birileri hatırlıyor, müşteri kaydına düşen rakam da o hatırlamaya bağlı kalıyor. KGM SsangYong'un online satış kanalında bu bağı kaldırdık. Tutar bir listeden çekilmiyor; seçilen donanım ve renk birleşiminin kendi üstünde duruyor. Bir alıcıya söylenen rakamın gerekçesi de aynı yerde kalıyor. İzmir CRM yazılımı sorusuna biz bu noktadan bakıyoruz.

CRM — İzmir

İzmir'in üretici ve perakende tarafı ihracata dönük çalışıyor; aynı ürün farklı donanım ve farklı satış koşullarıyla çıkıyor, teklif de bu farklara göre yazılıyor. Böyle bir işte müşteri geçmişinin taşıması gereken şey görüşme notu değil, o alıcıya hangi yapılandırmanın hangi koşulla verildiği. Bu profile en yakın işimiz KGM SsangYong online satış kanalı. Nerede örtüşmediğini de yazalım: kanal otomotiv satışı için kuruldu; ihracat evrakı, gümrük süreçleri ve bayi ağı yönetimi için gösterecek işimiz yok. Taşınan şey fiyatın nereye yazıldığı. Altta Laravel duruyor; kayıtları MySQL tutuyor, önbelleği Redis üstleniyor, arayüz tarafını Tailwind ile jQuery taşıyor.

  • Fiyat kenarda tutulan bir dosyada değil, seçilen donanım ve renk birleşiminin kaydında duruyor; hangi sürümün geçerli olduğu diye bir soru kalmıyor.
  • Bir alıcıya verilen rakamın gerekçesi kaydın kendisinde: hangi birleşimin hangi satış koşuluyla fiyatlandığı aylar sonra da yerinde duruyor.
  • Satın alma adımına ekranda görülen tutar değil kesinleşmiş birleşim kaydı taşınıyor; aynı rakam ikinci kez hesaplanmı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ı

KGM SsangYong Online Satış — fiyat birleşimin kaydında, ayrı listede değil

Ziyaretçi araç modelini donanım ve renk üzerinden yapılandırıyor; tutar bu yapılandırmanın kendisinden çıkıyor, kenarda tutulan bir fiyat dosyasından okunmuyor. Her birleşim kendi fiyatı, kendi görseli ve kendi satış koşuluyla kayda geçiyor; satın alma adımına da o kayıt taşınıyor. Böylece bir alıcıya verilen rakamın hangi yapılandırmadan çıktığı sonradan da yerinde duruyor. Satış kanalı marka kurumsal sitesiyle aynı Laravel, MySQL ve Redis setinde çalışıyor. Kapsam satış kanalının kendisi; bayi ağı ve satış sonrası takip bu işin dışında.

Vaka çalışmasını okuyun →

İzmir 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

  • İhracat hedefimiz var; aynı ürün pazara göre farklı koşullarla satılıyor. Bu kayda girer mi?

    Girer: satış koşulu birleşimin kendi kaydında duruyor, ayrı bir kural tablosunda değil. Sınırı da söyleyelim — ihracat evrakı, gümrük ve navlun tarafında gösterecek işimiz yok. Anlattığımız yer fiyatın hangi seçime bağlandığı.

  • Fiyat listemiz elektronik tabloda duruyor. Onu CRM'e aktarsak yetmez mi?

    Aktarım kopyanın tazeliğini çözmüyor. Liste ayrı bir yerde durduğu sürece birinin onu güncellemesi gerekiyor ve güncellenmediği gün satış ekibi eski rakamı söylüyor. Fiyat seçimin kaydında durduğunda güncellenecek ikinci bir yer kalmıyor.

  • İzmir'de ofisiniz ya da bölge temsilciniz var mı?

    İkisi de yok; tamamen uzaktan çalışıyoruz. Çalışma önce yazıyla başlıyor — hangi seçimin fiyatı hangi kayda yazacağını birlikte çıkarıyoruz.

  • Kanıt otomotivden geliyor, biz makine üretiyoruz. Ne taşınıyor?

    Araç değil, seçenekli satışın kayıt biçimi. Donanım ve renk yerine kapasite ve gövde tipi yazın, kural aynı kalıyor: satılabilir her birleşim kendi fiyatını ve koşulunu taşıyor. Makine imalatı için gösterebileceğimiz iş de ayrıca var; orada anlattığımız şey katalog ayrımları.

Müşteri takibinizi tek sisteme toplamak ister misiniz?