Özel E-Ticaret Yazılımı Geliştirme

Bir e-ticaret sitesi kurarken ilk akla gelen soru "hangi platformu kullanalım?" olur. Asıl soru şudur: iş kurallarınız hazır bir platforma sığıyor mu? Fiyatınız müşteriye, bayiye veya sipariş miktarına göre değişiyorsa, stok birden fazla depoda ve ERP'de tutuluyorsa ya da kendi pazaryerinizde başka satıcılar satış yapacaksa, platformun sınırları işinizin sınırı olur. Biz bu durumda kendi kodunuz, kendi veriniz ve kendi altyapınız üzerinde çalışan özel e-ticaret yazılımı geliştiriyoruz.

Özel e-ticaret yazılımı nedir?

Özel e-ticaret yazılımında mağaza, yönetim paneli ve arkadaki iş kuralları ihtiyacınıza göre baştan yazılır. Kod deposu sizin hesabınızda durur. Hazır platformlardan üç noktada ayrılır. Birincisi kod: sepet, kampanya ve fiyat mantığı sizindir, bir kuralı değiştirmek için platformun izin vermesini beklemezsiniz. İkincisi veri: ürün, müşteri ve sipariş kayıtları sizin veritabanınızda durur ve istediğiniz zaman dışa aktarabilirsiniz. Üçüncüsü altyapı: sunucu, veritabanı ve alan adı sizin adınıza açılan hesaplarda çalışır. Nerede barınacağına, nasıl yedekleneceğine ve nasıl büyütüleceğine siz karar verirsiniz.

Bunun bir bedeli de var ve baştan söylüyoruz. Hazır bir platformun kendiliğinden sunduğu şeyleri özel yazılımda ya kendimiz kurarız ya da hazır bir bileşenle bağlarız. Ödeme sağlayıcısı bağlantısı, tema sistemi ve güvenlik güncellemeleri bu gruba girer. Bu yüzden özel yazılım her işletme için doğru seçim değildir. Arama motorlarında görünürlük de mimarinin parçasıdır. Sayfaların ne zaman üretileceği, kategori yapısı, ürün şeması ve adres kuralları sonradan eklenen şeyler değil, ilk tasarımda verilen kararlardır.

Teknolojiyi ihtiyaca göre seçiyoruz. Kararı mevcut sistemleriniz, ekibinizin bilgisi ve yayından sonraki bakım belirler. Tek bir ölçütümüz var: yarın başka bir ekip de devralabilsin diye yaygın ve belgeli teknolojiler kullanırız.

Hazır platform mu, özel yazılım mı?

Kısa cevap şu: yeni başlıyorsanız ya da mağazanız küçükse ve iş kurallarınız hazır bir platforma sığıyorsa, hazır platform daha doğru seçimdir. Standart bir ürün kataloğunuz ve standart bir ödeme ve kargo akışınız varsa, ihtiyaçlarınızı da hazır uygulamalar karşılıyorsa, hazır bir e-ticaret platformu daha hızlı yayına girer, daha az bakım ister ve ilk dönemde daha ucuza gelir. Bu durumda size özel yazılım önermeyiz. Büyük ölçekte satış yapan veya ileride büyümeyi planlayan işletmelere ise özel yazılım öneriyoruz. Özel yazılım şu durumlarda mantıklı olur:

• Fiyat; bayiye, müşteri grubuna, sipariş miktarına veya sözleşmeye göre hesaplanıyor. Bu kurallar bir tabloya sığmıyor, algoritma gerekiyor.
• Stok birden fazla depoda ve ERP'de tutuluyor. Mağazanın bu sistemlerle anlık ve çift yönlü konuşması gerekiyor.
• Mağazanın yanında bir bayi portalı, tedarikçi paneli veya başka satıcıların ürün sattığı bir pazaryeri gerekiyor.
• Ürün ve sipariş verisi kendi altyapınızda durmalı ya da kendi veri modelinize göre şekillenmeli.
• Katalog büyüklüğü, kampanya yoğunluğu veya iş akışlarınız hazır bir platformun sınırlarını aşıyor.

