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.
| Sistem | Temel soru | Örnek sinyal | Operasyon cevabı |
|---|---|---|---|
| Seller standards | Minimum 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 INR | Alıcılar ürünü emsallerinize göre daha sık mı alamıyor? | Item not received report | Carrier, tracking ve delivery promise'i düzelt |
| Service Metrics INAD | Alı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:
- Order acceptance: Sipariş supplier'a zamanında ve doğru adrese geçti mi?
- Dispatch: Fiziksel paket handling time içinde carrier'a verildi mi?
- Tracking: Doğru carrier/numara eBay'e zamanında yazıldı ve ilk scan geldi mi?
- 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önem | Aksiyon | Başarı kanıtı |
|---|---|---|
| İlk 24 saat | Riskli SKU, supplier ve rota için yeni satışı durdur; açık order'ları incele | Yeni maruziyet sınırlandı |
| Gün 2-3 | Tüm INR/INAD olaylarını reason code ile etiketle | Olayların en az %90'ı sınıflandı |
| İlk hafta | İlk üç kök neden için owner ve düzeltme belirle | Listing, SLA veya carrier değişikliği yayında |
| Gün 8-14 | Düzeltme sonrası yeni cohort'u ayrı izle | Yeni cohort problem oranı düşüyor |
| Gün 15-30 | Supplier scorecard ve kâr tabanını gerçek maliyetle güncelle | Riskli 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şım | Artısı | Eksisi |
|---|---|---|
| Tüm handling time'ı artırmak | Hızlı ve basit tampon | Dönüşümü düşürür; yanlış ürün sorununu çözmez |
| Tüm açıklamaları AI ile yenilemek | Tutarlı format sağlar | Kaynak veri hatasını çoğaltabilir |
| Riskli SKU/supplier cohort'unu durdurmak | Maruziyeti hızla keser | Kısa vadeli satış kaybı yaratır |
| Reason-code ve cohort analizi | Gerçek kök nedeni bulur | Temiz 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.