Blog'a dön

eBay Service Metrics 2026: INAD, INR ve Peer Benchmark Kurtarma Planı

eBay Service Metrics dashboard'unu INAD, INR, peer benchmark ve Very High sonuçlarıyla okuyun; SKU ve tedarikçi düzeyinde 30 günlük kurtarma planı kurun.

eBay Service Metrics, seller level ekranının başka bir adı değildir. Bu sistem, alıcıların “Item not received” (INR) bildirimlerini ve “Item not as described” (INAD) iadelerini benzer satış profiline sahip peer group ile kıyaslar. Bu ayrım önemlidir: mağazanızın mutlak oranı geçen aya göre iyileşse bile benzer satıcılardan belirgin biçimde kötü kalıyorsa risk devam edebilir.

Service Metrics'i yalnız aylık bir ceza ekranı gibi okumak geç kalmış müdahale üretir. Doğru yaklaşım, her bildirimi SKU, supplier, kargo servisi, vaat edilen teslimat ve listing revision ile ilişkilendirmektir. eBay hesap sağlığı rehberi genel metrik sistemini açıklar; burada peer benchmark mantığını ve Very High durumundan çıkmak için operasyon planını derinleştiriyoruz.

Seller standards ve Service Metrics farkı

eBay'in seller performance overview sayfası iki ayrı değerlendirme tanımlar. Seller standards, satıcının kontrolündeki belirli performans sinyalleriyle Below Standard, Above Standard veya Top Rated seviyesini belirler. Service Metrics ise sorun bildirimlerini benzer profildeki satıcılarla karşılaştırır.

SistemTemel soruÖrnek sinyalOperasyon cevabı
Seller standardsMinimum satış standardını karşılıyor musunuz?Defect, late shipment, seller resolution olmadan kapanan caseİptal, dispatch ve case sürecini düzelt
Service Metrics INRAlıcılar ürünü emsallerinize göre daha sık mı alamıyor?Item not received reportCarrier, tracking ve delivery promise'i düzelt
Service Metrics INADAlıcılar ürünü emsallerinize göre daha sık mı yanlış buluyor?Item not as described returnÜrün eşleşmesi, condition, fotoğraf ve fitment'i düzelt

Bir sipariş aynı anda birden fazla sistemi etkileyebilir. Geç supplier dispatch'i önce INR üretir, ardından case kötü yönetilirse seller standards tarafında da sonuç doğurabilir. Bu yüzden metrikleri ayrı okuyun ama olay kaydını tek order timeline'ında tutun.

Peer benchmark neden sabit hedef değildir?

Peer group, benzer satış faaliyeti, ürün ve business policy profiline göre oluşturulur. Bu nedenle “sektör standardı her zaman yüzde X” demek doğru değildir. eBay UK Service Metrics policy değerlendirmede Low, Average, High ve Very High rating'lerini kullanır; High veya Very High hesaplanan oran yüzde 1'in altındaysa rating'in Average'a ayarlandığını belirtir.

Bu yüzde 1 kuralını hedef olarak kullanmak hatadır. Oranı yüzde 0,99'da tutmaya çalışmak, peer group çok daha iyiyse sorunu saklamaz; ayrıca düşük hacimde tek olay oranı hızla değiştirebilir. Yönetilebilir hedef şu üçlüdür: mutlak olay sayısı, işlem başına oran ve peer benchmark yönü.

Very High olduğunda ne değişebilir?

Politika uygulaması marketplace ve tarihe göre değişebileceği için hesap dashboard'u otoriter kaynaktır. eBay UK politikasında Very High INR için bazı postage kategorilerinde tahmini teslimata ek süre, tracking hareketine kadar fon hold'u ve belirli refund deduction kısıtları sayılır. Very High INAD tarafında refund deduction kısıtı ve takip eden ay daha yüksek final value fee ihtimali açıklanır.

