E-Ticaret Yazılımı: Siparişin Bütün Yaşam Döngüsünü Tasarlayın

Mağaza Kurulumundan Önce Satış Kurallarını Belirlemek

Bir mağaza projesine yalnız kategori listesi ve birkaç ürün görseliyle başlamak, ticari kararları geliştirme sırasında tekrar tekrar değiştirmeye yol açabilir. Önce işletmenin ne sattığını, hangi ülkede veya bölgede teslimat yaptığını, fiyatı nasıl hesapladığını ve siparişin hangi ekip tarafından hazırlanacağını öğreniriz. Dijital ürün, fiziksel ürün, kişiselleştirilmiş ürün ve toptan koli aynı satın alma akışına zorlanmaz. Kurulum kapsamı, bu farkların müşteriye ve operasyona nasıl yansıyacağını açıklamalıdır.

• Satıcı ve sağlayıcı hazırlığı: Ödeme hesabı, kargo sözleşmesi ve gerekli işletme belgeleri mağaza sahibi tarafından temin edilir. Başvuru koşulları sağlayıcıya göre değişebilir; teknik geliştirme ticari hesabın onaylanacağını garanti etmez.
• Katalog kaynağı: Ürün adı, SKU, barkod, varyant ilişkisi, görsel ve açıklamanın hangi dosya veya sistemden alınacağı belirlenir. Dosyanın varlığı verinin temiz olduğu anlamına gelmez; yinelenen kodlar ve eksik seçenekler aktarım öncesinde incelenir.
• Fiyat ve teslimat: Vergi gösterimi, kargo eşiği, teslimat bölgesi, ücretsiz gönderi istisnası ve kampanya birleşimleri yazılır. Müşteri sepetin sonunda beklemediği bir koşulla karşılaşmamalıdır.
• İade ve müşteri iletişimi: Başvuru, inceleme, kabul ve geri ödeme aşamalarının sorumluları belirlenir. Her ürün için aynı iade kuralının geçerli olup olmadığı işletmenin hukuk danışmanıyla değerlendirilir.
• Metin ve onay kayıtları: Ön bilgilendirme, satış koşulları, gizlilik ve gerekli izin metinleri yetkili kişilerce sağlanır. Yazılım onayın zamanını ve ilgili metin sürümünü kayıt altına alabilir; metnin hukuki doğruluğunu geliştirme ekibi üstlenmez.

İlk kapsam konuşmasında bütün olası modülleri eklemek yerine, müşterinin satın alabilmesi ve ekibin siparişi tamamlayabilmesi için gerekli akışı çıkarırız. Mağaza özellikleri rehberi bu hazırlık için bir kontrol listesi olarak kullanılabilir. Siparişin ödeme, stok ve teslimat durumları ayrı tanımlandığında, eksik kalan kararları yayın öncesinde görmek daha kolay olur.

Altyapı Seçimini Özellik Listesi Değil İş Kuralı Belirler

Kiralık hizmet, açık kaynak mağaza ve özel geliştirme farklı sorumluluk modelleridir. Seçimde yalnız ilk kurulum bedeline bakmak yeterli değildir: veri dışa aktarımı, güncelleme sorumluluğu, eklenti bağımlılıkları ve alışılmış akıştan ayrılan kurallar birlikte düşünülmelidir. Basit bir katalog için gereksiz özel yazılım yükü oluşturmak kadar, karmaşık bayi fiyatlamasını sürekli geçici eklentilerle çözmeye çalışmak da işletme maliyetini artırabilir.

HazırSoft geliştirmesinde PHP/Laravel ve MySQL temelli yapılar kullanılabilir; teknoloji seçimi tek başına kalite göstergesi değildir. Önemli olan fiyatın nerede hesaplandığı, stok kaynağının kim olduğu ve sipariş durumunun hangi işlemle değiştiğinin anlaşılır biçimde tasarlanmasıdır. Mevcut bileşenler yeterliyse gereksiz yeniden yazım yerine uygun uyarlama yapılır; farklılaşan ticari süreçler özel geliştirme kapsamına alınır.

Taşıma projelerinde eski sistemin veri dışa aktarımı erken incelenir. Ürün kimliklerinin korunması, eski URL eşlemeleri, müşteri onay kayıtları ve sipariş geçmişinin okunabilirliği ayrı işlerdir. Parola algoritması yeni sisteme taşınamıyorsa güvenli parola yenileme akışı gerekebilir. Kayıt sayılarının tutması kadar ürün-varyant ve sipariş-kalem ilişkilerinin doğru kalması önemlidir; yayın geçişinde açık siparişlerin hangi sistemde tamamlanacağı da kararlaştırılır.

Ödeme Başarısını Ekrandan Değil Doğrulanmış Bildirimden Anlamak

