Marketplace Intelligence Dashboard’unda Hangi KPI’lar Olmalı?

Marketplace dashboard ham listing sayısını göstermek yerine hangi değişikliklerin ticari veya marka riski yarattığını görünür hale getirmelidir.

Yönetici, e-ticaret ekibi ve marka koruma ekibi aynı dashboard’dan farklı soruların cevabını arar. Bu nedenle KPI hiyerarşisi rol bazlı tasarlanmalıdır.

Seller KPI’ları

• Aktif satıcı
• Yeni satıcı
• Riskli satıcı
• Tekrar eden satıcı
• Satıcı başına ürün

Fiyat KPI’ları

Medyan fiyat, price dispersion, yeni minimum, erozyon ve büyük sapmalar izlenebilir.

Stok KPI’ları

Stock-out, yeniden stoklanma ve satıcı bazlı stok sürekliliği kanal dinamiklerini gösterir.

Marka Riski

• Yetkisiz satış şüphesi
• Sahte ürün sinyali
• Yanlış marka kullanımı
• Riskli listing
• Kritik seller

Yorum KPI’ları

Negatif yorum trendi, ürün sorunu ve sahte ürün şüphesi gibi temalar ayrıca izlenebilir.

Kanal KPI’ları

Marketplace, bağımsız e-ticaret ve sosyal kanal verileri aynı marka için karşılaştırılabilir.

Operasyon KPI’ları

Açık vaka, doğrulama süresi, false positive ve aksiyon bekleyen kayıt gibi metrikler intelligence ekibinin performansını gösterir.

Veriyi Intelligence Katmanına Nasıl Dönüştürmeli?

Marketplace Intelligence Dashboard’unda Hangi KPI’lar Olmalı? konusu için yalnız tekil ekran görüntüsü veya günlük snapshot toplamak yeterli değildir. Özellikle Seller KPI’ları, Fiyat KPI’ları ve Stok KPI’ları aynı veri modelinde zaman boyutuyla ilişkilendirilmelidir. Her observation için platform, seller, product, listing, fiyat, stok durumu ve gözlem zamanı mümkün olduğunca yapılandırılmış alanlarda tutulduğunda değişimin hangi entity’den başladığı geriye dönük analiz edilebilir. Bu yapı anlık kontrol yerine davranış ve trend analizi yapılmasını sağlar.

Veri kalitesi intelligence sisteminin en kritik bileşenlerinden biridir. Yanlış ürün eşleştirme, değişen mağaza isimleri, kampanya fiyatının normal fiyat gibi kaydedilmesi veya eksik seller bilgisi hatalı sonuç üretebilir. Bu nedenle product matching ve seller identity resolution için confidence seviyesi tutulmalı; düşük güvenli eşleşmeler otomatik kesin sonuç yerine review kuyruğuna gönderilmelidir. Uzman tarafından doğrulanan veya reddedilen kayıtlar sisteme geri beslenerek sonraki eşleştirmelerin kalitesi artırılabilir.

Operasyon katmanında ham alert sayısından çok doğrulanmış risk oranı, false positive, yeni seller, tekrar eden seller, fiyat sapmasının süresi, stok anomalisi ve açık vaka çözüm süresi izlenmelidir. Bir sinyal tek başına kritik görünmese bile aynı seller üzerinde fiyat anomalisi, çoklu mağaza ve tekrar eden marka riski birlikte görülüyorsa daha yüksek öncelik üretilebilir. Bu yaklaşım marketplace monitoring sürecini veri toplamadan çıkarıp seller, kanal ve marka davranışını açıklayan karar destek sistemine dönüştürür.

Marketplace Intelligence Kontrol Listesi

• Seller ve listing ayrı entity olarak tutuluyor mu?
• Ürün eşleştirmede confidence değeri var mı?
• Fiyat türleri birbirinden ayrılıyor mu?
• Stok değişimi zaman serisi olarak tutuluyor mu?
• Yeni seller ve tekrar eden seller ayrı izleniyor mu?
• False positive geri bildirimi sisteme işleniyor mu?
• Alert yerine risk ve aksiyon önceliği üretiliyor mu?

Seller, Listing ve Product İlişki Modeli

Marketplace Intelligence Dashboard’unda Hangi KPI’lar Olmalı? kapsamında güvenilir analiz üretebilmek için seller, listing ve product kayıtlarının birbirinden ayrılması gerekir. Aynı satıcı birden fazla listing açabilir; aynı ürün farklı satıcılar tarafından listelenebilir ve aynı mağaza adı zaman içinde değişebilir. Bu nedenle Seller KPI’ları, Fiyat KPI’ları ve Stok KPI’ları gibi sinyaller yalnız görünen metin üzerinden değil, mümkün olduğunda seller ID, listing ID, barkod veya model kodu gibi daha kararlı anahtarlarla ilişkilendirilmelidir. Bu yapı yanlış ürün veya satıcı eşleştirmesinden kaynaklanan analiz hatalarını azaltır.

Kanıt İzi ve Zaman Boyutu

Marketplace verisinin değeri yalnız bugünkü durumu göstermesinde değil, değişimin ne zaman ve nasıl gerçekleştiğini açıklayabilmesindedir. Her kritik observation için gözlem zamanı, platform, seller, listing, ürün, görünen fiyat, stok durumu ve mümkün olduğunda kaynak URL veya teknik kayıt saklanmalıdır. Böylece bir fiyat anomalisi, yeni seller girişi veya stok değişimi geriye dönük doğrulanabilir. Tek günlük snapshot yerine zaman serisi tutulması; olayın kısa süreli kampanya mı, tekrar eden seller davranışı mı yoksa kalıcı kanal değişimi mi olduğunu ayırt etmeyi kolaylaştırır.

Riskten Aksiyona Geçiş

Intelligence sistemi her anomaliyi doğrudan ihlal veya kritik vaka olarak değerlendirmemelidir. Önce veri güveni, tekrar sıklığı, ticari etki, seller geçmişi ve diğer bağımsız sinyaller birlikte değerlendirilmelidir. Düşük güvenli kayıtlar veri doğrulama kuyruğuna, orta riskli kayıtlar uzman incelemesine, yüksek güvenli ve yüksek etkili vakalar ise ilgili marka, e-ticaret veya kanal yönetimi ekibine yönlendirilebilir. Bu ayrım alarm yorgunluğunu azaltır ve ekibin gerçekten aksiyon gerektiren olaylara odaklanmasını sağlar.

• Seller ID ile mağaza adını ayrı tutun
• Listing ID ile ürün kimliğini birbirine karıştırmayın
• Product matching için güven seviyesi saklayın
• Observation zamanını zorunlu alan yapın
• Kanıt URL veya kaynak kaydını koruyun
• Tekil alarm yerine tekrar ve ticari etkiyi ölçün
• Uzman doğrulamasını risk scoring sistemine geri besleyin

Sıkça Sorulan Sorular

Dashboard’da tüm metrikler tek ekranda mı olmalı?

Hayır. Executive ve operasyon görünümleri ayrılabilir.

En önemli KPI hangisidir?

Kullanım amacına göre değişir; tek evrensel KPI yoktur.

False positive izlenmeli mi?

Evet. Alert sisteminin kalitesini ölçmek için önemlidir.

Dashboard gerçek zamanlı olmak zorunda mı?

Riskin değişim hızına ve veri erişimine göre farklı güncelleme frekansları kullanılabilir.