- Katılım
- 21 May 2023
- Mesajlar
- 468
- Tepki
- 17
- Puan
- 18
Dropshipping Bakım Rutini: Mağazayı Sağlıklı Tutmak
Dropshipping mağazasında bakım, yalnızca eklenti güncellemek değildir. Stokta görünmeyen bir ürünün satılması, tedarikçi fiyatının mağazaya geç yansıması veya teslim edildiği sanılan siparişin kargoda kalması doğrudan müşteri deneyimini bozar. Bu küçük sapmalar biriktikçe reklam bütçesi artsa bile kârlılık geriler.
İyi bir bakım rutini; ürün verisi, sipariş, para ve müşteri iletişimini aynı ritimde kontrol eder. Aşağıdaki düzen, her gün ekrana bakıp rastgele sorun aramak yerine hangi kontrolün ne zaman ve neden yapılacağını gösterir.
Bakımın amacı hatasız görünmek değil, küçük sapmaları müşteri fark etmeden yakalamaktır.
Önce tek bir operasyon panosu oluşturun
Siparişler mağazada, kargo bilgileri tedarikçi panelinde, iadeler e-postada ve maliyetler ayrı bir tabloda kalırsa aynı olayın tamamı görülemez. Başlangıç için pahalı bir yazılım şart değildir. Her siparişe ortak bir kimlik verip durumları tek yerde izleyen bir tablo bile büyük fark yaratır.
Panoda en az şu alanlar bulunsun:
- Mağaza sipariş numarası ve tedarikçi sipariş numarası,
- ürün/varyant, adet ve sipariş anındaki tedarik maliyeti,
- ödeme, tedarik, kargo ve teslim durumu,
- takip numarası ile son taşıyıcı hareketi,
- müşteriye verilen tahmini teslim aralığı,
- iade, yeniden gönderim veya ücret iadesi durumu.
Bu tablo elle güncelleniyorsa sorumlusu ve son güncelleme saati belli olsun. Entegrasyon kullanılıyorsa da “otomasyon çalışıyor” varsayımıyla yetinmeyin; birkaç siparişi kaynak sistemle örnekleyerek karşılaştırın.
Her sabah yapılacak 20 dakikalık kontrol
Günlük kontrolün ilk işi yeni sipariş saymak değil, istisnaları bulmaktır. Normal ilerleyen siparişler yerine ödeme alındığı hâlde tedarikçiye geçmeyen, takip numarası oluşmayan veya beklenen sürede hareket etmeyen kayıtları öne çıkarın.
- Ödeme–sipariş eşleşmesi: Ödeme başarılı görünüp sipariş kaydı oluşmamış mı? Aynı işlem iki kez alınmış mı?
- Tedarik kabulü: Yeni siparişlerin tamamı tedarikçi tarafından kabul edilmiş mi? Fiyat veya stok değişimi nedeniyle bekleyen var mı?
- Kargo hareketi: Etiket oluşturulduğu hâlde taşıyıcıya teslim edilmeyen paket bulunuyor mu?
- Müşteri mesajları: Teslimat, adres değişikliği ve iptal talepleri süre aşımına yaklaşıyor mu?
- Site sağlığı: Ürün, sepet ve ödeme sayfasında gerçek bir test siparişi akışı çalışıyor mu?
“Etiket oluşturuldu” ile “paket taşıyıcıya verildi” aynı durum değildir. Müşteriye otomatik kargo mesajı gönderirken gerçek ilk hareketi beklemek, yanlış beklenti yaratmayı önler.
Operasyon kuralı' Alıntı:Bir sorun için yalnız uyarı üretmek yetmez; uyarının kime gittiği, ne kadar sürede ele alınacağı ve çözülmezse kime aktarılacağı da yazılı olmalıdır.
Stok ve fiyat sapmalarını her gün örnekleyin
Tedarikçi stoğu ile mağaza stoğu arasındaki gecikme, dropshipping modelinin en görünür risklerinden biridir. Çok satan ürünleri ve son 24 saatte fiyatı değişenleri günlük kontrol edin. Varyant seviyesini atlamayın; siyah ürün stoktayken müşterinin seçtiği mavi varyant tükenmiş olabilir.
Üç değer birbiriyle uyumlu olmalıdır: tedarikçideki gerçek durum, mağaza ürün sayfası ve reklam/ürün akışı. Google Merchant Center da ürün verisi ile açılış sayfasındaki fiyat ve stok bilgisinin eşleşmesini bekler. Otomatik ürün güncellemeleri bazı geçici uyuşmazlıkları düzeltebilse de Google bu özelliğin düzenli veri güncellemesinin yerini tutmadığını açıkça belirtir.
Fiyat güncellemesinde yalnız ürün maliyetini değiştirmeyin. Kargo, ödeme komisyonu, kur farkı, vergi yükü, iade payı ve reklam maliyeti hesaba katılmadan yapılan otomatik fiyatlama satış getirip zarar yazabilir.
Haftalık sipariş mutabakatı yapın
Haftada bir mağaza, ödeme sağlayıcısı ve tedarikçi kayıtlarını yan yana koyun. Amaç toplam ciroyu görmek değil, her işlemin karşı sistemde bir karşılığı olup olmadığını doğrulamaktır.
- Ödemesi alınmış fakat tedarik edilmemiş sipariş,
- tedarikçiye iki kez iletilmiş sipariş,
- müşteriye iade edilmiş fakat ödeme sisteminde kapanmamış kayıt,
- kısmi iadenin ürün bazında yanlış işlendiği işlem,
- tedarikçi maliyeti değiştiği hâlde eski maliyetle hesaplanan kâr,
- teslim edilmiş görünüp açık müşteri talebi bulunan sipariş
mutabakat listesinin temel istisnalarıdır. Google Analytics kullanıyorsanız `purchase` kadar `refund` olayının da doğru işlem ve ürün bilgileriyle gönderilmesi raporların gerçeğe yaklaşmasını sağlar. Analitik rapor, muhasebe kaydının yerine geçmez; iki sistem arasındaki fark ayrıca incelenmelidir.
Tedarikçiyi yalnız geç teslimatta aramayın
Tedarikçi performansını aylık ortalamayla izlemek sorunları gizleyebilir. Ürün ve gönderim hattı bazında ölçün. Aynı tedarikçinin bir ürünü istikrarlı, başka bir ürünü problemli olabilir.
Haftalık tedarikçi kartında şu göstergeler yeterlidir:
- Sipariş kabul süresi,
- paketin taşıyıcıya verilme süresi,
- zamanında ilk kargo hareketi oranı,
- hasar, yanlış ürün ve eksik ürün oranı,
- destek talebine ilk yanıt ve çözüm süresi,
- iade/yeniden gönderim maliyetinin kimde kaldığı.
Tek bir gecikmeyle tedarikçiyi bırakmak acelecilik olabilir; sürekli tekrar eden aynı hatayı yalnız özürle kapatmak da işletmeyi riske atar. Kritik ürünler için ikinci tedarikçi ve geçiş koşulu önceden belirlenmelidir. Tedarikçi değerlendirmesini derinleştirmek için dropshipping başlangıç rehberine ve mağaza denetim rehberine bakabilirsiniz.
Ürün sayfalarını ayda bir gerçek siparişlerle karşılaştırın
Ürün açıklaması satıştan önce verilmiş bir sözdür. Müşterilerin en çok sorduğu ölçü, malzeme, uyumluluk ve teslimat sorularını destek kayıtlarından çıkarıp sayfaya ekleyin. Tedarikçinin pazarlama metnini olduğu gibi kopyalamayın; numune ve gerçek kullanım gözlemiyle doğrulayamadığınız iddiaları kullanmayın.
Aylık ürün sayfası kontrolünde şunlara bakın:
- Başlık, görsel ve varyant seçimi aynı ürünü mü anlatıyor?
- Fiyat, para birimi, stok ve teslim tahmini tüm kanallarda tutarlı mı?
- Boyut veya uyumluluk bilgisi iade nedenlerini azaltacak kadar açık mı?
- İade ve iletişim bağlantıları mobilde kolay bulunuyor mu?
- Yayından kalkmış ürün reklamda veya kategori sayfasında hâlâ görünüyor mu?
Ürün akışınız varsa Merchant Center teşhislerini de inceleyin. Yapılandırılmış veri, fiyat ve stok doğrulamasına yardımcı olur; fakat hatalı kaynak veriyi sihirli biçimde düzeltmez.
İade nedenlerini “müşteri vazgeçti” diye kapatmayın
İade, yeniden gönderim ve destek konuşmaları ürün kalitesi hakkında ücretsiz bir araştırmadır. Her kaydı birkaç anlamlı nedenden biriyle etiketleyin: beklenti farkı, ölçü/uyumluluk, hasar, yanlış ürün, gecikme, açıklanmayan ücret veya cayma gibi. “Diğer” seçeneği büyüyorsa sınıflandırma yetersizdir.
Ay sonunda ürün bazında iade oranının yanında iade maliyetini de hesaplayın. Düşük fiyatlı bir ürünün geri gönderilmeden ücret iadesi yapılması, yüksek fiyatlı bir ürünün fiziksel iadesinden farklı bir süreç gerektirir. Hangi durumda yeniden gönderim, kısmi iade veya tam iade uygulanacağını müşteriyle tartışma başladıktan sonra değil, önceden belirleyin. Türkiye’deki yükümlülükler için dropshipping vergi ve yasal süreçler yazısını başlangıç kabul edin; güncel kararlar için mevzuatı ve uzman görüşünü ayrıca doğrulayın.
Teknik bakımı satış akışından ayırmayın
Tema veya eklenti güncellemesi başarılı görünse bile sepeti bozabilir. Güncellemeden önce geri alınabilir yedek alın; mümkünse test ortamında deneyin. Sonrasında yalnız ana sayfayı açmak yerine ürün seçimi, kupon, kargo, ödeme, onay e-postası ve mobil akışı kapsayan bir kontrol siparişi verin.
Entegrasyon günlüklerinde yetki süresi dolması, API kota aşımı ve webhook hatası arayın. Başarısız çağrı tekrar denenecekse aynı siparişin iki kez oluşmasını engelleyen bir kimlik/idempotency düzeni bulunmalıdır. Teknik SEO ve ürün görünürlüğü tarafında dropshipping SEO rehberi tamamlayıcıdır.
Aylık bakım toplantısını karar toplantısına çevirin
Rapor okumak yerine yalnız üç soruya yanıt verin: En çok hangi hata para kaybettirdi, hangi hata müşteri güvenini sarstı ve gelecek ay hangi tek süreç değişecek? Her kararın sahibi, bitiş tarihi ve başarı ölçüsü olsun.
Örnek: “Kargo gecikmelerini azaltacağız” belirsizdir. “Takip numarası oluşup 48 saat hareket görmeyen siparişleri her gün 10.00’da operasyon sorumlusu inceleyecek; dört hafta sonunda bu siparişlerin oranını önceki dört haftayla karşılaştıracağız” uygulanabilir bir karardır.
Bakım takvimi özeti
- Her gün: Ödeme, tedarik kabulü, kargo istisnası, kritik stok/fiyat ve müşteri talepleri.
- Her hafta: Sipariş–ödeme–tedarikçi mutabakatı, gerçek test siparişi ve tedarikçi performansı.
- Her ay: Ürün sayfası doğruluğu, iade nedenleri, entegrasyon yetkileri, yedek geri yükleme örneği ve karar toplantısı.
- Her çeyrek: Tedarikçi alternatifleri, sözleşme/SLA, veri erişimleri, kârlılık modeli ve afet/geri dönüş planı.
Sık sorulan sorular
Kaç ürün için günlük manuel kontrol yapılabilir?
Sabit bir sayı yoktur. Tüm kataloğu tek tek açmak yerine çok satan, yeni eklenen, fiyatı değişen ve stok riski yüksek ürünleri istisna listesine alın. Katalog büyüdükçe otomasyon kurun ama örnekleme kontrolünü bırakmayın.
Otomatik stok güncellemesi yeterli mi?
Hayır. Bağlantı kopabilir, varyant eşlemesi bozulabilir veya tedarikçi verisi zaten hatalı olabilir. Kritik ürünlerde mağaza ve kaynak arasında düzenli örnekleme gerekir.
Hangi kayıtlar ne kadar saklanmalı?
Süre; ülke, belge türü, vergi ve tüketici mevzuatına göre değişir. Gereğinden uzun kişisel veri saklamayın; erişim yetkisi ve silme süreci tanımlayın. Kesin süre için güncel yerel yükümlülükleri kontrol edin.
Bakım işi kimde olmalı?
Her kontrolün tek bir sahibi olmalıdır; fakat bilgi tek kişide kalmamalıdır. İzin, hastalık veya işten ayrılma durumunda kullanılacak kısa prosedür ve yedek sorumlu belirleyin.
Güvenilir dış kaynaklar
- Google Merchant Center – Ürün bilgilerinin otomatik güncellenmesi
- Google Merchant Center – Ürün verisini ve açılış sayfasını uyumlu tutma
- Google Analytics – Satın alma ve iade dâhil e-ticaret olayları
Özetle
Dropshipping bakımının özü, her gün her şeye bakmak değil; doğru istisnayı doğru zamanda yakalamaktır. Günlük sipariş ve stok kontrolünü, haftalık mutabakatı, aylık ürün/iade incelemesini ve çeyreklik risk değerlendirmesini yazılı bir takvime bağlayın. İlk olarak son 30 gündeki üç gecikmiş siparişi açın: Sorun hangi sistemde başladı ve bugün aynı hata tekrar oluşsa bunu ne kadar erken görürdünüz?
Dijital Dünyanıza Yön Veren Pusula
Ekli dosyalar
Son düzenleme: