Buybox ve fiyatlandırma

Fiyat değişikliği geçmişi nasıl okunur?

Önceki fiyat, yeni fiyat, karar nedeni ve platform sonucunu bir arada tutarak değişiklikleri daha kolay inceleyin.

i-Hesap2 dakika okuma
Bilgisayar başında birlikte çalışan işletme ekibi

Bir ürünün bugünkü fiyatını görmek, o fiyata neden gelindiğini açıklamaz. Manuel düzenleme, kampanya, toplu dosya ve otomasyon aynı alanı değiştirmiş olabilir. Fiyat değişikliği geçmişi bu olayları zaman sırasıyla ilişkilendirir. Sağlıklı kayıt, yalnızca eski ve yeni tutarı değil kararın kaynağını ve uygulama sonucunu da içerir.

Karar ile uygulamayı ayırın

Sistem bir fiyat hesaplamış olabilir fakat gönderim başarısız olmuş olabilir. Başka bir durumda istek kabul edilmiş ancak ürün düzeyinde işlem reddedilmiş olabilir. Bu yüzden önerilen, gönderilen ve hedefte doğrulanan değerleri ayrı düşünün. “Başarılı” etiketi hangi aşamayı ifade ediyor açık olmalıdır. Aksi halde kullanıcı mağazada görünmeyen fiyatın uygulanmış olduğunu sanabilir.

Kaynak ve gerekçeyi kaydedin

Değişiklik bir kullanıcıdan geldiyse kullanıcı ve işlem zamanı, kurala dayanıyorsa kural kimliği ve kullanılan referans görünmelidir. Toplu dosyalarda dosya veya iş numarası kaydı yararlıdır. Gerekçeyi serbest metne bırakmak tek başına yeterli olmayabilir; kampanya, düzeltme ve kural uygulaması gibi yapılandırılmış nedenler raporlamayı kolaylaştırır.

Zaman sırasına dikkat edin

Farklı sistemler farklı saat dilimleri kullanabilir. Kayıtları karşılaştırırken saat dilimini görünür tutun. Gönderim zamanı ile platformda sonuçlanma zamanı aynı değildir. Eski bir işlemin sonucu daha sonra geldiğinde yeni fiyatı yanlışlıkla eskiye çevirmemek gerekir. İncelemede yalnızca ekrandaki son satıra değil ilgili işlem zincirine bakın.

Örnek inceleme

Bir ürün önce 120 TL’den 115 TL’ye manuel değiştirilmiş, ardından eski referansı kullanan otomasyon 118 TL göndermiş olsun. Son fiyat 118 TL olduğunda kullanıcı kendi değişikliğinin kaybolduğunu düşünebilir. Geçmişte iki işlem ve kaynakları görünüyorsa sorun anlaşılır: aynı alanın sahipliği belirsizdir. Çözüm yalnızca fiyatı yeniden yazmak değil, manuel değişiklik ile otomasyon arasındaki öncelik kuralını düzeltmektir.

Gerekli kayıt alanları

  • Ürün ve kanal kimliği.
  • Önceki, hesaplanan ve gönderilen fiyat.
  • Kullanıcı, kural veya dosya kaynağı.
  • Referans verinin zamanı.
  • Platform yanıtı ve doğrulanan sonuç.
  • İşlem başarısızsa hata açıklaması.

Geçmişi rapora dönüştürün

Çok sık değişen, sürekli reddedilen veya manuel düzeltme gerektiren ürünleri ayırın. Bu ürünler kural tasarımında ya da eşleşmede sorun olduğuna işaret edebilir. Kayıtları gereksiz kişisel veya gizli bilgilerle doldurmayın. İnceleme için gereken karar verisini tutmak, hem günlük destek hem süreç iyileştirmesi açısından daha kullanışlıdır.

İlgili rehberler

Son içerik güncellemesi: . Bu rehberdeki örnekler açıklama amaçlıdır. Rehberler yapay zekâ desteğiyle hazırlanmıştır; platforma özgü işlemlerde ilgili platformun güncel belgelerini esas alın.

Operasyonunuzu birlikte sadeleştirelim.

İşletmenizin ihtiyaçlarına uygun i-Hesap özelliklerini inceleyin.

Özellikleri keşfedin ↗