E-Ticaret Sitesi Yaptırmadan Önce Operasyon Süreci Nasıl Planlanır?

E-ticaret operasyonu ürün verisiyle başlar. Ürünlerin sitede nasıl görüneceği, hangi bilgilerle listeleneceği, hangi kategorilere bağlı olacağı ve hangi varyasyonlara sahip olacağı proje başında netleşmelidir.

Ürün verisinde hangi alanlar gerekir?

Bir e-ticaret sitesinde ürün yapısı şu alanları içerebilir:

• Ürün adı

• Ürün açıklaması

• SKU veya ürün kodu

• Kategori

• Alt kategori

• Marka

• Fiyat

• İndirimli fiyat

• Stok durumu

• Varyasyonlar

• Ürün görselleri

• Teknik özellikler

• Teslimat bilgisi

• Kargo desisi

• İade koşulları

• SEO başlığı ve açıklaması

Her ürün tipi aynı veri yapısıyla ilerlemez. Mobilya satan bir markada renk, kumaş, ölçü, malzeme ve teslimat süresi önemli olabilir. Elektronik ürünlerde teknik özellikler, garanti bilgisi ve uyumluluk detayları öne çıkar. Gıda veya kozmetik tarafında içerik, son kullanma tarihi, sertifika ve kullanım bilgileri gerekebilir.

Ürün verisi temiz değilse operasyon yavaşlar

Ürün bilgileri düzensiz olduğunda yalnızca site görünümü etkilenmez. Filtreleme, arama, stok yönetimi, kampanya, kargo ve raporlama süreçleri de zorlaşır.

Örneğin ürünlerde kategori yapısı doğru kurulmadıysa kampanya tanımlamak zorlaşır. Varyasyonlar düzensizse stok takibi karışır. Ürün kodları standart değilse sipariş ve depo eşleştirmesi zaman kaybettirir.

Bu yüzden ürün yönetimi, e-ticaret projesinin yalnızca içerik tarafı gibi görülmemelidir. Operasyonun temel veri katmanıdır.

E-ticaret sitesinde stok bilgisi, kullanıcı deneyimini ve operasyonu doğrudan etkiler. Kullanıcı stokta görünen ürünü satın aldığında siparişin karşılanabilir olması gerekir. Ekip tarafında ise stok güncellemeleri güvenilir şekilde takip edilmelidir.

Stok senaryoları nasıl değişebilir?

E-ticaret projelerinde farklı stok yapıları olabilir:

• Tek depo stok yönetimi

• Çoklu depo stok yönetimi

• Mağaza stokları

• Tedarikçi bazlı stok

• Ön sipariş

• Stokta yok bildirimi

• Kritik stok uyarısı

• Varyasyon bazlı stok

• Paket veya set stokları

• B2B sipariş miktarı kontrolü

Örneğin fiziksel mağazası da olan bir marka, mağaza ve online stoklarını ayrı yönetmek isteyebilir. Toptan satış yapan bir şirket, bayi grubuna göre minimum sipariş miktarı belirleyebilir. Mobilya gibi üretim veya tedarik süresi olan ürünlerde “stokta var” yerine “teslimat süresi” daha doğru bir bilgi olabilir.

Stok bilgisi kullanıcıya nasıl gösterilecek?

Stok bilgisinin kullanıcı tarafında nasıl gösterileceği de önemlidir. Her üründe net stok adedi göstermek gerekmeyebilir. Bunun yerine şu ifadeler kullanılabilir:

• Stokta var

• Az kaldı

• Tükendi

• Ön siparişe açık

• Teslimat süresi: 7-10 iş günü

• Mağazadan teslim alınabilir

• Talep üzerine hazırlanır

Bu kararlar satış stratejisiyle birlikte verilmelidir. Stok bilgisi hem doğru olmalı hem de kullanıcıyı satın alma kararında net yönlendirmelidir.

Ürün ve stok yapısını daha detaylı incelediğimiz E-Ticaret Sitesinde Stok ve Sipariş Yönetimi Nasıl Planlanmalı? yazısı bu konu için tamamlayıcıdır.

E-ticaret sitesinde kullanıcı satın alma işlemini tamamladığında operasyon yeni başlar. Siparişin panelde görünmesi, ödeme durumunun kontrol edilmesi, ürünlerin hazırlanması, fatura ve kargo adımlarının ilerlemesi gerekir.

