Sayıların ardındaki mantık
Türkçesi ücretsiz kargo barıdır; o maddede ne yazılacağı, nereye konacağı ele alınır. Burada ele alınan soru başka: bu mekanizma neden çalışıyor ve hangi hesaplama durumlarında bozuluyor?
Çalışmasının sebebi tamamlanmamış bir işin rahatsızlık vermesidir. Yarıya kadar dolmuş bir çubuk, kullanıcıda onu bitirme isteği uyandırıyor; bu, kargo avantajından bağımsız bir etki.
Bu yüzden görsel ilerleme, aynı bilginin düz metin halinden farklı çalışıyor. Rakam bilgi veriyor; dolan çubuk ise bir hedef kuruyor.
Hesaplama nerede bozulur?
| Durum | Sorun |
|---|---|
| İndirim uygulanıyor | Hangi tutar sayılacak? |
| Bazı ürünler eşik dışı | Çubuk yanlış hesaplıyor |
| Ürün sepetten çıkarılıyor | Eşik kaybı bildirilmiyor |
| Ağır ürün var | Eşik zaten geçerli değil |
| Kupon sonradan giriliyor | Tutar düşüyor, eşik bozuluyor |
İlk satır en sık sorun çıkaran yer. İndirim öncesi tutara göre hesaplanan bir çubuk kullanıcıya eşiği geçtiğini söylüyor, ödeme adımında ise kargo bedeli çıkıyor; bu, en sinir bozucu uyuşmazlık biçimi.
Nasıl kurulur?
- İndirim sonrası hesaplayın. Nihai tutar esas alınsın.
- Kapsam dışını ayırın. Eşik dışı ürünleri sayma.
- Kaybı bildirin. Ürün çıkarılınca uyarı verin.
- Kupon sonrasını güncelleyin. Tutar değişince çubuk da değişsin.
- Tek kaynaktan besleyin. Çubuk ile kargo kuralı aynı yerden gelsin.
Uygulamada ne oluyor?
En sık hata, çubuğun kargo kuralından bağımsız çalışması. Bileşen bir yerde, kargo hesabı başka yerde tanımlanıyor; ikisi zamanla ayrışıyor ve çubuk yanlış bilgi vermeye başlıyor.
İkinci gözlem, indirimlerin göz ardı edilmesi. Sepette uygulanan bir indirim tutarı eşiğin altına düşürüyor ama çubuk dolu kalıyor; kullanıcı ödeme adımında kargo bedeliyle karşılaşıyor.
Üçüncüsü, kapsam dışı ürünlerin hesaba katılması. Ağır veya özel gönderim gerektiren ürünler eşiğe dahil değilse çubuk onları saymamalı.
Dördüncüsü, eşik kaybının sessiz geçmesi. Kullanıcı sepetten bir ürün çıkarıyor ve avantajını kaybettiğini fark etmiyor; değişim açıkça belirtilmeli.
Beşincisi, çubuğun sadece sepette bulunması. Mekanizmanın en etkili olduğu an ürün eklendiği an; o noktada görünmediğinde fırsat kaçıyor.
Altıncısı, eşiğe çok yaklaşıldığında öneri sunulmaması. Kalan tutar küçük bir rakama indiğinde uygun fiyatlı tek bir öneri neredeyse kesin sonuç veriyor.
Yedincisi, hedefe ulaşıldığında hiçbir şey olmaması. Çubuğun dolması ve net bir onay mesajı, kullanıcıya başardığı hissini veriyor ve siparişi kilitliyor.
Sekizincisi, birden çok para birimi ya da bölge kuralı olduğunda tek eşik kullanılması. Farklı bölgelerde eşik değişiyorsa çubuk adrese göre hesaplanmalı.
Dokuzuncusu, kısmi iadelerde ne olacağının tanımsız bırakılması. Eşiği geçtiği için ücretsiz kargo alan bir siparişin bir kısmı iade edildiğinde kargo bedelinin ne olacağı yazılı olmalı.
Onuncusu, mekanizmanın marj etkisinin ölçülmemesi. Çubuk sepet tutarını büyütüyor ama üstlenilen kargo da artıyor; net sonuç sipariş başına karla okunmalı.
On birincisi, hedefin kullanıcıya göre değiştirilebileceğinin düşünülmemesi. Sepeti zaten yüksek olan kişiye aynı eşiği göstermek bir şey üretmiyor; oysa tekrar gelen müşteriye daha düşük bir sınır tanımlamak, aynı bileşeni bir sadakat aracına çeviriyor.
Neyi çözmez?
Çubuk, ulaşılamayacak bir eşiği yakınlaştırmaz. Sınır sepet ortalamasının çok üstündeyse görsel ilerleme yalnızca mesafeyi gösterir.
Sıkça sorulan sorular
Neden çubuk, sadece rakam değil?
Rakam bilgi verir; dolan çubuk bir hedef kurar ve tamamlama isteği uyandırır.
İndirimi nasıl hesaplamalıyım?
Nihai tutar üzerinden. İndirim öncesi hesap ödeme adımında uyuşmazlık üretir.
Eşik dışı ürünler ne olacak?
Hesaba katılmamalı. Aksi halde çubuk kullanıcıya yanlış bilgi verir.
Bu kavramın bütün resim içindeki yerini Ürün Sayfası Optimizasyonu Rehberi içinde ayrıntılı anlattım.
E-ticaret için ürün görseli, açıklama, güven alanı, beden/kargo/iade, yorumlar ve sepete ekleme oranı optimizasyonu.
