Teklif al

CRM · Başakşehir

Başakşehir markaları için CRM

İkitelli makine ve kalıp atölyelerinin hattı. Ölçü tezgâh tarafında konuşulup teklif ön büroda yazılıyorsa, arada bir kâğıt dolaşıyor. Alıcı aylar sonra aradığında elde kalan şey görüşme notu oluyor, hesabın kendisi değil. Calculator Resterm'de kayıt tersten kurulu: alıcının altında projeler, projenin altında hesabın seçtiği kalemler duruyor. Yazılımın oturduğu şema Resterm'in ürün ailesinin kendisi; dışarıdan yüklenmiş bir liste değil. Başakşehir CRM yazılımı sorusu bizde bu ayrımla başlıyor.

CRM — Başakşehir

Başakşehir'in İkitelli tarafında iş makine imalatı; bu işte talep şartnameyle geliyor, ölçü, sıcaklık ve hacim konuşuluyor, ürün kodu en sonda çıkıyor. Ön büro ile tezgâh arasındaki mesafe de yazılıma düşen asıl yük oluyor. Böyle bir işte müşteri geçmişi kimin ne zaman aradığı değil, o alıcıya hangi ihtiyaçtan hangi seçimin verildiği demek. Bu ilçenin sektör profiline en yakın işimiz Calculator Resterm. Kanıtın bittiği yeri de söyleyelim: yazılım elektrikli ısıtıcı seçimi için kuruldu. Kampanya yönetimi, çağrı kaydı ve satış hunisi raporlaması için gösterecek işimiz yok. Çekirdek Laravel'de, kayıtlar MySQL'de, hesap arayüzü Vue ile yazıldı.

  • Bir alıcının iki ayrı işi tek geçmişte toplanmıyor; her iş kendi proje kaydını taşıyor, kalemler o kaydın altında duruyor.
  • Teklifin altındaki teknik gerekçe kaydın içinde kalıyor; rakam sorulduğunda cevap kimsenin hafızasında aranmıyor.
  • Yazılımın oturduğu şema üreticinin ürün ailesi; yeni bir seçenek hazır bir araca liste yüklemekle değil, o yapının içinden tanımlanı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ı

Calculator Resterm — müşteri kaydı üreticinin ürün yapısı üstünde duruyor

Resterm elektrikli ısıtıcı üretiyor ve yazılımı üreticinin kendi ürün yapısı üstüne kurduk; hazır bir teklif aracına liste yüklemedik. Kullanıcı ürün kodu değil ısıtma ihtiyacını giriyor, uygun ısıtıcıyı yazılım hesaplayıp seçiyor. Müşteri tarafındaki karşılığı şu: alıcının kaydı altında projeler, her projenin altında da hesabın seçtiği kalemler duruyor. Aynı alıcıya giden iki iş tek bir geçmişte erimiyor; bir kalemin hangi ısıtma ihtiyacı için yazıldığı da sonradan kaydın içinde kalıyor. Süreci Laravel yürütüyor, kayıtları MySQL tutuyor, hesap arayüzünü Vue taşıyor.

Vaka çalışmasını okuyun →

Başakş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

  • Başakşehir'de ofisiniz ya da atölyeye gelen bir ekibiniz var mı?

    Yok, tamamen uzaktan çalışıyoruz. İlk oturum atölyede değil metin üstünde geçiyor — ürün ailenizin hangi ayrımlarla tanımlandığını birlikte yazıya döküyoruz. Ölçü, sıcaklık ve hacim gibi ayrımlar bir kez yazıya geçtikten sonra işin kalanı için atölyede durmak gerekmiyor.

  • Ürün ailemiz zaten kataloğumuzda. Hazır bir CRM'e yükleyip aynı sonucu alamaz mıyız?

    Liste yüklenebilir, kural yüklenemez. Hazır araç kalemleri taşır ama hangi ölçünün hangi ürünü doğurduğunu bilmez; o bilgi yine bir kişinin masasında kalır. Şema üreticinin ürün yapısından çıktığında seçim kaydın içinde üretiliyor.

  • Aynı firmaya birden çok iş yapıyoruz. Geçmiş nasıl ayrışıyor?

    Kalemler doğrudan alıcıya değil projeye asılıyor; alıcı kaydı da projeleri taşıyor. Böylece iki farklı iş tek bir listede erimiyor, hangi kalemin hangi işe ait olduğu ay sonunda ayıklanmıyor.

  • Resterm ısıtıcı üretiyor, biz kalıp yapıyoruz. Bize ne taşınıyor?

    Sektör değil, kaydın nereye oturduğu. Isıtma ihtiyacının yerine kalıp adedi, malzeme ve tolerans yazın; sorulan şey aynı kalıyor. Yazılım sizin ürün mantığınızın üstüne kuruluyorsa teklifin gerekçesi kayıtta, kurulmuyorsa yine bir tabloda duruyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?