Teklif al

Kurumsal & Ticari Yazılım · Şişli

Şişli markaları için Kurumsal & Ticari Yazılım

Halaskargazi hattındaki bir markanın kurumsal sitesine gelen istekler tek cinsten değil. Bir kısmı henüz müşteri olmamış tarafın isteği: ölçü, keşif, teklif bekliyor. Bir kısmı satın almış tarafın isteği: kurulmuş bir şeyin bakımı ya da arızası. İkisi aynı iletişim formuna düşünce sıralamayı serbest metin okuyan bir kişi yapıyor. Şişli'de kurumsal yazılım sorusu bu yüzden tema değil kuyruk sorusu. Diotek'te ayrım formda değil akışın kendisinde kurulu.

Kurumsal & Ticari Yazılım — Şişli

Şişli'nin ağırlık merkezi marka vitrini: Halaskargazi ve Fulya çevresinde merkez ofis ile satış katı aynı hatta duruyor, kozmetik perakendesi ve bakım hizmeti komşu adreslerde çalışıyor. Böyle bir yapıda kurumsal site hem tanıtım hem talep kapısı oluyor. Bu ilçenin sektör profiline en yakın işimiz Diotek. Örtüşmediği yer açık: klima ve havalandırma sektörü için yazıldı; kozmetik satışı, güzellik merkezi işletmesi ya da mağaza içi kampanya yönetimi tarafında gösterebileceğimiz bir iş yok. Taşınan kısım talebin biçimi — hangi isteğin hangi kuyruğa düşeceği kayıt açılırken belli oluyor, sonradan okunarak değil. Yığında Laravel, MySQL, Redis, Inertia ve Tailwind duruyor.

  • Keşif randevusu kendi akışında açılıyor: ziyaretçi cihaz seçmeden mekân için tarih istiyor, talep servis kuyruğuna karışmadan operasyona düşüyor.
  • Montaj sonrası bakım ve arıza talebi kurulu cihazı merkeze alan ikinci akıştan geliyor; kayıt yazılı kalıyor, telefon notuna bağlı olmuyor.
  • Mesai dışında gelen istek de yazılı kayda düşüyor, sezon başı yoğunluğunda iki talep tipi operasyona ayrışmış halde ulaşıyor.

Neden Algoriel

  • Birden fazla kurum, tek sistem

    Vipkurum'da yedi kurum aynı sistem üstünde çalışıyor; her kurumun bilgisi ayrı duruyor.

  • Aynı kurulum, yeni kurum

    Vipkurum'da kurum kendi alan adından ve kendi markasıyla giriyor; kurum eklemek ikinci bir kurulum gerektirmiyor.

  • Birim kendi işini yürütür

    Kurumun şubesi kendi sınavını kendi okutuyor; bir cihaz arızası bütün kurumları durdurmuyor.

  • Her rol kendi ekranını görür

    Ders programı, sınav, öğrenci, veli, ödeme ve raporlama tek platformda; kimin neyi görebileceği baştan belli.

  • Her kurum kendi alan adından girer

    Vipkurum'da yedi eğitim kurumu kendi adresinden ve kendi markasıyla açılıyor; kullanıcının ekranında yazılımın adı görünmüyor.

  • Yeni kurum için yeniden kurulum yok

    Bir kurum daha eklemek tanım yapmak demek. Sunucuda sistemin ikinci kopyası açılmıyor, bakım tek yerde kalıyor.

  • Ofis ile saha aynı kayıtta

    AlgoKlima'da ofis paneli ile saha uygulaması aynı kaydı okuyup aynı kayda yazıyor. Teknisyen sinyalsiz yerde de işini kapatıyor, bağlantı dönünce kayıt ofisin önüne düşüyor.

  • Operasyon ile ticari kayıt aynı yerde kapanır

    AlgoCar'da servis kaydı ile ticari kayıt aynı sisteme bağlı; bir işin maliyeti ile geliri iki ayrı programda eşleştirilmiyor.

  • Bir kurumun verisi komşusuna açılmaz

    Öğrenci, veli ve ödeme kaydı kurumun kendi sınırının içinde kalıyor. Sınır ekranda kapatılan bir görünüm değil, kurulumun kendisi.

  • Yıllarca bakabileceğimiz tek teknik temel

    Bakımını sürdürecek ekibin tanımadığı bir parça sisteminize girmiyor. AlgoKlima ile AlgoCar kendi ürünlerimiz; aynı teknik temeli her gün kendi işimizde de kullanıyoruz.

Buna benzer çalışmalar

Kurumsal & Ticari Yazılım · Vaka çalışması

Diotek — keşif randevusu ve servis çağrısı ayrı kuyruklarda ilerliyor

Klima ve havalandırma işinde siteye iki ayrı cinsten talep geliyor: satış öncesi keşif randevusu ve montaj sonrası servis. Diotek'te ikisi baştan ayrı akış olarak kuruldu. Ziyaretçi cihaz seçmeden önce mekân için bir tarih istiyor; bu talep servis kuyruğuna karışmadan kendi yolundan operasyona düşüyor. Bakım ve arıza talebi ise kurulu cihazı merkeze alarak siteden açılıyor, kayıt yazılı kalıyor ve telefon notuna bağlı olmuyor. Sezon başı yoğunluğunda iki tip ayrışmış halde ulaşıyor. Kapsamın sınırı da açık: mağaza içi satış, stok hareketi ve kampanya yönetimi bu işin dışında.

Vaka çalışmasını okuyun →

Şişli 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

  • Kurumsal sitemizde tek bir iletişim formu var; bölmek gerçekten gerekli mi?

    Talebin cinsi belliyse gerekli. Tek formda sıralamayı bir kişi serbest metin okuyarak yapıyor; o kişi izne çıkınca sıra da onunla gidiyor. Diotek'te ayrım kayıt açılırken kuruluyor, keşif randevusu ile servis çağrısı ayrı kuyruklardan geliyor.

  • Bizim işimiz kozmetik perakendesi; klima firması için yazılmış bir sistem ne söylüyor?

    Sektör örtüşmüyor, bunu olduğu gibi söylüyoruz. Örtüşen şey talebin biçimi: satın almamış taraftan gelen istek ile satın almış taraftan gelen istek aynı kuyruğa düşmemeli. Kuyruğun adı değişir, ayrım aynı kalır.

  • Sezon başında talep yığılıyor; vitrin sayfaları ve talep ekranları birlikte mi yavaşlar?

    Diotek'te ikisi aynı kod tabanında duruyor ve sezon başı trafiğini Redis önbelleği karşılıyor. Kurumsal sayfalar ile talep ekranları aynı Tailwind ölçeğinden çıktığı için yoğunlukta ikinci bir arayüz bakımı doğmuyor.

  • Uzaktan çalışıyorsunuz; satış katına gelmeden bu akışı nasıl çıkarıyorsunuz?

    Fiziksel ofisimiz yok, iş bütünüyle uzaktan yürüyor. Akışı gözlemleyerek değil yazarak çıkarıyoruz: hangi istek hangi alanla açılıyor, hangi kuyruğa düşüyor, kim kapatıyor. Bu üç sorunun cevabı kayıt biçimini belirliyor.

Sisteminizi kaç kurum ve kaç şubeye göre planlayalım?