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.
Koku tek ürün kaydı, hacimler ayrı satılabilir birim: fiyat ve stok hacme bağlı, yeni hacim eklemek yeni ürün açmayı gerektirmiyor. Koku ailesi ve nota, kategori ağacının yanında ikinci bir gezinme ekseni açıyor; marka adını bilmeyen müşteri de aradığı kokuya ulaşıyor.
Siteyi görüntüle →Kokudankokuya parfüm perakendesi yapıyor ve kataloğu standart e-ticaret ürün modeline oturmuyor. Aynı koku birden çok hacimde satılıyor; müşteri ürünü koklayamadan karar veriyor, alışverişin bir bölümü de kendisi için değil hediye için yapılıyor.
Mağazanın çözmesi gereken düğüm buydu: hacimleri ayrı ürün olarak açmak kataloğu tekrarla şişiriyor, hepsini tek ürün yapmak hacim bazlı stok ve fiyat takibini kaybettiriyor. Varyant sınırını hacim düzeyinde çizdik: kataloğu tekrarla şişirmeden hacim bazlı takibi koruyan tek yer orasıydı.
İş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.
Koku tek ürün kaydı olarak duruyor, hacimler ayrı satılabilir birim; fiyat ve stok hacme bağlı, yeni hacim eklemek yeni ürün açmıyor.
Kategori ağacının yanında ikinci bir gezinme ekseni duruyor; müşteri marka adı yerine koku karakterinden başlayıp ürüne ulaşıyor.
Bir parfüm birden çok notaya bağlanabiliyor; aynı ürün farklı arama niyetlerinden bulunuyor, tek kategori dalına hapsolmuyor.
Kataloğun ölçeği ayrı arama ya da önbellek katmanı gerektirmedi; mağaza Laravel ve MySQL üzerinde duruyor, taşınacak parça sayısı az.
| Zorluk | Sonuç |
|---|---|
| Aynı koku birden çok hacimde satılıyor; hacimleri ayrı ürün açmak kataloğu tekrarla şişiriyor | Koku kaydı tek kalıyor; yeni hacim eklemek katalogda yeni ürün açmayı gerektirmiyor |
| Hepsini tek ürün saymak ise hacim bazlı stok ve fiyat takibini kaybettiriyor | Stok ve fiyat hacim düzeyinde takip ediliyor, hangi hacimden kaç adet kaldığı ayrı görünüyor |
| Müşteri çoğu zaman marka adını bilmeden geliyor; aradığı şey kokunun karakteri oluyor | Marka adını bilmeyen müşteri koku ailesinden başlayıp ürüne iniyor |
| Ürün koklanamadan satın alınıyor; müşteri kokuyu tarif eden bilgiden yola çıkmak zorunda | Aynı parfüm birden çok notaya bağlandığı için farklı aramalardan bulunuyor |
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.
