Refund Event Nedir?

Sayılarla ne demek?

Satın alma olayı satışı kaydeder ama iade edildiğinde bunu kendiliğinden bilmez. İade olayı gönderilmediği sürece o satış raporlarda sonsuza kadar tamamlanmış görünür.

Bunun sonucu sistematik bir şişmedir. Özellikle iade oranı yüksek kategorilerde — giyim, ayakkabı — ölçüm aracındaki ciro gerçekte olduğundan belirgin yüksek görünür.

Diğer olaylardan farklı olarak iade, kullanıcı sitedeyken gerçekleşmez. Günler sonra, genelde bir yönetim panelinde işlenir. Bu yüzden olay tarayıcıdan değil, sunucudan gönderilmek zorundadır.

Nasıl gönderilir?

Üçüncü satır sık denenen ama güvenilmez bir yol. Olay, iadeyi işleyen personelin tarayıcısından gidiyor; oturum bilgisi personele ait oluyor ve kayıt hatalı bir kullanıcıya bağlanıyor.

Nasıl kurulur?

1. Sipariş numarasını kullanın. Hangi satış iade edildi?
2. Kısmi iadeyi ayırın. Yalnızca iade edilen ürünler gönderilsin.
3. Sunucudan gönderin. Personelin tarayıcısından değil.
4. Tutarı açıkça belirtin. Kargo iade edildi mi?
5. Reklam tarafını da düşünün. Dönüşüm düzeltmesi ayrı bir iş.

Uygulamada ne oluyor?

En yaygın durum, iade olayının hiç kurulmaması. Ölçüm aracındaki ciro sipariş sisteminden sürekli yüksek görünüyor ve farkın iadelerden kaynaklandığı fark edilmiyor.

İkinci gözlem, kısmi iadelerin tam iade gibi gönderilmesi. Üç üründen biri iade edildiğinde bütün sipariş geri alınmış sayılıyor ve ciro bu sefer eksik görünüyor.

Üçüncüsü, sipariş numarasının tutmaması. İade olayı gönderiliyor ama satın alma olayındaki numarayla eşleşmiyor; ölçüm aracı hangi satışı düşeceğini bilemiyor.

Dördüncüsü, personel tarayıcısından gönderim. Yönetim panelinde "iade" düğmesine basıldığında olay gidiyor ama personelin oturumuyla; kanal ve kaynak bilgisi tamamen yanlış oluyor.

Beşincisi, iadelerin reklam platformlarına hiç bildirilmemesi. Analitikte düzeltme yapılıyor ama reklam sistemi iade edilen satışları hala başarı sayıyor ve iade eden kitleyi aramaya devam ediyor.

Altıncısı, iptal ile iadenin karıştırılması. Kargoya verilmeden iptal edilen sipariş ile teslim edilip geri gönderilen ürün farklı durumlar; ikisi aynı olayla gönderildiğinde iade oranı yanlış hesaplanıyor.

Yedincisi, iade tutarında kargonun belirsiz kalması. Satın almada kargo dahil tutar gönderilmiş, iadede hariç; net gelir hesabı hiçbir zaman tutmuyor.

Sekizincisi, iade verisinin ürün bazında gönderilmemesi. Toplam tutar düşülüyor ama hangi ürünün iade edildiği bilinmiyor; ürün bazlı net satış hesaplanamıyor.

Dokuzuncusu, geriye dönük iadelerin gönderilememesi. Bazı araçlarda satın almadan çok uzun süre sonra gönderilen iadeler eşleşmiyor; süre sınırının önceden bilinmesi gerekiyor.

Onuncusu, iade verisinin kanal performansıyla birleştirilmemesi. Bazı kanallar çok satış getiriyor ama o satışların iade oranı da çok yüksek; net katkı iade düşüldükten sonra ortaya çıkıyor.

On birincisi, sürecin otomatikleştirilmemesi. İadeler elle, ayda bir toplu yüklendiğinde arada geçen sürede raporlar şişik kalıyor ve kararlar eski veriye göre veriliyor.

On ikincisi, iade verisinin yalnızca bir düzeltme olarak görülmesi. Hangi kanalın, hangi kampanyanın ve hangi ürünün daha çok iade ürettiği, bütçe ve ürün kararları için satış verisi kadar değerli bir bilgi.

Neyi göstermez?

İade olayı, iadenin sebebini göstermez. Satışın geri alındığını kaydeder; neden geri alındığı ayrı bir veri alanı gerektirir.

Sıkça sorulan sorular

Neden tarayıcıdan gönderilemez?

İade kullanıcı sitedeyken olmaz; personelin tarayıcısından gönderildiğinde kayıt yanlış oturuma bağlanır.

Kısmi iadede ne gönderilir?

Yalnızca iade edilen ürünler ve onların tutarı. Tam iade göndermek ciroyu eksik gösterir.

Reklam panelleri de düzelir mi?

Kendiliğinden düzelmez; her platform için ayrıca dönüşüm düzeltmesi yapılmalı.

Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.