Ödeme akışında müşterinin başarı sayfasına gelmesi tek başına tahsilat kanıtı değildir. Sağlayıcının sunucu bildirimi, imza veya doğrulama yöntemiyle kontrol edilmeli; tutar, para birimi ve sipariş kimliği beklenen kayıtla eşleşmelidir. Aynı bildirimin tekrar gönderilmesi yeni sipariş veya ikinci stok düşümü oluşturmamalıdır. Ağ kesintisi yaşanıp müşterinin tarayıcısı dönmese bile tahsilatın gerçek durumunu araştırabilecek bir işlem kaydı gerekir.

Sağlayıcı seçiminin teknik ve ticari sınırları

iyzico, PayTR veya banka sanal POS seçenekleri; işletmenin hesabı, sağlayıcı API olanakları ve satış modeli doğrultusunda değerlendirilir. Taksit, yabancı kart veya farklı para birimi desteği her hesapta aynı değildir. Yurt dışı sağlayıcı kullanılacaksa şirketin faaliyet ülkesi ve hesap uygunluğu ayrıca kontrol edilir. Kullanılabilirliği işletme hesabıyla doğrulanmamış bir ödeme yöntemi teslim kapsamına kesin işlev olarak yazılmaz.

Başarısızlık ve geri ödeme de sipariş akışının parçasıdır

• Ödeme bekleyen sipariş: Stok ne kadar süre ayrılacak, süre dolunca nasıl serbest bırakılacak ve geç gelen başarılı bildirim nasıl ele alınacak soruları belirlenir.
• İptal ve kısmi iade: Sipariş iptali, sevkiyat iptali ve para iadesi farklı işlemlerdir. Bir kalemin iadesinde indirim ve kargo payının nasıl hesaplanacağı açık olmalıdır.
• Tekrar deneme: Kullanıcının başarısız ödeme sonrası aynı sepeti yeniden ödemesi, yinelenen sipariş veya çift tahsilat riskleri gözetilerek tasarlanır.

Kart verisinin mağazada saklanması yerine sağlayıcının güvenli ödeme bileşenleri tercih edilir. Kayıtlı kart gibi bir işlev gerekiyorsa ham kart bilgisini depolamak yerine sağlayıcının izinli token mekanizması değerlendirilir. Yönetim panelinde ödeme durumuyla siparişin hazırlanma durumu ayrı gösterilir; operasyon ekibi tahsilat bekleyen kaydı yanlışlıkla gönderime çıkarmamalıdır. Mutabakat için sağlayıcı işlem numarası ve sipariş bağlantısı erişilebilir tutulur.

Çok Kanallı Satışta Stok Kaynağı ve Sevkiyat Sorumluluğu

Bir ürünün mağaza sitesinde ve pazaryerinde aynı anda görünmesi, stokların her anda kusursuz eşit olacağı anlamına gelmez. API gecikmesi, oran sınırı ve manuel depo işlemleri nedeniyle sistemler arasında kısa farklar oluşabilir. Bu nedenle önce ana stok kaynağı seçilir; satılabilir miktar, güvenlik payı ve kanal dağıtımı kuralları belirlenir. Son ürünü iki kanala birden açma riskini azaltacak rezervasyon ve dağıtım yaklaşımı, işletmenin satış hacmine göre tasarlanır.

Pazaryeri bağlantısında yalnız ürün başlığını göndermek yeterli değildir. Kategori nitelikleri, kanal ürün kimliği, varyant seçenekleri ve fiyat politikası eşlenir. Site fiyatıyla pazaryeri fiyatının aynı olması zorunlu bir varsayım değildir; komisyon veya kampanya koşulları farklı olabilir. Gelen siparişler kanal kimlikleriyle kaydedilir; aynı kayıt tekrar alındığında ikinci sipariş oluşturulmaması gerekir. Başarısız aktarımlar operasyonun görebileceği bir iş listesine dönüşmelidir.

Kargo bağlantısı için barkod oluşturma, paketin hazırlanması ve teslimatın gerçekleşmesi ayrı olaylardır. Siparişin birden fazla pakete bölünmesi, farklı depodan gönderilmesi veya bir kaleminin daha sonra çıkması gerekiyorsa model bunu taşımalıdır. Barkodun oluşması müşteriye gönderildi mesajını otomatik olarak göndermek için yeterli olmayabilir; bildirimin hangi aşamada yapılacağı birlikte seçilir.

Kargo firmasından gelen teslimat durumları doğrudan mağaza durumlarına çevrilmeden önce eşleme tablosu hazırlanır. Teslim edilemeyen gönderi, müşteri iadesi ve depoya geri dönüş farklı operasyonlar gerektirir. Fatura ve ERP bağlantıları eklenirken sipariş, sevkiyat ve muhasebe kayıtlarının hangi sistemde asıl kayıt olduğu netleştirilir. Böylece bir ekranı güncellemek başka sistemde yanlışlıkla yeni bir belge oluşturmaz.

Katalog, Kampanya ve Bayi Kurallarını Yönetilebilir Kılmak