Sipariş durumları nasıl kurgulanabilir?

Temel bir sipariş akışında şu durumlar yer alabilir:

• Sipariş alındı

• Ödeme bekleniyor

• Ödeme tamamlandı

• Hazırlanıyor

• Fatura oluşturuldu

• Kargoya hazır

• Kargoya verildi

• Teslim edildi

• İptal edildi

• İade talebi alındı

• İade tamamlandı

Her şirket bu durumları aynı şekilde kullanmayabilir. Örneğin özel üretim yapan bir markada “üretimde” veya “ölçü onayı bekleniyor” gibi ek durumlar gerekebilir. Hızlı tüketim ürünlerinde daha sade bir durum akışı yeterli olabilir.

Sipariş ekranı nasıl çalışmalı?

Yönetim panelindeki sipariş ekranı, operasyon ekibinin günlük çalışma alanıdır. Bu ekranda siparişler filtrelenebilmeli, durumları güncellenebilmeli, ödeme ve teslimat bilgileri görülebilmeli, müşteri notları incelenebilmeli ve gerekli belgeler oluşturulabilmelidir.

Sipariş ekranında şu bilgiler yer alabilir:

• Sipariş numarası

• Müşteri bilgisi

• Ürünler

• Toplam tutar

• Ödeme durumu

• Kargo bilgisi

• Fatura bilgisi

• Sipariş durumu

• Müşteri notu

• İç ekip notu

• Tarih bilgisi

• İşlem geçmişi

Sipariş ekranı ne kadar iyi tasarlanırsa ekip siparişleri o kadar rahat yönetir. Bu da müşteri deneyimine doğrudan yansır.

E-ticaret operasyonunda ödeme, fatura ve kargo birbirinden ayrı başlıklar gibi görünse de pratikte aynı sipariş akışının parçalarıdır. Ödeme alındığında sipariş durumu değişir. Fatura oluşturulur. Kargo hazırlığı başlar. Kullanıcıya bilgilendirme yapılır.

Ödeme tarafında netleşmesi gerekenler

• Kredi kartı ödeme

• Havale veya EFT

• Kapıda ödeme

• Taksit seçenekleri

• Kurumsal ödeme

• B2B cari hesap

• Ödeme başarısızlığı

• İade ödemesi

• Ödeme sağlayıcı entegrasyonu

Fatura ve kargo tarafında netleşmesi gerekenler

• E-fatura veya e-arşiv entegrasyonu

• Bireysel / kurumsal fatura ayrımı

• Kargo firması seçimi

• Kargo etiketi oluşturma

• Kargo takip numarası

• Ücretsiz kargo koşulları

• Teslimat adresi doğrulama

• Kargo durum bildirimleri

Bu alanlar proje başında konuşulmadığında yayına yakın dönemde ek iş yükü oluşturabilir. Özellikle ödeme ve fatura süreçleri, teknik entegrasyon ve test gerektirdiği için kapsamın erken aşamasında değerlendirilmelidir.

Kullanıcının “sipariş verdim” dediği an, şirket tarafında ödeme, fatura, kargo ve bilgilendirme zinciri başlar.

E-ticaret sitesinde iade ve iptal akışı bazen yayın sonrasına bırakılan bir konu gibi görülür. Fakat satış başladığında bu süreç çok hızlı gündeme gelir. Kullanıcı siparişini iptal etmek, ürünü iade etmek veya değişim talebi oluşturmak isteyebilir.

İade ve iptal tarafında hangi kararlar gerekir?

• Kullanıcı siparişi panelden iptal edebilecek mi?

• İptal hangi aşamaya kadar mümkün olacak?

• İade talebi kullanıcı hesabından açılacak mı?

• İade nedeni seçilecek mi?

• Görsel veya açıklama eklenecek mi?

• Kargo iade kodu oluşturulacak mı?

• İade durumu kullanıcıya gösterilecek mi?

• Ödeme iadesi nasıl takip edilecek?

• Değişim süreci olacak mı?

İade ve iptal süreçleri doğru planlandığında müşteri destek yükü azalır. Kullanıcı kendi hesabından süreci takip edebilir. Ekip ise talepleri panel üzerinden yönetir.

Bu alan özellikle güven açısından da önemlidir. Kullanıcı alışveriş yapmadan önce iade koşullarını görmek ister. Sipariş sonrası ise talebinin hangi aşamada olduğunu bilmek ister.

E-ticaret sitesinin yönetim paneli yalnızca ürün eklenen veya sipariş görülen bir alan değildir. Ekiplerin günlük işlerini yürüttüğü operasyon merkezidir.

Panelde kimler çalışacak?

Yönetim paneli tasarlanırken paneli kimlerin kullanacağı netleşmelidir:

• Ürün ekibi

• Operasyon ekibi

• Depo ekibi

• Müşteri destek ekibi

• Finans ekibi

• Pazarlama ekibi

• Yönetici kullanıcılar

Her ekibin ihtiyacı farklıdır. Ürün ekibi ürün bilgilerini ve görselleri yönetir. Operasyon ekibi siparişleri takip eder. Depo ekibi hazırlık ve kargo adımlarına odaklanır. Finans ekibi ödeme ve fatura kayıtlarına bakar. Pazarlama ekibi kampanya ve kuponları yönetir.

Panel kapsamı role göre düzenlenebilir

Her kullanıcının tüm alanları görmesi gerekmez. Rol ve yetki yapısı sayesinde ekipler kendi işleriyle ilgili alanlara odaklanır. Bu yapı hem güvenlik hem de kullanım kolaylığı sağlar.

Yönetim paneli modüllerini Yönetim Paneli Yaptırırken Hangi Modüller Planlanmalı? yazısında daha kapsamlı ele alıyoruz.

E-ticaret operasyonunda kampanya ve kupon yapısı pazarlama tarafını etkilediği kadar teknik ve operasyonel tarafı da etkiler. Hangi ürünlerde indirim uygulanacağı, kampanyaların stokla nasıl çalışacağı, kuponların hangi kullanıcı gruplarına açık olacağı ve sepet toplamının nasıl hesaplanacağı baştan kurgulanmalıdır.

Kampanya tarafında planlanabilecek alanlar

• Ürün bazlı indirim

• Kategori bazlı indirim

• Kupon kodu

• Minimum sepet tutarı

• Ücretsiz kargo

• Kullanıcı grubuna özel kampanya

• İlk alışveriş indirimi

• Kampanya başlangıç ve bitiş tarihi

• Kullanım limiti

• Sepette otomatik indirim

• Kampanya raporları

Kampanya sistemi panelden rahatça yönetilebilmelidir. Pazarlama ekibi teknik destek beklemeden kampanya oluşturabilmeli, tarih belirleyebilmeli, ürün seçebilmeli ve performansı takip edebilmelidir.

Kampanya, kupon ve indirim yapısını E-Ticaret Sitesinde Kampanya, Kupon ve İndirim Yapısı Nasıl Kurgulanmalı? yazısında daha detaylı anlatıyoruz.

E-ticaret sitesi mevcut sistemlerle birlikte çalışacaksa entegrasyonlar operasyonun merkezine yerleşir. Ürün, stok, fiyat, sipariş, fatura, kargo ve müşteri verileri farklı sistemler arasında akabilir.

Sık kullanılan entegrasyonlar

• Ödeme altyapısı

• Kargo entegrasyonu

• E-fatura / e-arşiv

• Muhasebe yazılımı

• ERP

• CRM

• Stok sistemi

• Pazaryeri entegrasyonları

• E-posta servisi

• SMS servisi

• Analytics araçları

Entegrasyon planlanırken hangi sistemin ana veri kaynağı olduğu belirlenmelidir. Ürün bilgisi panelden mi yönetilecek, ERP’den mi gelecek? Stok bilgisi gerçek zamanlı mı güncellenecek? Siparişler muhasebe sistemine otomatik aktarılacak mı? Kargo takip bilgisi kullanıcı hesabında görünecek mi?

Bu sorular proje başında cevaplandığında teknik mimari daha sağlıklı kurulur.

API entegrasyonlarının genel yapısını API Entegrasyonu Nedir? Şirketler İçin Ne Sağlar? yazısında detaylı şekilde inceleyebilirsiniz.

E-ticaret sitesi yayına çıktıktan sonra operasyon verileri düzenli takip edilmelidir. Bu veriler yalnızca satış performansını değil, sistemin ne kadar sağlıklı çalıştığını da gösterir.

