# Başarısız Ödemeyi Kurtarma

Sayfa: https://alidemirbas.com.tr/lab/journeys/basarisiz-odemeyi-kurtarma

Ödeme başarısız oldu → nedeni belirle → uygun aksiyonu uygula → ödemeyi tamamla veya journey'yi bitir

## Amaç

Başarısız ödemeyi, hata nedenine uygun aksiyon ve kanalla yeniden denemeye yönlendirmek ve ödeme kaybını azaltmak.

Hedef: Kurtarma ve yeniden deneme · Kategori: İşlem, Teslimat & Destek

## Adımlar

- **Tetikleyici**: Ödeme başarısız oldu
- **Karar**: Ödeme neden başarısız oldu?
  - Yetersiz bakiye: Kullanıcının aktif bir uygulama oturumu var mı?
  - Kartın süresi doldu / kart bilgileri: E-posta: Ödeme yöntemi sorununu açıkla; güncelleme ya da başka yöntemle ödeme bağlantısı paylaş
  - 3D Secure / doğrulama: Kullanıcının aktif bir uygulama oturumu var mı?
  - Banka reddi: E-posta: Ödeme yöntemi sorununu açıkla; güncelleme ya da başka yöntemle ödeme bağlantısı paylaş
  - Geçici teknik hata: Kısa süre bekle ve otomatik yeniden dene
  - Bilinmiyor / yardım gerekiyor: WhatsApp izni var mı?
- **Karar**: Kullanıcının aktif bir uygulama oturumu var mı?
  - Evet: In-app: Nedeni açıkla; yeniden deneme ya da başka kart seçeneği sun
  - Hayır: E-posta: Ödeme yöntemi sorununu açıkla; güncelleme ya da başka yöntemle ödeme bağlantısı paylaş
- **Aksiyon**: In-app: Nedeni açıkla; yeniden deneme ya da başka kart seçeneği sun
- **Aksiyon**: E-posta: Ödeme yöntemi sorununu açıkla; güncelleme ya da başka yöntemle ödeme bağlantısı paylaş
- **Bekleme**: Kısa süre bekle ve otomatik yeniden dene
- **Karar**: WhatsApp izni var mı?
  - Evet: WhatsApp: Hızlı yardım ve alternatif ödeme yöntemi sun
  - Hayır: E-posta: Ödeme yöntemi sorununu açıkla; güncelleme ya da başka yöntemle ödeme bağlantısı paylaş
- **Aksiyon**: WhatsApp: Hızlı yardım ve alternatif ödeme yöntemi sun
- **Bekleme**: Yaklaşık 1 gün bekle
- **Karar**: Ödeme tamamlandı mı?
  - Evet: Ödeme tamamlandı
  - Hayır: Push: Ödemen hâlâ bekliyor
- **Aksiyon**: Push: Ödemen hâlâ bekliyor
- **Bekleme**: 1–2 gün bekle
- **Karar**: Ödeme tamamlandı mı?
  - Evet: Ödeme tamamlandı
  - Hayır: E-posta: Alternatif ödeme seçenekleri ve destekle son hatırlatma
- **Aksiyon**: E-posta: Alternatif ödeme seçenekleri ve destekle son hatırlatma
- **Bekleme**: Yaklaşık 1 gün bekle
- **Karar**: Ödeme tamamlandı mı?
  - Evet: Ödeme tamamlandı
  - Hayır: İşlem, rezervasyon ya da abonelik hâlâ geçerli mi?
- **Karar**: İşlem, rezervasyon ya da abonelik hâlâ geçerli mi?
  - Evet: Planlı otomatik yeniden denemelere bırak; başka mesaj gönderme
  - Hayır: E-posta: Asıl işlem artık geçerli değil; mevcut sonraki adımı göster
- **Aksiyon**: E-posta: Asıl işlem artık geçerli değil; mevcut sonraki adımı göster
- **Çıkış**: Ödeme tamamlandı
- **Çıkış**: Planlı otomatik yeniden denemelere bırak; başka mesaj gönderme
- **Çıkış**: Journey bitti

## Koruma kuralları

- Ödeme başarılı olduğunda journey'yi hemen durdur.
- Müşteriye dahili risk veya ret kodlarını gösterme.

## Temel kural