Ürün modeli müşterinin gördüğü seçeneklerle deponun takip ettiği birimi birbirine bağlamalıdır. Renk ve beden varyantlarının ayrı stok kodu taşıması, filtrede gösterilen niteliklerle satın alınabilen seçeneklerin ayrılması ve paketin içindeki ürünlerin stok etkisi başlangıçta kararlaştırılır. Sonradan eklenen bir seçenek mevcut siparişin geçmiş bilgisini değiştirmemelidir. Bu nedenle sipariş kaleminde satın alma anındaki ad, fiyat ve ilgili seçenek bilgileri korunur.

• Stok hareketi: Depodaki fiziksel miktar, sipariş için ayrılan miktar ve satışa açılan miktar ayrı kavramlardır. İade edilen ürünün yeniden satışa uygun olup olmadığı inceleme aşamasından sonra belirlenebilir.
• Kampanya çakışması: Kupon, miktar indirimi ve ücretsiz kargo aynı sepet içinde birleşebilir. Öncelik sırası, üst sınırlar ve hariç ürünler açık biçimde tanımlanır; panelde görülen fiyat hesabı ödeme adımıyla tutarlı olmalıdır.
• Yetki ve iz: Depo kullanıcısı sipariş hazırlayabilir fakat fiyat listesi değiştiremeyebilir. İade onayı ve fiyat müdahalesi gibi kritik işlemlerde sorumlu kullanıcı ve işlem zamanı kaydedilir.
• Müşteri deneyimi: Üyeliksiz alışveriş, adres doğrulaması ve sipariş takibi iş modeline göre tasarlanır. Hata mesajı kullanıcının hangi alanı nasıl düzelteceğini açıklamalıdır; bütün hatalar genel başarısızlık uyarısına indirgenmez.

B2B satın almada fiyat kadar yetki de önemlidir

Bayi portalında bir şirketin birden fazla kullanıcısı bulunabilir. Sipariş hazırlayan kişiyle onay veren kişinin ayrı olması, bayi grubuna özel fiyat, asgari koli adedi ve ödeme vadesi gibi kurallar B2C mağazadan farklıdır. Cari bakiye gösterilecekse kaynağı ve güncelliği açık olmalıdır; ERP ile bağlantısı olmayan bir ekran gerçek zamanlı mali durum gibi sunulmaz. Tekliften siparişe geçişte fiyatın hangi tarihe kadar geçerli olduğu ve stok ayırıp ayırmadığı da belirlenir.

Proje örnekleri işletme modelini konuşmak için başlangıç noktası olabilir; başka bir mağazada görülen her modül bütün projelerde standart teslim sayılmaz. Kullanılacak işlevleri ekip rolleri ve gerçek sipariş senaryolarıyla seçeriz. Yönetim ekranının kolaylığı yalnız az düğme göstermesiyle değil, yanlış işlem olasılığını azaltması ve gereken bilginin doğru aşamada görünmesiyle değerlendirilir.

Katalog Sayfalarında Arama Erişimi ve Satın Alma Performansı

Filtreler müşteriye yararlı seçenekler sunarken çok sayıda benzer adres üretebilir. Her filtre birleşimini arama motoruna açık bırakmak da hepsini tek kategoriye canonical yapmak da otomatik doğru karar değildir. Talebi ve özgün içeriği olan seçili sayfalarla geçici sıralama parametreleri ayrılır. Varyant adreslerinin, sayfalamanın ve stok dışı ürünlerin davranışı kataloğun gerçek yapısına göre tasarlanır. Kalıcı olarak kaldırılan ürün ile kısa süreli stok dışı ürün aynı yönlendirme kuralına zorlanmaz.

• Ürün başlığı, açıklaması ve görsel alternatif metni yönetilebilir olmalı; boş veya yinelenen alanlar toplu aktarımda görünür hale gelmelidir.
• Yapılandırılmış ürün verisindeki fiyat ve bulunabilirlik sayfada müşterinin gördüğü bilgilerle tutarlı kalmalıdır.
• Mobil ürün görselleri uygun boyutlarda sunulmalı; sayfa açılırken fiyat veya satın alma düğmesi beklenmedik biçimde yer değiştirmemelidir.
• Önbellek kişiye özel fiyatı başka müşteriye göstermemeli; dinamik sepet ve yetkili bayi içeriği genel katalogdan ayrılmalıdır.

Organik arama çalışmaları ile alışveriş reklamları aynı ürün kaynağından yararlanabilir, fakat başarı ölçütleri farklıdır. Satın alma olayında işlem kimliği ve para birimi doğru iletilmeli; ödeme sayfasının yenilenmesi yeni satış gibi sayılmamalıdır. Hız ve erişilebilirlik ölçümleri gerçek sayfa türlerinde değerlendirilir. Teknik iyileştirme belirli bir sıralama veya satış miktarı garantisi değildir; hangi engelin giderildiği ve hangi davranışın izleneceği açıklanır.