İade ve Değişim Taleplerini WhatsApp Üzerinden Yönetmek

İade talebiyle gelen müşteri, satın alırkenkinden daha dikkatli okur ve daha az sabırlıdır. Bu konuşmanın iyi yönetilmesi yalnızca bir siparişi değil, müşterinin bir daha sipariş verip vermeyeceğini belirler. Otomasyonun buradaki işi süreci hızlandırmak ve şeffaflaştırmaktır — müşteriyi bir formun içinde kaybetmek değil.

İade Konuşmasının Anatomisi

Neredeyse her iade talebi aynı beş bilgiye ihtiyaç duyar: hangi sipariş, hangi ürün, sebep, ürünün durumu ve müşterinin ne istediği (iade mi, değişim mi, onarım mı). Otomasyonun ilk görevi bu beş bilgiyi sıkıcı bir sorgu hissi vermeden toplamaktır. Tek tek sorulan altı soru müşteriyi yorar; sipariş numarasından yola çıkıp ürünü listelemek ve seçtirmek çok daha akıcıdır.

Akış Tasarımı

• 1. Talebi tanı: 'iade', 'değişim', 'beden', 'kırık geldi', 'yanlış ürün' gibi ifadeler akışı başlatır.
• 2. Siparişi doğrula: sipariş numarası veya telefon numarasıyla eşleştirme yapılır; müşteriye ürün listesi gösterilir.
• 3. İade koşulunu kontrol et: süre dolmuş mu, ürün iade edilebilir kategoride mi — bu kontrol sistemden gelmelidir, asistanın yorumundan değil.
• 4. Sebebi ve talebi kaydet: sebep listesi kısa ve anlaşılır olmalı; 'diğer' seçeneği serbest metne izin vermeli.
• 5. Gerekiyorsa kanıt iste: hasarlı veya yanlış ürün durumunda fotoğraf, sohbet içinden alınır.
• 6. Süreci başlat: kargo kodu üret, adres bilgisini ilet, tahmini iade süresini yaz.
• 7. Durumu güncelle: ürün depoya ulaştığında ve ödeme iadesi yapıldığında müşteriye otomatik bilgi gider.

Yedinci adım en çok atlanan ama şikâyetleri en çok azaltan adımdır. İade sürecinin sessizliği, sürenin kendisinden daha fazla rahatsız eder.

Neyi Otomatikleştirmemeli?

Otomasyonun sınırı, kararın parasal veya duygusal ağırlığıyla belirlenir:

Öfke tespiti abartılmamalı ama yok sayılmamalıdır. Büyük harfle yazılmış, tekrarlanan ünlem içeren veya doğrudan şikâyet ve hukuki süreç ima eden mesajlarda akış durmalı, konuşma insana geçmelidir. Devretme mantığını canlı temsilciye devir yazısında ayrıntılandırmıştık.

İadeyi Değişime Çevirmek

İadelerin bir kısmı ürünün yanlış olmasından değil, beklentinin karşılanmamasından kaynaklanır. Bu durumda doğru zamanda sunulan alternatif, parayı kasada tutar. Ancak burada ince bir çizgi vardır: müşteri iade istediğini net söylediyse ısrar etmek rahatsız edicidir. İşe yarayan yaklaşım, iade akışını durdurmadan tek bir alternatif önermektir — 'bir beden büyüğü stokta, değişim ister misiniz? İstemezseniz iade işlemi devam eder.' Seçim müşteride kalır, süreç yavaşlamaz.

Ölçün: İade Verisi Ürün Geri Bildirimidir

İade sebepleri, işletmenin en dürüst geri bildirim kaynağıdır. Aynı üründe tekrarlayan 'beden küçük geldi' kaydı, ürün sayfasındaki beden tablosunun düzeltilmesi gerektiğini söyler. Şu metrikleri takip edin:

• Ürün bazında iade oranı ve en sık üç sebep.
• İade talebinden kargo kodunun üretilmesine geçen süre.
• Değişime dönüşen iade talebi oranı.
• İnsana devredilen iade konuşmalarının payı ve devir sebebi.
• İade sonrası tekrar sipariş veren müşteri oranı.

Son metrik en değerlisidir: iyi yönetilen bir iade, müşteri kaybı değil sadakat kaynağı olabilir. Bu ilişkiyi müşteri sadakati ve retention yazısında ele almıştık.

Yasal Çerçeveyi Akışa Gömün

Türkiye'de mesafeli satışlarda tüketicinin cayma hakkı ve iade koşulları mevzuatla belirlenmiştir; kişiye özel üretilen ürünler, hijyen gerekçesiyle iade edilemeyen kalemler gibi istisnalar da vardır. Akıştaki koşul kontrolü, işletmenin kendi mesafeli satış sözleşmesindeki metne bağlanmalı ve o metin güncellendiğinde birlikte güncellenmelidir. Asistanın yasal yorum yapması değil, işletmenin yazılı koşulunu aktarması esastır.

BozLat AI ile

BozLat AI kurulumunda iade akışı sipariş kaydına bağlanır: koşul kontrolü sistemden gelir, kanıt fotoğrafı sohbetten toplanır, kargo ve iade durumu değiştikçe müşteri otomatik bilgilendirilir. Sipariş takibi tarafını e-ticaret sipariş durumu botu yazısında anlattık; kapsam için fiyatlar sayfasına bakabilirsiniz.