Satıcı Paneli ve Günlük Operasyon Nasıl Tasarlanır?

Satıcı Paneli Bir Yönetim Menüsü Değil, Günlük Operasyon Masasıdır

Satıcı pazaryerine her girişinde önce 'bugün ne yapmalıyım?' sorusunun cevabını görmelidir. Yeni sipariş, kargoya verilecek ürün, stok sorunu, iade veya hakediş bekliyorsa panel bunları görünür hale getirmelidir.

Menü sayısını artırmak iyi panel anlamına gelmez. Görev odaklı bilgi mimarisi, yüksek hacimde toplu işlemler ve hataları önleyen kontroller daha değerlidir.

1. Ana Panel / Dashboard

• Yeni sipariş.
• Bugün kargolanacak.
• Geciken sipariş.
• Stok uyarısı.
• İade/uyuşmazlık.
• Bekleyen hakediş.
• Son performans uyarıları.
• Tamamlanacak mağaza görevleri.

Dashboard rapor deposu değil, aksiyon merkezi olmalıdır.

2. Menü Mimarisi

• Genel Bakış.
• Ürünler.
• Siparişler.
• Kargo/Teslimat.
• İadeler.
• Hakedişler/Finans.
• Performans.
• Mağaza Ayarları.
• Entegrasyonlar.
• Destek.

Gerçek iş modeline göre menüler değişebilir; aynı iş iki farklı menüde yinelenmemelidir.

3. Ürün Listesi

• Ürün/SKU.
• Kategori.
• Yayın durumu.
• Fiyat.
• Stok.
• Varyant.
• Moderasyon durumu.
• Son güncelleme.
• Hata/uyarı.

Satıcı yüzlerce üründe tek tek detay ekranına girmeden temel sorunları görebilmelidir.

4. Toplu Ürün İşlemleri

• Fiyat güncelleme.
• Stok güncelleme.
• Yayına alma/pasife alma.
• Kategori veya özellik düzeltme uygun olduğunda.
• Dışa aktarma.
• Toplu dosya yükleme.

Toplu işlem geri bildiriminde kaç kaydın başarılı, uyarılı veya hatalı olduğu açıkça gösterilmelidir.

5. Stok Yönetimi

Stok pazaryeri güveninin temel girdisidir. Satıcı hangi kaynaktan güncellediğini ve son senkronizasyon zamanını görebilmelidir.

• Manuel stok.
• Dosya aktarımı.
• API/ERP.
• Güvenlik stoğu.
• Tükendiğinde otomatik pasif.
• Senkronizasyon hatası.

6. Fiyat Yönetimi

Fiyat değişiklikleri özellikle kampanya ve entegrasyon kullanılan yapılarda izlenebilir olmalıdır.

• Mevcut fiyat.
• İndirimli fiyat varsa.
• Geçerlilik tarihi.
• Kaynak sistem.
• Son değişiklik.
• Hatalı/olağandışı fiyat uyarısı.

7. Sipariş Kuyrukları

• Yeni.
• Hazırlanıyor.
• Bugün kargolanmalı.
• Gecikmiş.
• Kargoda.
• Tamamlandı.
• İptal.
• Sorunlu.

Satıcı, statü listesinden çok aksiyon gerektiren kuyrukları görmelidir.

8. Sipariş Detayı

• Sipariş/alt sipariş numarası.
• Ürün ve varyant.
• Adet.
• Tutar.
• İndirim etkisi uygun olduğu ölçüde.
• Teslimat bilgisi.
• Kargo yöntemi.
• Hazırlama son zamanı.
• Olay geçmişi.

Satıcı yalnız kendi sipariş kalemlerine ve işlemi tamamlamak için gerekli müşteri bilgilerine erişmelidir.

9. Sipariş İşleme Akışı

1. Yeni siparişi gör.
2. Ürün/stok doğrula.
3. Hazırlamayı başlat.
4. Paketle.
5. Kargo etiketi/takip oluştur.
6. Kargoya ver.
7. Takip durumunu izle.
8. Teslimat sonrası işlemi tamamla.

Her adım sistemde zaman damgasıyla kaydedilmelidir.

10. Toplu Sipariş Operasyonu

Yüksek hacimli satıcı için tek tek sipariş açmak ölçeklenmez.

• Toplu seçim.
• Toplu kargo etiketi.
• Toplu fatura/evrak uygun olduğunda.
• Toplu durum işlemi kontrollü biçimde.
• Paketleme listesi.
• Barkod/çıktı süreçleri.

11. Kargo Yönetimi

• Kargo firması.
• Gönderi/paket.
• Takip numarası.
• Etiket.
• Kargo durumu.
• Teslimat.
• İstisna/hata.

Kargo entegrasyonu başarısızsa satıcının ne yapacağı ve manuel takip numarası girip giremeyeceği tanımlanmalıdır.

12. İade Yönetimi

1. İade talebini gör.
2. Sipariş kalemini ve nedeni incele.
3. Kargo durumunu takip et.
4. Ürün ulaştığında kontrol et.
5. Tanımlı politika çerçevesinde aksiyon al.
6. Finansal sonucu takip et.

Satıcıya iade kararı konusunda hangi yetkinin verildiği açık olmalıdır; uyuşmazlık gerektiren durumlar platforma eskale edilmelidir.

13. Uyuşmazlık ve Destek

Satıcı sipariş veya iade üzerinden destek/uyuşmazlık açabilmeli; ayrı e-posta zincirleriyle işlem bağlamı kaybolmamalıdır.

• İlgili sipariş.
• Sorun tipi.
• Mesajlar.
• Kanıt/dosya.
• Durum.
• SLA.
• Karar/sonuç.