Bu etkiler yalnız maliyet değildir. Teslimat tarihine eklenen süre dönüşümü düşürebilir; hold nakit akışını zorlayabilir; ek fee düşük marjlı SKU'yu zarara çevirebilir. eBay dropshipping nakit akışı ile birlikte okunması gereken nokta budur: hesap sağlığı olayı finansal modele geri yazılmalıdır.

Önce metriği parçalayın, sonra aksiyon alın

“INAD yüksek, açıklamaları iyileştirelim” yeterince kesin değildir. Son 90 günlük problem kayıtlarını aşağıdaki boyutlarla gruplayın:

  • SKU ve ürün ailesi
  • Supplier ve supplier depo/lokasyonu
  • İade veya report nedeni
  • Listing'in yayın/revision sürümü
  • Condition ve item specifics eksikleri
  • Carrier, servis ve gönderi postcode bölgesi
  • Handling time ve gerçek supplier dispatch süresi
  • Tracking'in ilk scan zamanı
  • Siparişin promosyon, fiyat veya hacim kampanyasına denk gelip gelmediği

Pareto dağılımı çoğu zaman görünür olur. INR vakalarının yarısı tek supplier-carrier kombinasyonundan geliyorsa bütün mağazanın handling time'ını uzatmak yerine o rotayı durdurmak gerekir. INAD tek bir varyant veya yanlış görselden geliyorsa 2.000 açıklamayı yeniden yazmak gürültüdür.

INR kök neden ağacı

INR yalnız “carrier kaybetti” değildir. Supplier siparişi geç kabul etmiş olabilir, tracking numarası etiketi oluşturulduğunda alınmış ama ilk scan günler sonra gelmiş olabilir, yanlış servis vaat edilmiş olabilir veya postcode surcharge nedeniyle order beklemiş olabilir.

Kök nedenleri dört kapıda ayırın:

  1. Order acceptance: Sipariş supplier'a zamanında ve doğru adrese geçti mi?
  2. Dispatch: Fiziksel paket handling time içinde carrier'a verildi mi?
  3. Tracking: Doğru carrier/numara eBay'e zamanında yazıldı ve ilk scan geldi mi?
  4. Delivery: ETA gerçekçi miydi, exception ve failed delivery yönetildi mi?

Her INR vakasına tek reason code verin. “Supplier issue” fazla geniştir; `supplier_no_stock`, `supplier_late_dispatch`, `tracking_no_first_scan`, `carrier_loss` ve `buyer_address_exception` gibi kodlar aksiyonu görünür yapar.

INAD kök neden ağacı

INAD, metin kalitesinden daha geniştir. Yanlış SKU eşleşmesi, supplier'ın revize ürünü, condition farkı, eksik kutu içeriği, ölçü, renk, plug type veya araç fitment hatası aynı metriğe yansıyabilir.

Listing gerçeğini beş noktada kontrol edin:

  • Supplier product ID ile dahili SKU bire bir mi?
  • Ana görsel gerçekten gönderilen varyanta mı ait?
  • Başlık, specifics ve açıklama aynı ölçü/modeli mi söylüyor?
  • Condition ve kutu içeriği açık mı?
  • Supplier substitution yapabiliyor mu; yapıyorsa onay kapısı var mı?

AI ile açıklamayı uzatmak kaynak veri yanlışsa sorunu büyütür. Önce canonical product record düzeltilmeli, sonra içerik yeniden üretilmelidir. Özellikle compatibility ürünlerinde Parts Compatibility rehberi ayrı kontrol sağlar.

30 günlük kurtarma planı

DönemAksiyonBaşarı kanıtı
İlk 24 saatRiskli SKU, supplier ve rota için yeni satışı durdur; açık order'ları inceleYeni maruziyet sınırlandı
Gün 2-3Tüm INR/INAD olaylarını reason code ile etiketleOlayların en az %90'ı sınıflandı
İlk haftaİlk üç kök neden için owner ve düzeltme belirleListing, SLA veya carrier değişikliği yayında
Gün 8-14Düzeltme sonrası yeni cohort'u ayrı izleYeni cohort problem oranı düşüyor
Gün 15-30Supplier scorecard ve kâr tabanını gerçek maliyetle güncelleRiskli kaynak kapandı veya şartı iyileşti