Takip edilebilecek operasyon metrikleri

• Sipariş sayısı

• Sipariş hazırlama süresi

• Kargo teslim süresi

• İptal oranı

• İade oranı

• Ödeme başarısızlıkları

• Stokta olmayan ürün görüntülenmeleri

• Sepetten vazgeçme oranı

• Kupon kullanım oranı

• Ortalama sepet tutarı

• Destek talebi sayısı

• En çok iade edilen ürünler

• En çok satılan kategoriler

Bu veriler sayesinde ekip yalnızca “ne kadar satış oldu?” sorusuna değil, “operasyon nerede yavaşlıyor?” sorusuna da cevap bulur.

Örneğin belirli ürünlerde iade oranı yüksekse ürün açıklamaları, görseller veya beden/ölçü bilgileri incelenebilir. Kargo süreci gecikiyorsa depo ve kargo entegrasyonu yeniden değerlendirilebilir. Ödeme başarısızlıkları fazlaysa ödeme deneyimi ve hata mesajları kontrol edilebilir.

E-ticaret projelerinde operasyon sürecini, sitenin arka tarafında çalışan ayrı bir konu gibi ele almıyoruz. Ürün verisi, stok, sipariş, ödeme, fatura, kargo, iade, kampanya ve raporlama yapısını aynı satış akışının parçaları olarak değerlendiriyoruz.

Codezone’da proje başlangıcında şirketin ürün yapısını, stok senaryolarını, sipariş yönetimini, ekip rollerini, yönetim paneli ihtiyaçlarını ve entegrasyonlarını netleştiriyoruz. Kullanıcının alışveriş deneyimiyle ekibin operasyon ekranlarını aynı sistem üzerinde tasarlıyoruz.

Bu yaklaşım sayesinde e-ticaret sitesi; satış alanı, yönetim paneli ve operasyon süreçleri birlikte çalışan daha sürdürülebilir bir dijital ticaret altyapısına dönüşür.

E-ticaret sitesi yaptırmadan önce operasyon sürecinin planlanması, projenin daha sağlıklı ilerlemesini sağlar. Ürün yönetimi, stok yapısı, sipariş akışı, ödeme, fatura, kargo, iade, yönetim paneli, kampanya ve entegrasyonlar birlikte ele alındığında sistem günlük kullanıma daha hazır hale gelir.

Kullanıcı tarafında alışveriş deneyimi daha net ilerler. Ekip tarafında ise siparişler, stoklar, ödemeler, belgeler ve raporlar daha düzenli takip edilir.

E-ticaret sitesi yalnızca vitrinde görünen sayfalardan oluşmaz. Satışın arkasında çalışan operasyon yapısı doğru kurulduğunda, marka daha yönetilebilir ve geliştirilebilir bir dijital satış altyapısına sahip olur.

E-ticaret sitesi yaptırmadan önce hangi operasyon süreçleri planlanmalı?

Ürün yönetimi, stok yapısı, sipariş akışı, ödeme, fatura, kargo, iade, yönetim paneli, kampanya ve entegrasyon süreçleri proje başlamadan önce planlanmalıdır.

E-ticaret yönetim panelinde hangi modüller olmalı?

Ürünler, kategoriler, stoklar, siparişler, müşteriler, ödemeler, faturalar, kargo bilgileri, kampanyalar, kuponlar, iadeler, kullanıcı rolleri ve raporlar yönetim panelinde yer alabilir.

Stok yönetimi e-ticaret sitesinde neden önemlidir?

Stok bilgisi, kullanıcının satın alma kararını ve siparişin doğru karşılanmasını etkiler. Yanlış veya güncel olmayan stok bilgisi müşteri deneyimini ve operasyon sürecini zorlaştırır.

E-ticaret sitesinde iade süreci baştan planlanmalı mı?

Evet. İade ve iptal süreçleri satış başladıktan sonra hızlıca gündeme gelir. Kullanıcının talep oluşturması, ekibin süreci takip etmesi ve ödeme iadesinin yönetilmesi baştan düşünülmelidir.

Entegrasyonlar e-ticaret projesini nasıl etkiler?

Ödeme, kargo, e-fatura, ERP, CRM, stok ve muhasebe entegrasyonları proje süresini, teknik mimariyi, test sürecini ve operasyon akışını doğrudan etkiler.