Kararı yalnızca bugünün ihtiyacına göre vermeyin, önümüzdeki iki üç yılı da düşünün. Bugün hazır platform yetse bile bayi satışı veya pazaryeri planınız varsa bunu baştan konuşmak gerekir. Emin değilseniz keşif görüşmesinde iş kurallarınıza birlikte bakarız. Hazır platform size daha uygunsa bunu açıkça yazarız.

İş modeline göre kapsam

Aynı çekirdek üç iş modeline uyarlanır. Her modelde ekranlar ve kurallar farklıdır. Çoğu proje bunlardan birini merkeze alır, diğerini sonraki aşamaya bırakır. Perakende (B2C) mağazada işin omurgası şunlardır: katalog, arama ve filtreleme, sepet, ödeme, sipariş takibi, kampanya ve kupon kuralları, müşteri hesabı. Özel yazılımın farkı genellikle vitrinde değil, arka tarafta görülür. Örneğin karmaşık kampanya kuralları, varyantlı üründe stok mantığı, özel kargo hesabı veya mağazanın ERP ile anlık konuşması.

Birden fazla dilde veya para biriminde satış yapacaksanız bunu ilk günden mimariye koymak gerekir. Sonradan eklemek, veri modelini yeniden yazmak demektir. Kampanya günlerinde ziyaretçi sayısı kısa sürede katlanır. Bu yüzden sepet ve ödeme akışını yoğun kullanım altında deniyoruz, katalog sayfalarının önbelleğini de sipariş akışından ayrı tutuyoruz. Bayi portalı ve pazaryeri ise farklı ekranlar ve kurallar ister.

B2B ve bayi portalı

Bayi portalında ziyaretçi değil, tanımlı bir müşteri alışveriş yapar. Girişte kimlik doğrulama zorunludur. Fiyatlar bayiye, bayi grubuna veya sözleşmeye göre değişir. Minimum sipariş, kredi limiti ve vade gibi kurallar sepete yansır. Hızlı sipariş ve tekrar sipariş ekranları bayinin zamanını kısaltır. Teklif isteme ve onay akışları da bu modelin parçası olabilir. Bu kuralların çoğu hazır bir platformda ya eklentilerle geçici olarak çözülür ya da hiç karşılanamaz. Bayinin verdiği sipariş ERP'ye geri yazılırsa aynı sipariş iki yerde girilmez.

Pazaryeri yazılımı

Pazaryerinde satıcılar kendi ürünlerini girer. Siz siparişi, ödemeyi ve komisyonu yönetirsiniz. Sisteme şunlar girer: satıcı paneli, ürün onayı, satıcı bazında stok ve fiyat, siparişin satıcılara bölünmesi, komisyon hesabı ve satıcıya ödeme takibi. Tedarikçi paneli, onay akışı ve çoklu depo stok görünürlüğü gibi yapıları ABD pazarına yönelik bir yedek parça satış platformunda tek bir veri modeli üzerinde kurduk.

Entegrasyonlar ve iş kuralları

E-ticaret yazılımı tek başına çalışmaz. İşin büyük kısmı çevresindeki sistemlerle konuşmaktır. En sık yaptığımız entegrasyonlar şunlar:

• ERP ve muhasebe: ürün, fiyat, stok ve cari bilgisinin hangi sistemde oluştuğu, çakışma olursa hangisinin geçerli sayılacağı baştan yazılır.
• Depo ve stok (WMS): çoklu depo stoğu, rezervasyon ve sevkiyat durumu.
• Pazaryerleri: ürün, stok ve fiyatı dış pazaryerlerine göndermek, siparişleri geri almak.
• Ödeme: sağlayıcı seçimi, taksit, iade ve mutabakat.
• Kargo: ücret hesabı, etiket üretimi ve takip bilgisini müşteriye iletmek.