Eski olaylar değerlendirme penceresinden hemen çıkmayabilir. Bu yüzden dashboard gecikmesi ile düzeltmenin başarısını karıştırmayın. Erken sinyal olarak yeni sipariş cohort'undaki report sayısını, tracking first-scan gecikmesini ve ürün sorusu oranını izleyin.

Dürüst artı/eksi: genel düzeltme mi hedefli müdahale mi?

YaklaşımArtısıEksisi
Tüm handling time'ı artırmakHızlı ve basit tamponDönüşümü düşürür; yanlış ürün sorununu çözmez
Tüm açıklamaları AI ile yenilemekTutarlı format sağlarKaynak veri hatasını çoğaltabilir
Riskli SKU/supplier cohort'unu durdurmakMaruziyeti hızla keserKısa vadeli satış kaybı yaratır
Reason-code ve cohort analiziGerçek kök nedeni bulurTemiz order-level veri ve disiplin ister

Very High durumunda satış hacmini korumak uğruna riskli SKU'yu açık bırakmak genellikle yanlış ekonomidir. Ek fee, iade ve hesap kısıtı maliyeti o SKU'nun görünen brüt kârından büyük olabilir.

TurkoLister ile önleyici kontrol

TurkoLister free trial ile son problem kayıtlarınızdan en sık geçen 20 SKU'yu yeniden denetleyin. Supplier URL'si, ürün kimliği, başlık, item specifics, condition, görseller, maliyet ve stok sinyalini tek tek doğrulayın. INR için supplier handling süresi ve stok tazeliğini; INAD için kaynak gerçekliği ve varyant eşleşmesini kontrol edin.

TurkoLister peer benchmark'u değiştirmez ve geçmiş olayı silemez. Sağladığı değer, listing ile supplier operasyonu arasındaki kopukluğu azaltıp yeni problem üretimini sınırlamaktır. Sonuçları yeni sipariş cohort'u üzerinden ölçün.

Sonuç

eBay Service Metrics yönetimi, rating'i yeşile çevirecek tek ayar aramak değildir. INR ve INAD farklı kök nedenler taşır; peer benchmark sabit hedef değildir; Very High sonucu fee, teslimat vaadi ve nakit akışını etkileyebilir. SKU-supplier-carrier düzeyinde olay verisi tutun, yeni maruziyeti kesin ve düzeltmeyi 30 günlük yeni cohort ile kanıtlayın.

Sık Sorulan Sorular

eBay Service Metrics ile seller level aynı şey mi?

Hayır. Seller standards; defect, late shipment ve eBay'in satıcı lehine çözülmediği case'ler gibi metriklerle seller level belirler. Service Metrics ise INR ve INAD oranlarını benzer satıcılardan oluşan peer group ile karşılaştırır.

Service Metrics oranım yüzde 1'in altındaysa High olabilir miyim?

eBay UK politikasına göre High veya Very High hesaplanan metrik yüzde 1'in altındaysa rating Average'a ayarlanır. Güncel eşik ve uygulamalar için hesabınızdaki dashboard ve resmî politika kontrol edilmelidir.

Bir iade talebini hızlı kapatmak INAD metriğini siler mi?

Genellikle hayır. Service metric, alıcının problem bildirmesini ölçer; iyi çözüm müşteri ve case sonucunu korur ama kök nedeni ortadan kaldırmaz. Uygun otomatik koruma veya kaldırma koşulları ayrı değerlendirilir.

TurkoLister Service Metrics'i nasıl iyileştirmeye yardımcı olur?

TurkoLister listing doğruluğu, supplier verisi, stok-fiyat takibi ve operasyon kontrollerini aynı workflow'da tutarak INAD ve INR üreten kök nedenleri yayın ve fulfillment öncesinde azaltmaya yardımcı olur.