14. Hakediş Ekranı

Satıcı 'ne kadar alacağım?' kadar 'bu tutar nasıl oluştu?' sorusunun cevabını görmelidir.

• Brüt satış.
• Komisyon.
• İndirim/kampanya etkisi.
• Kargo/diğer kalemler.
• İade/mahsup.
• Net hakediş.
• Planlanan ödeme tarihi.
• Ödeme durumu.

15. Hakediş Ekstresi

Dönemsel ekstre sipariş kalemi seviyesine kadar izlenebilir olmalıdır.

Satıcı bir kesintiye tıkladığında ilgili sipariş veya finansal hareketin kaynağına ulaşabilmelidir.

16. Performans Merkezi

• Sipariş karşılama.
• Satıcı kaynaklı iptal.
• Zamanında kargolama.
• Stok doğruluğu.
• İade/şikâyet.
• Müşteri değerlendirmesi.
• Politika ihlali.

Yalnız puan göstermek yerine hedef, mevcut değer ve nasıl iyileştirileceği birlikte gösterilmelidir.

17. Uyarıların Tasarımı

Bilgilendirme

Aksiyon gerektirmeyen değişiklik.

Uyarı

Yaklaşan SLA veya veri sorunu.

Kritik

Sipariş, finans veya hesap durumunu etkileyen acil aksiyon.

Her uyarı 'ne oldu, etkisi ne, ne yapmalıyım?' sorularını cevaplamalıdır.

18. Satıcı Kullanıcıları ve Roller

Bir işletmede herkesin tüm yetkilere sahip olması gerekmez.

• Mağaza yöneticisi.
• Katalog personeli.
• Sipariş/kargo personeli.
• Finans kullanıcısı.
• Raporlama kullanıcısı.

Hakediş hesabı değiştirme veya kullanıcı yetkilendirme gibi kritik işlemler sınırlı rollerde olmalıdır.

19. İşlem Geçmişi

• Ürün fiyatını kim değiştirdi?
• Siparişi kim işledi?
• Hakediş bilgisi ne zaman değişti?
• Hangi kullanıcı yeni yetki verdi?
• Entegrasyon hangi veriyi güncelledi?

Audit log, hem satıcı içi kontrol hem platform destek incelemesi için değerlidir.

20. Entegrasyon Merkezi

• Bağlı sistem.
• Bağlantı durumu.
• Son başarılı senkronizasyon.
• Son hata.
• Aktarılan veri türleri.
• Yeniden deneme/test.

Satıcı teknik hata kodu yerine mümkünse çözüm odaklı açıklama görmelidir.

21. Bildirim Tercihleri

Kritik sipariş ve güvenlik bildirimleri ile pazarlama/rapor bildirimlerini ayırın.

• Yeni sipariş.
• Kargolama süresi.
• İade.
• Hakediş.
• Entegrasyon hatası.
• Güvenlik.
• Performans uyarısı.

22. Mobil Kullanım

Satıcı özellikle sipariş, stok ve kargo operasyonunda mobil cihaz kullanabilir.

• Yeni sipariş görünümü.
• Barkod/etiket süreci uygun olduğunda.
• Stok güncelleme.
• Kargo takibi.
• Kritik uyarılar.

Mobil uyumluluk yalnız ekranın küçülmesi değil, en sık görevlerin hızlı tamamlanabilmesidir.

23. Satıcı Destek Merkezi

• Yardım makaleleri.
• Siparişe bağlı destek talebi.
• Teknik entegrasyon talebi.
• Finans/hakediş talebi.
• Politika itirazı.
• Talep geçmişi.

Destek kategorileri raporlanarak paneldeki tekrar eden sorunlar bulunabilir.

24. Satıcı Paneli KPI'ları

• Sipariş işleme süresi.
• Zamanında kargolama.
• Panelde hata oranı.
• Toplu işlem kullanımı.
• Entegrasyon başarısı.
• Destek temas oranı.
• Stok güncelliği.
• Aktif satıcı oranı.

25. Kabul Testleri

1. Satıcı A, Satıcı B'nin siparişini göremiyor.
2. Katalog kullanıcısı hakediş hesabını değiştiremiyor.
3. Yeni sipariş doğru satıcıya düşüyor.
4. Toplu stok güncelleme sonucu raporlanıyor.
5. Kargo hatası görünür uyarı oluşturuyor.
6. Kısmi iade doğru kaleme bağlanıyor.
7. Hakediş ekstresi sipariş kalemine kadar izleniyor.
8. Kritik kullanıcı işlemleri audit log'a yazılıyor.

Uygulama: Satıcı Paneli Operasyon Haritası

1. Dashboard'daki ilk sekiz aksiyon kartını belirleyin.
2. Menü mimarisini yazın.
3. Ürün listesinde gerekli kolonları seçin.
4. Sipariş kuyruklarını tanımlayın.
5. Sipariş işleme adımlarını yazın.
6. Toplu işlem ihtiyaçlarını belirleyin.
7. Kargo hata senaryosunu planlayın.
8. İade ve uyuşmazlık yetkilerini yazın.
9. Hakediş ekranı alanlarını belirleyin.
10. Satıcı rollerini ve yetkilerini oluşturun.
11. Sekiz kabul testini kendi modelinize uyarlayın.

KMK Pazaryeri Platformunu İnceleyinSatıcı paneli ve çok satıcılı operasyon yeteneklerinin hazır pazaryeri altyapısındaki karşılığını inceleyin.

Satıcı tarafının başvuru ve günlük operasyon altyapısı hazır. Sonraki bölümde müşteri checkout'u, ödeme, komisyon, hakediş ve para akışını gerçek kurulum kararlarına dönüştüreceğiz.