Sistemin parçaları ve sınırları koddan önce belirleniyor.
Birden fazla kurum tek sistemde, bilgileri ayrı.
Tek kod tabanı, iki mağaza: iOS ve Android.
Yürüyen bir sistemi devralıp iyileştiriyoruz.
Yapay zekâyı yalnız işin gerektirdiği yerde.
Ziyaretçi araç modelini donanım ve renk seçerek yapılandırıyor, fiyat bu seçime göre oluşuyor, ödeme aynı akışta alınıyor. Konfigüratör ile ödeme, tek akışın iki adımı olarak kuruldu.
Siteyi görüntüle →Otomotivde satın alma kararı bir listeden seçim yapmakla bitmiyor; alıcı önce aracı kuruyor: hangi donanım paketi, hangi renk. KGM SsangYong bu adımı bayi ziyaretinden önceye taşımak istedi. Zorluk şurada: burada satılan şey rafta duran bir kalem değil, alıcının ekranda kurduğu bir sonuç. Fiyat da o sonuç ortaya çıkmadan var olmuyor. Hazır sepet yazılımları bunun tersini varsayar; burada ise yapılandırmanın kendisi satılan kalem.
İşin bugün nasıl yürüdüğünü ve yazılımdan ne beklediğinizi konuşuyoruz; kapsam buradan çıkıyor.
Sistemin hangi parçalardan kurulacağına ve bilginin nerede tutulacağına karar veriyoruz.
Ekranları ve akışı kod yazmadan önce çiziyoruz; onayınızdan sonra geliştirmeye geçiyoruz.
Yazılımı, başka bir ekibin de sürdürebileceği düzende yazıp teslim ediyoruz.
Ziyaretçi modeli seçiyor, donanım ve renk üzerinden yapılandırıyor; her seçim fiyatı ve ekrandaki aracın görselini aynı anda güncelliyor.
Fiyat, seçilen donanım ve renk birleşiminden oluşuyor; her birleşim kendi satış koşuluyla kayda geçiyor, sonraki adıma o kayıt taşınıyor.
Ödeme konfigüratörün devamı olarak açılıyor; ziyaretçi yapılandırdığı aracı bırakmadan satın alma adımına geçiyor, seçim bilgisi aynı oturumda kalıyor.
Satış kanalı marka kurumsal sitesiyle aynı Laravel, MySQL ve Redis setinde çalışıyor; iki sistemin bakımı tek yetkinlik alanında toplanıyor.
| Zorluk | Sonuç |
|---|---|
| Her donanım ve renk birleşiminin ayrı fiyatı, ayrı görseli ve ayrı satış koşulu var | Her donanım ve renk birleşimi kendi fiyatı, görseli ve satış koşuluyla kayıtlı duruyor |
| Hazır sepet yazılımları bu kırılımı taşımıyor, satılan her şeyi tek bir katalog satırı sayıyor | Fiyat tek bir ürün kaydından değil, ziyaretçinin kurduğu yapılandırmadan çıkıyor |
| Ziyaretçi seçimi değiştirdiğinde fiyatın ve görselin aynı ekranda güncellenmesi gerekiyor | Ziyaretçi seçimi değiştirdiğinde fiyat ve görsel aynı ekranda onunla birlikte oynuyor |
| Konfigürasyon ile ödeme arasında kopukluk olursa ziyaretçi seçtiği aracı baştan kurar | Yapılandırma ödemeye taşınıyor, ziyaretçi seçimini ikinci kez girmiyor |
Atölyeye gelen aracın etrafında kurduğumuz kendi servis yönetim yazılımımız. İş emri, tüketilen parça ve kesilen fatura tek zincirde ilerliyor; işletme ve muhasebe tarafı da aynı kayda bağlı. Bakım geçmişi plaka ve şasi kaydında durduğu için araç el değiştirdiğinde geçmişi kendisiyle geliyor.
Klima, kombi ve beyaz eşya servisleri için geliştirdiğimiz kendi ürünümüz. Ofisteki müşteri ve cihaz kaydıyla sahadaki teknisyen aynı sistemde buluşuyor. Teknisyen telefon çekmeyen bir kazan dairesinde de servis kaydını açıp kapatabiliyor; garanti ve bakım geçmişi cihaza bağlı kalıyor.
Kendi ürünümüz; geliştirme aşamasında, henüz yayında değil. Bir randevunun ne kadar sürdüğü, neye bağlandığı ve arka arkaya nasıl dizildiği sektöre göre değişiyor. Bu kuralları koda gömmek yerine ürün ayarı olarak bırakıyoruz.
İşin bugün nasıl yürüdüğünü yazın; yazılıma hangi adımın geçebileceğine bakalım.
