Bakiye Tek Başına Yeterli Değildir
IdeaSoft müşterisinin mevcut puanı, geçmişte gerçekleşen kazanım ve harcama hareketlerinin sonucudur. Destek talebindeki eski bir ekran görüntüsü ile bugünkü bakiye farklı olabilir; bu fark doğrudan yazılım hatası anlamına gelmez. İnceleme için önce aynı üyeye ait kayıtların karşılaştırıldığı doğrulanır. Aynı kişinin başka e-posta adresleriyle oluşturduğu hesaplar, bakiyenin farklı görünmesine neden olabilecek ayrı kayıtlardır. Hesap eşleştirmesi yapılmadan puan eklemek, gerçek hareketi görünmez hale getirir. Doğru başlangıç, müşterinin hangi işlemden sonra ne beklediğini açıkça kaydetmektir.
IdeaSoft Yönetim Paneli Puan Geçmişi Rehberi
Hareketleri Zaman Sırasıyla Okumak
Puan Geçmişi alanındaki e-posta, tarih ve puan türü filtreleri incelemeyi daraltır. Sadece kazanılan puanlara bakıldığında arada gerçekleşen harcama kaçırılabilir. İnceleme aralığı şikâyette belirtilen siparişten biraz önce başlayıp son hareketi kapsamalıdır. Kurgusal bir örnekte müşteri önce alışveriş puanı kazanır, ardından çek oluşturur ve daha sonra siparişini iptal eder. Bu olayların toplam etkisi, yalnızca ilk kazanım mesajıyla açıklanamaz. Hareketleri ayrı satırlarda düşünmek hangi kaydın bakiyeyi yükselttiğini veya düşürdüğünü görünür kılar; müşteri yanıtı da aynı sırayı izleyebilir.
Çeke Dönüşen Puanı Bulmak
Puanla oluşturulmuş hediye çeki, avantajın kaybolduğu anlamına gelmeyebilir. Kod üretilmiş ancak henüz alışverişte kullanılmamış olabilir. Hediye Çeki Yönetimi ekranında oluşturucu bilgisi bu ilişkiyi anlamaya yardımcı olur. Müşterinin e-posta adresiyle eşleşen kod bulununca kullanılabilirlik koşulları ve mevcut durumu ayrıca değerlendirilir. Örneğin müşteri puanını harcamadığını söylüyorsa, çek oluşturmayı harcama olarak düşünmemiş olabilir. Açıklamada puandan koda geçiş somut biçimde anlatılmalıdır. Kontrol tamamlanmadan aynı tutarda yeni çek vermek, iki ayrı kullanılabilir avantaj oluşması riskini taşır.
İptal Hareketini Değerlendirmek
IdeaSoft puan geçmişi iptal gibi nedenlerle oluşan düzeltmeleri de gösterir. Bir alışveriş iptal edildiğinde kazanımın geri alınması, müşteri tarafından beklenmeyen azalma olarak algılanabilir. Bununla birlikte her farkı otomatik olarak iptale bağlamak doğru değildir. İlgili sipariş ve puan hareketinin birbirini açıklaması gerekir. Kurgusal bir örnekte iki siparişten yalnızca biri iptal edilmişse, diğer siparişin kazanımı ayrı kalmalıdır. İnceleme notunda sipariş referansı, hareket türü ve beklenen bakiye açık yazılır. Böylece sonraki görevli aynı soruyu baştan çözmek zorunda kalmaz.
Düzeltme Kararını Kanıta Dayandırmak
Manuel düzeltme gerekiyorsa önce farkın nedeninin anlaşılması önemlidir. Yanlış hesap üzerinden inceleme, dar tarih aralığı veya henüz kullanılmamış çek gibi açıklamalar elendiğinde gerçek eksiklik daha kolay görülür. Müşteriye verilen yanıt tüm hesap geçmişini paylaşmak zorunda değildir; yalnızca ilgili hareketleri sade bir sırayla açıklaması yeterlidir. Bakiye doğrulamasında başlangıç puanı, kazanımlar ve düşüşlerin toplamı tutarlı olmalıdır. Çözümden sonra aynı senaryonun yeniden oluşup oluşmadığı izlenir. Bu yaklaşım sadakat programındaki güveni korurken kanıtsız puan dağıtımıyla kayıtların karmaşıklaşmasını da önler.
Bu Yazıdaki Terimler 1 Kavram
Kısa açıklamaları burada okuyabilir, ayrıntılar için sözlüğe geçebilirsiniz.
- Hediye Çeki
- Hediye çeki, belirli bir tutarı temsil eden ve alıcının kendi ya da başkası adına mağazadan alışverişte ödeme aracı olarak kullanabildiği kod ya da karttır.
Bu Konuda Nasıl Destek Oluyoruz?
AdPix’in bu alandaki hizmet kapsamını ve çalışma sürecini inceleyin.
IdeaSoft