Teklif al

CRM · Çatalca

Çatalca markaları için CRM

Ölçüyle satan bir dükkânda müşteri kaydındaki alışveriş satırı kolayca yarım kalıyor: ürünün adı yazılıyor, satılan miktar yazılmıyor. Oysa tezgâhta fiyatı da stoğu da belirleyen şey miktarın kendisi. Çatalca'da Kaleiçi hattındaki bir dükkânda ya da haftalık pazar tezgâhında satılan şey ölçüyle gidiyorsa, fark her siparişte çıkıyor. Kokudankokuya'da kataloğu bu yüzden ölçü üstünden kurduk: satılabilir birim ürünün bir basamak altında, hacmin üstünde duruyor. Fiyat ve stok da oraya bağlı.

CRM — Çatalca

Çatalca'nın dokusu gıda perakendesi ve kırsal ticaret. Merkez Kasap gerçekten Çatalca'da ve QR menüsünü biz yazdık; bir müşteriyi ilçesiyle birlikte anabildiğimiz tek yer burası. Ama o iş bir menü sayfasıydı, müşteri kaydı taşımıyor. Bu sayfanın kanıtı Kokudankokuya ve sınırını yazıyoruz: bir parfüm mağazası; servis geçmişi, randevu ve çok adımlı plan gibi kayıtlar orada yok, tarım ya da hayvancılık yazılımı da hiç yapmadık. Taşınan şey satılabilir birimin nerede durduğu. Mağaza Laravel ve MySQL üstünde duruyor; kataloğun ölçeği ayrı bir arama ya da önbellek katmanı istemedi.

  • Satılabilir birim ürünün bir basamak altında duruyor: kayıt kokuyu tutuyor, fiyat ile stok hacmin üstünde; yeni bir hacim eklemek yeni ürün açmayı gerektirmiyor.
  • Katalog ikinci bir eksen taşıyor, koku ailesi ve nota; marka adını bilmeyen müşteri karakterden ilerleyip ürüne ulaşıyor.
  • Aynı parfüm birden çok notaya bağlanabildiği için tek bir kategori dalına kapanmıyor, farklı niyetle gelen aramalardan bulunuyor.

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ı

Kokudankokuya — satılabilir birim ürünün değil hacmin üstünde duruyor

Parfüm perakendesi için yazdığımız mağaza. Karar tek yerde toplanıyor: koku kayıtta tek başlık olarak kalıyor, hacimler ayrı satılabilir birim oluyor. Fiyat ile stok ürünün değil hacmin üstünde takip edildiği için yeni bir hacim eklemek katalogda yeni bir başlık açmayı gerektirmiyor. Kategori ağacının yanında koku ailesi ile nota ikinci bir gezinme ekseni açıyor; bir parfüm birden çok notaya bağlanabildiği için aynı kayıt farklı arama niyetlerinden bulunuyor. Kataloğun ölçeği ayrı bir arama ya da önbellek katmanı gerektirmedi, mağaza Laravel ve MySQL üstünde duruyor. Sınır: müşteri geçmişi, randevu ve servis kaydı bu işte yok.

Vaka çalışmasını okuyun →

Çatalca 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

  • Çatalca'da gerçekten müşteriniz var mı?

    Var. Merkez Kasap burada ve QR menüsünü biz yazdık; başka bir ilçe için aynı cümleyi kuramıyoruz. Ama o iş bir menü sayfasıydı, sipariş ve müşteri kaydı orada hiç kurulmadı.

  • Biz kiloyla satıyoruz; parfüm örneği bize ne söylüyor?

    Ortak yer ölçü. Kokudankokuya'da fiyat ve stok ürünün değil hacmin üstünde duruyor. Kiloyla satan bir dükkânda da satılabilir birim ürünün adı değil miktarı; müşteriye giden satır o birimi göstermezse geçmiş de eksik kalıyor.

  • Çiftlik ve hayvancılık tarafı için yazılım yapıyor musunuz?

    Hayır, hiç yapmadık. O alanda gösterecek işimiz olmadığı için söz de vermiyoruz. Anlatabildiğimiz yer katalog, ölçü ve kaydın biçimi.

  • Müşteri geçmişi tutan bir sistem istiyoruz; mağaza yazılımı bunu verir mi?

    Bir kısmını verir. Mağaza kaydı ne satıldığını tutuyor; servis geçmişi, randevu ya da çok adımlı bir plan istiyorsanız o kayıtlar ayrıca yazılıyor. Sınırı önden çiziyoruz: Kokudankokuya'da bu kayıtlar bulunmuyor.

Müşteri takibinizi tek sisteme toplamak ister misiniz?