E-Ticaret Sipariş Operasyonu Nasıl Planlanır?
Ders 1 / 10 · 30 dakika okuma · İleri
Sipariş geldikten sonra ödeme doğrulama, stok ayırma, hazırlama, paketleme, kargoya teslim, teslimat ve kapanış adımlarını uçtan uca bir operasyon modeli olarak tasarlamayı öğrenin.
Bu Derste Öğrenecekleriniz
- ✓Sipariş yönetimi ile sipariş operasyonu arasındaki farkı açıklamak
- ✓Sipariş yaşam döngüsünün temel aşamalarını belirlemek
- ✓Normal akış ile istisna akışlarını birbirinden ayırmak
- ✓Operasyon adımlarına sahip, giriş koşulu ve çıkış koşulu tanımlamak
- ✓Sipariş verisinin operasyon boyunca hangi ekip ve sistemlerce kullanıldığını belirlemek
- ✓Sipariş operasyonu için temel SLA ve kontrol noktalarını oluşturmak
Müşterinin siparişi oluşturması operasyonun sonu değil başlangıcıdır. İşletmenin bundan sonraki görevi, dijital sipariş kaydını doğru ürünün doğru müşteriye, doğru koşullarda ve izlenebilir biçimde ulaştırıldığı fiziksel ve finansal bir sürece dönüştürmektir.
1. Sipariş yönetimi ile sipariş operasyonunu ayırın
Sipariş yönetimi; sipariş kaydı, müşteri, ürün, fiyat, ödeme ve durum bilgilerinin sistemsel yönetimidir. Sipariş operasyonu ise bu kaydın stok ayırma, toplama, kontrol, paketleme, sevkiyat, teslimat ve gerektiğinde iptal/iade gibi gerçek iş adımlarına dönüşmesidir. İyi bir sistem bu iki katmanı aynı referanslar üzerinden birbirine bağlar.
| Katman | Örnek kayıt/olay | Temel soru |
|---|---|---|
| Ticari sipariş | Ürün, miktar, fiyat, müşteri | Müşteri ne satın aldı? |
| Ödeme | Başarılı/bekleyen/başarısız tahsilat | Sipariş işleme alınabilir mi? |
| Stok | Ayırma, düşüm, eksik stok | Ürün gerçekten karşılanabilir mi? |
| Fulfillment | Toplama, kontrol, paketleme | Doğru ürün sevke hazır mı? |
| Kargo | Etiket, takip, taşıyıcı kabulü | Gönderi taşıyıcıya geçti mi? |
| Teslimat | Dağıtım, teslim, istisna | Müşteri ürünü aldı mı? |
| Satış sonrası | İptal, iade, değişim/inceleme | Sipariş sonrası olay nasıl kapatılacak? |
2. Uçtan uca sipariş yaşam döngüsünü oluşturun
- Sipariş kaydı oluşur.
- Ödeme sonucu doğrulanır veya ödeme koşulu belirlenir.
- Stok karşılanabilirliği kontrol edilir ve gerekiyorsa stok ayrılır.
- Sipariş fulfillment kuyruğuna alınır.
- Ürünler toplanır.
- Ürün, miktar ve kalite kontrolü yapılır.
- Sipariş uygun ambalajla paketlenir.
- Kargo etiketi/gönderi kaydı oluşturulur.
- Paket taşıyıcıya fiziksel olarak teslim edilir.
- Taşıyıcı takip olayları izlenir.
- Teslimat doğrulanır veya istisna süreci başlatılır.
- Sipariş operasyonel olarak kapatılır; gerekiyorsa satış sonrası süreç devam eder.
Uyarı — Durum atlamayı normalleştirmeyin
3. Siparişin operasyona giriş koşullarını belirleyin
Her sipariş aynı anda fulfillment'a girmemelidir. İşletmenin iş modeline göre ödeme doğrulaması, stok uygunluğu, fraud/risk kontrolü, müşteri veya adres doğrulaması ve özel ürün koşulları tamamlanmadan sipariş bekletilebilir.
| Kontrol | Örnek geçiş koşulu | Başarısızsa |
|---|---|---|
| Ödeme | Tahsilat doğrulandı veya tanımlı kapıda/sonradan ödeme koşulu var | Ödeme bekleme/istisna |
| Stok | Sipariş miktarı ayrılabilir | Stok istisnası |
| Risk | Sipariş gerekli kontrollerden geçti | İnceleme kuyruğu |
| Adres | Sevkiyat için yeterli veri var | Müşteri/adres düzeltme |
| Ürün koşulu | Özel hazırlık/kişiselleştirme şartları tamam | Özel işlem kuyruğu |
4. Stok ayırma anını iş modeline göre seçin
Stok ayırma, satılabilir miktarın belirli bir sipariş için rezerve edilmesidir. Çok erken ayırma ödenmeyen veya terk edilen siparişlerin stoğu gereksiz kilitlemesine; çok geç ayırma ise aynı fiziksel stoğun birden fazla siparişe vaat edilmesine yol açabilir.
Örnek — Son ürün senaryosu
5. Normal akış kadar istisna akışını da tasarlayın
- Ödeme sonucu belirsiz veya başarısız
- Sistem stoğu var gösteriyor ancak fiziksel ürün bulunamıyor
- Ürün toplama sırasında hasarlı çıkıyor
- Sipariş adresi eksik veya taşıyıcı tarafından kabul edilmiyor
- Kargo etiketi üretilemiyor
- Paket taşıyıcıya verildi ancak ilk hareket oluşmuyor
- Gönderi gecikiyor, kayboluyor veya hasarlı teslim ediliyor
- Müşteri sevkiyat öncesi iptal istiyor
- Teslimat sonrası iade başlatılıyor
İstisna oluştuğunda çalışanların her seferinde yeni çözüm üretmesi ölçeklenebilir değildir. Her kritik istisnanın nedeni, sorumlusu, hedef çözüm süresi, müşteri iletişimi ve gerekiyorsa eskalasyon yolu tanımlanmalıdır.
6. Sipariş operasyonunda görev sahipliğini netleştirin
| Aşama | Örnek sorumlu | Kontrol |
|---|---|---|
| Sipariş serbest bırakma | Sipariş/operasyon sistemi | Ödeme + stok + risk |
| Toplama | Depo | SKU + miktar |
| Kalite kontrol | Depo/kalite | Doğru ve hasarsız ürün |
| Paketleme | Depo | Ambalaj + içerik |
| Kargoya devir | Depo/lojistik | Fiziksel teslim + takip |
| Teslimat istisnası | Lojistik/müşteri hizmetleri | Taşıyıcı olayı + müşteri aksiyonu |
| İade kabulü | İade/depo | Ürün kontrolü + stok kararı |
7. Operasyon kuyruğunu sipariş listesinden ayırın
Binlerce siparişin bulunduğu genel sipariş listesi çalışan için iş kuyruğu değildir. Operasyon ekranı 'şimdi hangi sipariş üzerinde hangi işlem yapılmalı?' sorusunu cevaplamalıdır. Hazırlanmaya hazır siparişler, risk bekleyenler, stok problemi olanlar ve kargo istisnaları ayrı iş kuyruklarına dönüşebilir.
Örnek — Kuyruk tasarımı
8. Cut-off ve SLA kavramlarını birbirinden ayırın
Cut-off, belirli bir operasyon veya taşıyıcı için aynı gün işleme/sevke yetişme sınırıdır. SLA ise bir sürecin hedeflenen hizmet süresidir. Örneğin '14.00'e kadar gelen uygun siparişler aynı gün kargoya verilir' kuralında 14.00 cut-off, aynı gün sevk ise hizmet taahhüdünün bir parçasıdır.
| Metrik/Kural | Örnek | Operasyonel kullanım |
|---|---|---|
| Sipariş cut-off | 14.00 | Aynı gün hazırlama havuzunu belirler |
| Pick SLA | 60 dakika | Toplama gecikmesini izler |
| Pack SLA | 30 dakika | Paketleme darboğazını gösterir |
| Ship SLA | Aynı gün | Taşıyıcıya devir performansını ölçer |
| Exception SLA | 2 saat ilk aksiyon | Sorunlu siparişlerin beklemesini önler |
9. Operasyon verisini olay bazlı kaydedin
Yalnız son sipariş durumunu saklamak analiz için yetersizdir. 'Hazırlanıyor' durumuna ne zaman geçtiği, kim tarafından toplandığı, paketlendiği, etiket oluşturulduğu ve taşıyıcıya gerçekten ne zaman teslim edildiği gibi zaman damgalı olaylar darboğaz ve hata analizini mümkün kılar.
10. İlk operasyon KPI setini oluşturun
| KPI | Ne gösterir? |
|---|---|
| Siparişten fulfillment'a serbest bırakma süresi | Ödeme/stok/risk öncesi beklemeyi |
| Siparişten sevke süre | Fulfillment hızını |
| Aynı gün sevk oranı | Cut-off taahhüdünün performansını |
| Operasyon hata oranı | Yanlış ürün/miktar/paket gibi hataları |
| İstisna oranı | Normal akış dışına çıkan siparişleri |
| İstisna çözüm süresi | Sorun yönetimi hızını |
Uyarı — Hızı tek başına optimize etmeyin
11. Minimum uygulanabilir operasyon modelini kurun
- Siparişin operasyona giriş koşullarını yazın.
- Normal yaşam döngüsünü durum ve olaylarla tanımlayın.
- Stok rezervasyon kuralını belirleyin.
- Toplama, kontrol, paketleme ve sevkiyat sorumlularını atayın.
- En sık beş istisna için çözüm akışı oluşturun.
- Cut-off ve temel SLA'ları tanımlayın.
- Her aşamada kaydedilecek olay ve referansları belirleyin.
- Hız ve kaliteyi birlikte ölçen başlangıç KPI setini oluşturun.
Şimdi Uygulayın
Uygulama Görevi — Sipariş Operasyon Haritası
Kendi işletmeniz veya örnek bir online mağaza için sipariş oluşturma anından teslimata kadar normal akışı çizin. Her adım için giriş koşulu, sorumlu, sistem kaydı, hedef süre ve başarısızlık halinde gidilecek istisna akışını yazın.
| Adım | Giriş koşulu | Sorumlu | Çıkış olayı | SLA | İstisna |
|---|---|---|---|---|---|
| Sipariş serbest bırakma | … | … | … | … | … |
| Toplama | … | … | … | … | … |
| Kontrol | … | … | … | … | … |
| Paketleme | … | … | … | … | … |
| Kargoya devir | … | … | … | … | … |
| Teslimat | … | … | … | … | … |
İpucu — Kabul testi
Bu Derste Ne Öğrendik?
- ✓E-ticaret sipariş operasyonu yalnız kargo etiketi basmaktan ibaret değildir.
- ✓Siparişin işleme alınabilmesi için ödeme, stok ve operasyon koşulları doğrulanmalı; hazırlama, paketleme, sevkiyat ve teslimat aşamaları açık durumlarla yönetilmelidir.
- ✓Her aşamanın sahibi, giriş ve çıkış koşulu, SLA'sı ve istisna yolu tanımlandığında sipariş hacmi büyürken operasyon daha kontrollü ölçeklenebilir.