Entegrasyon kadar önemli bir konu daha var: karmaşık fiyat, stok ve bayi kurallarının kodda tek yerde ve test edilebilir durması. Kuralları ekranlara dağıtmıyoruz, ayrı bir katmanda topluyoruz. Böylece bir kampanya değiştiğinde yalnızca o katman değişir ve etkisini testlerle görürsünüz. Bir dış sistem yanıt vermezse siparişin kaybolmaması için kuyruk ve yeniden deneme mantığı da bu katmanda yer alır. Her entegrasyonun kendi izleme ekranı ve hata kaydı olur. Bir senkronizasyon başarısız olduğunda bunu müşteri değil, siz önce görürsünüz.

Ödeme ve kişisel veride ilkemiz şudur: kart bilgisi sizin sisteminizde saklanmaz, ödeme sağlayıcısının güvenli bileşeniyle alınır. Müşteri verisinin saklama ve silme kuralları baştan yazılır. Yönetim paneli rol ve yetkiye göre ayrılır.

Maliyeti ne belirler?

Özel e-ticaret yazılımının fiyatı paket fiyatı değildir, çünkü iki mağaza birbirine benzemez. Bu sayfada fiyat yazmıyoruz. Aynı sayıda ekran bile iki projede çok farklı emek gerektirebilir, bu yüzden tek bir ölçüye bakmıyoruz. Teklif şu beş kalemden oluşur:

• Ekran sayısı ve türü: vitrin, yönetim paneli, bayi ve satıcı ekranlarının sayısı ve karmaşıklığı.
• Entegrasyonlar: kaç dış sistemle, ne kadar derin çalışılacağı.
• İş kuralları: fiyat, kampanya, stok ve onay kurallarının karmaşıklığı.
• Veri taşıma: mevcut mağazadan ürün, müşteri ve sipariş geçmişinin aktarılması.
• Trafik ve ölçek: aynı anda beklenen kullanıcı sayısı, katalog büyüklüğü ve kampanya yoğunluğu.

Keşif görüşmesinde bu beş kalemi birlikte yazıyoruz. Sonunda kapsamı sabit, yazılı bir teklif veriyoruz. Teklifte neyin yapılacağı, neyin yapılmayacağı ve kapsam değişirse bunun nasıl ele alınacağı yazar. Süre de fiyat da kapsamdan çıkar. Kapsamı yazmadan süre veya rakam vermiyoruz. Bu sayfadaki bilgiler genel çerçevedir, her projenin teklifi kendi koşullarına göre hazırlanır. Keşif görüşmesi için iletişim sayfasından veya hızlı teklif formundan bize yazabilirsiniz.

Süreç ve teslim

Bu işte aşamalar gerçekten sırayla ilerler, çünkü her aşamanın çıktısı bir sonrakinin girdisidir:

1. Keşif: iş modeli, mevcut sistemler, kurallar ve öncelikler yazılır. Sonunda yazılı teklif çıkar.
2. Tasarım: veri modeli, ekran akışları ve entegrasyonların nasıl çalışacağı onayınıza sunulur.
3. Geliştirme: işler kısa döngülerle teslim edilir. Her döngüde çalışan sürümü görürsünüz.
4. Entegrasyon ve veri taşıma: dış sistemler bağlanır, eski mağazanın verisi aktarılır ve doğrulanır.
5. Test ve yayın: yoğun kullanım, ödeme ve iade senaryoları denenir. Yayın, geri dönüş planıyla yapılır.
6. Yayın sonrası: izleme ve ilk dönem düzeltmeleri.

Teslimde kod deposu tüm sürüm geçmişiyle, sunucu ve veritabanı hesapları ve bir devir notu sizde kalır. Kapalı veya lisanslı bir bileşen kullanmamız gerekirse bunu sözleşmeden önce yazarız. Yayından sonra isterseniz hata düzeltme, güvenlik güncellemesi ve yeni özellik için ayrı bir destek düzeni kurarız. Bu destek ilk teklifin parçası değildir, kararı yayından sonra verirsiniz. Her aşamanın sonunda neyin teslim edildiği yazılıdır. Teslim ettiğimiz her parçanın nasıl çalıştığı kodda ve devir notunda belgelenir. Bir aşamada kapsam değişirse bu, sonraki aşamalara etkisiyle birlikte yazıya geçirilir.