Aksiyonu tahmine göre değil, ödeme sisteminden gelen gerçek hata nedenine göre belirle.

## Ne zaman kurulmalı?

Ödeme kayıtlarında başarısız denemelerin önemli bir kısmı aynı borç için ikinci bir denemeye dönüşmüyorsa ve destek hattına neden ödeyemedim soruları geliyorsa sıra bu journey'dedir. Başlamadan önce ödeme sisteminin hata nedenini yetersiz bakiye, kart bilgisi, doğrulama, banka reddi, geçici hata ve bilinmiyor sınıflarına ayırabildiğinden, aktif uygulama oturumunun anlık okunabildiğinden, uygulama içi mesaj, e-posta, WhatsApp ve push izinlerinin kayıtlı olduğundan ve işlemin, rezervasyonun ya da aboneliğin geçerliliğinin sorgulanabildiğinden emin ol. Başarısızlıklar tek bir ödeme sağlayıcısında ya da tek bir kart türünde yoğunlaşıyorsa önce o entegrasyonu düzelt; kullanıcıya hatırlatma göndermek sistem hatasını kapatmaz.

## Nasıl kurulmalı?

- **Tetikleyici ve giriş**: Tamamlanmış bir ödeme adımının ardından ödeme denemesi başarısız olduğunda ve ödeme sistemi bir hata nedeni raporladığında journey başlar. Girişte denemeleri rastgele journey grubuna ya da bu akıştan hiç mesaj almayacak kontrol grubuna ata; planlı otomatik yeniden denemeler iki grupta da aynı şekilde sürer.
- **Kimler girmemeli**: Bir başarısız deneme ve kapatmaya çalıştığı borç tek journey örneğidir; aynı borç için ikinci akış açılmaz. Yarım kalan ödeme adımı Ödeme Adımını Tamamlama'nın, ödeme koşuluna bağlı rezervasyon Rezervasyon Ödeme Hatırlatması'nın, geri ödenen para İade Sonrası Geri Kazanım'ın konusudur; bu journey sepete ya da rezervasyona dönmez.
- **Zamanlama ve kanallar**: Nedene göre ilk temas: bakiye ve doğrulama hatasında aktif oturumda uygulama içi, yoksa e-posta; kart bilgisi ve banka reddinde e-posta; bilinmeyen nedende izinliyse WhatsApp, yoksa e-posta; geçici hatada mesajsız otomatik yeniden deneme. Ödeme gelmediyse yaklaşık 1 gün sonra push, 1 ila 2 gün sonra son e-posta, sonra yaklaşık 1 gün bekleme.
- **Çıkış ve devir**: Her kontrolde ödeme tamamlanmışsa journey hemen biter ve bekleyen mesajlar iptal edilir. Son kontrolde ödeme yoksa işlem geçerliyse planlı otomatik yeniden denemelere bırakılır ve mesaj gönderilmez; işlem geçersizse sonraki adımı gösteren bir e-posta gider ve journey biter. Devir yoktur.
- **Sıklık ve izin**: Bir deneme için en fazla dört mesaj gider: nedene göre ilk temas, push, son e-posta ve gerekirse geçersizlik e-postası; geçici hata dalında ilk temas yoktur. WhatsApp, push ve e-posta yalnızca kendi izniyle kullanılır ve hiçbir mesaj dahili risk ya da ret kodunu kullanıcıya göstermez.

## Başarı nasıl ölçülmeli?

**Kontrol grubuna göre ek ödeme kurtarma oranı**: Journey'nin değeri, mesaj alan denemelerin kontrol grubuna göre ne kadar fazlasının borcu kapatan bir ödemeyle sonuçlanmasıdır; ödeme bağlantısının tıklanması ya da kart güncelleme sayfasının açılması tek başına kurtarma değildir. Payda girişte iki gruba atanan tüm başarısız denemeler, pay atamadan itibaren aynı takip süresinde ödemesi tamamlanan denemelerdir; iki grubun farkı journey'nin etkisidir. Planlı otomatik yeniden denemeyle gelen ödemeler iki grupta da sayılır; mesajın teslimi ya da tıklanması paydayı değiştirmez.

Ayrıca izle:

- **Ödeme yöntemi güncelleme oranı**: Atanan denemeler içinde kartını güncelleyen ya da başka bir yöntemle ödemeye geçenlerin payı; ödemenin tamamlanmasından önceki ara adımdır ve kart bilgisi ile banka reddi dallarında asıl hedeftir.
- **Nedene ve temasa göre kurtarma**: Ödeme kurtarmayı altı hata nedeni ve üç temas için ayrı oku; geçici hata dalı mesajsız kurtulduğu için diğer dallarla karıştırılmamalı, son e-posta ek ödeme getirmiyorsa o teması kaldırmayı düşün.
- **WhatsApp şikâyeti, push kapatma ve abonelikten çıkma**: WhatsApp şikâyetlerini, push iznini kapatmayı ve e-posta aboneliğinden çıkmayı kanal bazında izle; ödeme hatırlatması bir borç mesajı gibi algılanıyorsa kazanılan ödeme pahalıya gelmiş olabilir.
- **Geçersiz işleme giden mesaj payı**: Son kontrolde işlemi artık geçerli olmayan denemelerin payını izle; bu pay yüksekse hatırlatmalar sona ermiş bir sipariş ya da rezervasyon için gönderiliyordur ve bekleme süreleri kısaltılmalıdır.

## Sonuç yorumlanırken nelere dikkat edilmeli?

- Journey grubunun kurtarma oranı kontrol grubunu geçmiyorsa ödemeler mesajsız da gelecek olanlardır; kontrol grubunda planlı yeniden denemelerle gelen ödemeler bunu gösterir. Ödeme farkını WhatsApp şikâyetleri ve abonelikten çıkmalardaki değişimle birlikte oku; tıklanan ödeme bağlantısı sayısı tek başına yetmez.
- Ölçtüğün etki bu neden sınıflandırması, bu kanal seçimi ve yaklaşık 1 gün, 1 ila 2 gün ve yaklaşık 1 gün bekleme sırası için geçerlidir. Rezervasyon Ödeme Hatırlatması'nın devrettiği ödemeyi rezervasyonun korunmasıyla, İade Sonrası Geri Kazanım'ın iadesini bu journey'nin kurtarmasıyla karıştırma; her ödeme kaydını yalnızca bir journey'ye yaz.
- Fark küçük ya da nedenler arasında dağılıyorsa iki grubun deneme ve tamamlanan ödeme sayılarını [A/B test anlamlılık hesaplayıcısına](https://alidemirbas.com.tr/hesaplayicilar/ab-test-anlamlilik-hesaplama) gir; fark anlamlı çıkmıyorsa önce yalnızca en kalabalık neden dalında ölçmeyi dene ve takip süresini son e-postadan sonraki kontrolü kapsayacak kadar uzat.
- Mesaj metinlerini düzenli olarak gözden geçir: ödeme sisteminden gelen ret ya da risk kodu kullanıcıya hiçbir kanalda gösterilmemeli; neden yalnızca kullanıcının yapabileceği eylem diliyle anlatılır.

## Sık Sorulan Sorular

### Başarısız ödeme mesajı hata nedenine göre değişmeli mi?

Evet. Kart bilgisi, yetersiz bakiye, doğrulama gereksinimi ve geçici teknik hata farklı aksiyon ister. Nedeni ödeme sisteminden al. Kullanıcıya sistemin doğrulamadığı bir banka veya kart sorunu atfetme. Aktif oturum varsa ilgili adımda yardım sun, yoksa uygun kanaldan güvenli ödeme yolunu göster.

### Her başarısız ödeme otomatik yeniden denenir mi?

Bu örnek geçici teknik hatayı kısa bekleme ve yeniden deneme yoluna ayırır. Diğer nedenlerde bilgi düzeltme veya kullanıcı aksiyonu gerekebilir. Yeniden deneme, ödeme sağlayıcısının hata ve tekrar kurallarına uymalı. Sonucu belirsiz işlemi kesin başarısız sayıp yeni tahsilat başlatma.

### Ödeme kurtarma hatırlatmaları ne zaman biter?

Ödeme doğrulandığında hatırlatmalar durur. Sipariş, rezervasyon veya abonelik artık geçerli değilse eski ödeme bağlantısını sürdürme. Son kontrolde işlem geçerliliği ayrılır. Planlı yeniden denemeler devam etse bile bu akışın ödeme hatırlatmalarını sınırsız uzatma.