Bir ödeme linkinin ödenmeden kalmasının en sık nedeni tutar değildir. Talep, müşterinin ödeme kararını verdiği andan uzaklaştıkça, mesajın içinde neyin ödendiği belirsizleştikçe ve açılan sayfa gönderenin kim olduğunu doğrulamadıkça ödeme ertelenir. Ertelenen bir talep de çoğu zaman açık bir ret almaz, sadece gündemden düşer.
Doğru müdahale, linkin nerede durduğuna bağlıdır. Gönderilen bir talep birbirinden farklı noktalarda durabilir: mesaj görülmez, talebin neye ait olduğu tanınmaz, açılan sayfa güven vermez, ödeme adımı cihazda tamamlanmaz veya ödeme basitçe unutulur. Her durak başka bir düzeltme ister ve hepsini aynı anda değiştirmek hangisinin işe yaradığını gizler.
Ödenmemiş bir link tek bir sorunun işareti değildir
Tahsilat takibi yapan çoğu ekip ödenmemiş linkleri tek bir yığın olarak izler. Oysa o yığının içinde birbirine hiç benzemeyen durumlar vardır. Hiç açılmamış bir link ile ödeme sayfasına kadar gelip yarıda bırakılmış bir link aynı sorunu göstermez, dolayısıyla aynı çözümü de kaldırmaz. Ayrımı görebilmek için gönderim, açılma ve tamamlanma kayıtlarına ayrı ayrı bakmak gerekir.
Görülen belirti
Muhtemel durak
İlk denenecek değişiklik
Link hiç açılmıyor
Mesaj görülmüyor veya gönderen tanınmıyor
İşletme adını ve talebin gerekçesini ilk satıra taşımak, gönderim anını karar anına yaklaştırmak
Link açılıyor, sayfa terk ediliyor
Sayfada tanıma veya güven kaybı
Sayfadaki işletme adı, tutar ve gerekçenin mesajdakiyle birebir aynı görünmesini sağlamak
Ödeme başlıyor, tamamlanmıyor
Cihaz akışı veya doğrulama adımı
Akışı gerçek bir telefonda baştan sona denemek, kart kapsamını ve doğrulama adımını kontrol etmek
Müşteri sonra ödeyeceğini söylüyor, dönmüyor
Unutma
Aralıkları ve durma noktası önceden belirlenmiş bir hatırlatma planı kurmak
Müşteri itiraz ediyor veya sessiz kalıyor
Ödeme isteğinin bulunmaması
Linkin biçimini değil, önce alacak ilişkisinin kendisini konuşmak
Tablodaki son satır ayrı durur. Ödeme isteğinin bulunmadığı bir durumda linkin görünümünü, saatini veya metnini değiştirmek sonucu değiştirmez. Diğer dört satır ise operasyonel karardır ve büyük ölçüde gönderen tarafın elindedir.
Zamanlama: talebin karar anına yakınlığı
Ödeme kararı, tutarın konuşulduğu anda en güçlüdür. Fiyat üzerinde anlaşıldığı görüşmenin sonunda, hizmet tamamlandığında veya teklif onaylandığında gönderilen bir talep, müşterinin zihninde hala bağlamına oturur. Aynı talep iki gün sonra tek başına bir mesaj olarak geldiğinde ise müşteri önce neyin ödendiğini hatırlamak zorunda kalır ve bu ek çaba ertelemenin ilk nedenidir.
Anlaşma ile gönderim arasındaki boşluk, tahsilat sürecinde kontrol edilmesi en kolay değişkendir. Talepleri gün sonunda toplu biçimde göndermek operasyon açısından pratik görünür, ancak her talebin kendi bağlamından kopmasına yol açar. Bağlamı korumanın en ucuz yolu, tahsilat talebini konuşmanın bittiği yerde göndermektir.
Günün saati de kararı etkiler. İşletmeler arası tahsilatta ödeme onayı çoğunlukla mesai saatleri içinde ve muhasebe akışına bağlı ilerler; cuma akşamı giden bir talep pazartesiye kalır ve o süre içinde bağlamını kaybeder. Tekrarlayan tahsilatlarda ise mantık tersine döner: müşterinin beklediği sabit bir gün, sürprizi ortadan kaldırdığı için ödemeyi hızlandırır. Tahsilatın erken tamamlanması nakit akışına da yansır, çünkü tamamlanan ödemeler ertesi iş günü aktarım düzeniyle işletmenin hesabına geçer.
Mesajın söylediği ile sayfanın gösterdiği aynı olmalı
Müşteri linke tıklamadan önce mesajı okur ve orada tek bir soruya cevap arar: bu para ne için isteniyor. Cevap mesajda yoksa tıklama riskli bir hareket haline gelir. Çıplak bir bağlantı, tanınmayan kısaltılmış bir adres veya gerekçesiz bir tutar, ödeme talebini kimliği belirsiz bir mesaja dönüştürür.
Ödeme talebi taşıyan bir mesajın içinde şunlar bulunmalıdır:
•Gönderen işletmenin adı, mesajın ilk satırında
•Ödemenin neye ait olduğu: sipariş numarası, hizmet adı veya fatura karşılığı
•Tutar ve para birimi, sayfada görülecek olanın aynısı
•Linkin ne kadar süre geçerli olduğu
•Bir sorun çıkarsa hangi numaraya veya adrese dönüleceği
Bu bilgiler mesajda varsa, açılan sayfanın görevi onları doğrulamaktır. Markalı bir ödeme sayfasının katkısı görsel değil, doğrulayıcıdır: müşteri linke tıkladıktan sonra beklediği ismi, beklediği tutarı ve beklediği gerekçeyi görürse ödeme adımına geçer. Sayfa jenerik göründüğünde ya da mesajdaki tutarla sayfadaki tutar farklı biçimde yazıldığında ise tereddüt tam ödeme anında doğar.
Sayfanın mesajı doğrulayabilmesi kullanılan araca bağlıdır. Tahsilat.com tarafında bu iş Tahsilat.Link ile yürür: linkle ödeme çözümü entegrasyon gerektirmeden markalı bir ödeme sayfası, kısa özel link ve QR kod üretir, aynı talep birden fazla paylaşım kanalından iletilebilir. Burada bir ayrımı netleştirmek gerekir: Tahsilat.com bir ödeme kuruluşu ya da elektronik para kuruluşu değildir, sağladığı şey teknik ödeme altyapısıdır. Müşteri kartıyla ödediğinde tutar, üye işyeri adına tanımlanan sanal POS üzerinden doğrudan işletmenin kendi banka hesabına geçer, arada bir havuz hesabında bekletilmez.
Maliyet tarafında kurulum ücreti ve taahhüt tanımlanmaz, ücretlendirme başarılı işlemler üzerinden yapılır ve başvuru ücretsizdir. Başvuru sayfasında %0,79'dan başlayan oranlar belirtilir; bu bir başlangıç oranıdır, her işletmeye uygulanan sabit bir oran değildir. Banka komisyonu ise ayrı bir kalemdir ve işletmenin bankasıyla yaptığı sanal POS sözleşmesine göre belirlenir.
Ödemenin telefonda tamamlanabilmesi
Mesajla giden bir talep, mesajın okunduğu cihazda açılır. Sohbet ve kısa mesaj uygulamaları söz konusu olduğunda bu cihaz çoğunlukla telefondur, dolayısıyla ödeme akışının gerçek sınavı masaüstünde değil küçük ekranda verilir. Akışı bilgisayarda test edip yayına almak, en sık atlanan adımdır.
Kontrolün yolu basittir: kendi linkinizi kendi telefonunuzdan, mobil veri bağlantısıyla ve gerçek bir kartla baştan sona deneyin. Bakılacak noktalar kart numarası alanının sayısal klavyeyi açıp açmadığı, yazı boyutunun okunabilirliği, tutarın ekranın üst kısmında görünüp görünmediği ve tamamlamaya kadar kaç dokunuş gerektiğidir.
Doğrulama adımı ayrı bir kırılma noktasıdır. 3D Secure 2.0 ile yapılan doğrulama sırasında müşteri banka uygulamasına veya kısa mesaj koduna geçer, sonra ödeme sayfasına döner. Bu gidiş dönüşte akışın kaybolmaması, tamamlanma açısından belirleyicidir. Kart kapsamı da son adımı etkiler: Visa, Mastercard, Troy ve American Express kart türleri desteklenir, müşterinin elindeki kart kabul edilen türler arasında değilse ödeme tam bitiş çizgisinde düşer. Yüksek tutarlarda 12 taksit imkanının ödeme ekranında görünmesi, yurt dışındaki müşteri için ise TRY, USD, EUR ve GBP dahil 20'den fazla para birimi desteği aynı bitiş çizgisinde rol oynar.
Hatırlatma planını gönderimden önce kurmak
Hatırlatma, ödeme unutulduğunda devreye giren tek mekanizmadır ve tam da bu yüzden gönderim anında değil, gönderimden önce tasarlanır. Plan yoksa hatırlatma kişiye ve o günkü iş yüküne göre değişir: bazı müşteriye üç kez yazılır, bazısına hiç dönülmez. Bu tutarsızlık hem tahsilatı hem de ilişkiyi zedeler.
Aşağıdaki sıra bir başlangıç şablonudur, sabit bir kural değildir. İşletmeler arası tahsilatta onay zinciri uzadığı için aralıklar genişler, doğrudan tüketiciye satışta ise karar süresi kısalır. Kendi kayıtlarınızdaki ortalama ödenme süresi, aralıkları asıl belirleyen veridir.
1.Talebin gönderildiği gün: link, tutar ve gerekçe tek mesajda birlikte gider
2.İlk iş gününün sonu: sessizlik sürüyorsa aynı kanaldan kısa bir hatırlatma
3.Birkaç gün sonra: gerekçeyi tekrar eden, sorusu olan müşteri için iletişim bilgisi taşıyan ikinci hatırlatma
4.Önceden belirlenmiş son gün: otomatik hatırlatma durur, konu doğrudan görüşmeye devredilir
Hatırlatmanın metni ilk mesajın kopyası olmamalıdır. Aynı cümlenin tekrarı bilgi taşımadığı için okunmadan geçilir, oysa ikinci temas farklı bir işlev görür: müşteri ilk mesajı gördüğü halde ödemediyse, sorunun ne olduğunu sorabileceği bir kapı açmak, linki yeniden göndermekten daha çok işe yarar. Kısa mesaj ve e-posta kanallarında hatırlatma ve takip otomatik olarak kurgulanabilir, ancak sıklık kararı müşterinin ileti izin tercihleriyle birlikte düşünülür.
Planın en çok atlanan parçası durma noktasıdır. Hatırlatmanın nerede biteceği baştan yazılmazsa süreç, sonuç getirmeyen ama ilişkiyi yıpratan bir tekrara dönüşür.
Hangi sayıya bakmak gerekir
Altyapı performansı ile tahsilat performansı sık karıştırılır. Tahsilat.com'un yayımladığı %99.8 ödeme başarı oranı ve %99.95 uptime garantisi altyapının işleyişini tanımlar: işlemin teknik olarak sonuçlanmasını ve servisin erişilebilir kalmasını. Bu sayılar müşterinin ödemeye karar verip vermediğini ölçmez. Gönderilen linklerin ödenme oranı bambaşka bir sayıdır ve yalnızca işletmenin kendi gönderim kayıtlarından çıkar.
İzlenmeye değer ölçüler şunlardır:
•Gönderilen talep sayısı ve bunların kaçının açıldığı
•Açılan linklerde ödeme adımına geçme oranı
•Ödeme adımına geçenlerde tamamlanma oranı
•İlk yirmi dört saat içinde ödenen taleplerin payı
•Ödenme süresinin medyanı, ortalaması değil
•Hatırlatma sonrasında dönen taleplerin oranı
•Paylaşım kanalına göre kırılım
Ölçüm disiplini de en az ölçünün kendisi kadar önemlidir. Aynı hafta içinde hem mesaj metnini hem gönderim saatini hem de hatırlatma sıklığını değiştirirseniz, sonuç iyileşse bile nedenini bilemezsiniz. Küçük hacimlerde tek haftalık dalgalanmayı sonuç saymamak, sezon ve tahsilat dönemi etkisini hesaba katmak gerekir. Bu pratiklerin tamamı sürtünmeyi azaltmaya yöneliktir; sonucun ne kadar değişeceği sektöre, müşteri kitlesine ve tutar aralığına göre farklılaşır, sabit bir artış vaat edilemez.
Bu pratiklerin çözemediği durum
Zamanlama, açıklama, markalı sayfa ve hatırlatma; hepsi ödemek isteyen ama önünde engel bulunan müşteri için çalışır. Ödeme isteğinin kendisi yoksa hiçbiri sonucu değiştirmez. Müşteri hizmetten memnun değilse, tutara itirazı varsa veya nakit sıkışıklığı yaşıyorsa mesele tahsilat aracının değil, alacak ilişkisinin konusudur ve önce o konuşulur.
İkinci sınır muhataptır. Kurumsal tarafta ödemeyi onaylayan kişi ile talebi alan kişi çoğu zaman aynı değildir. Link doğru kişiye ulaşmıyorsa mesajın metnini iyileştirmek fark yaratmaz; o durumda yapılacak iş, ödemeyi kimin onayladığını sormak ve talebi ona yönlendirmektir.
Üçüncüsü ise ürünün veya hizmetin kendisidir. Ödeme akışını iyileştirmek, teslim edilmemiş bir işi ya da çözülmemiş bir şikayeti örtmez. Tahsilat linki, tamamlanmış bir işin karşılığını almanın en kısa yoludur; tamamlanmamış bir işin yerine geçmez.
Sık sorulan sorular
Linke geçerlilik süresi koymak ödenme oranını yükseltir mi
Süre sınırı belirsizliği azaltır ve talebi gündemde tutar, ancak tek başına bir hızlandırıcı değildir. Süre gereğinden kısa tutulduğunda müşteri ödemeye hazır olduğunda link düşmüş olur, yeni link üretmek gerekir ve temas sayısı artar. Makul süre, müşterinin karar ve onay sürecine uyan süredir. Ayrıca sürenin mesajda açıkça yazılması gerekir; yazılmazsa sınır bir baskı unsuru gibi algılanır.
Ödenmeyen bir talepte eski link mi kullanılmalı, yeni link mi üretilmeli
Eski link hala geçerliyse aynı linki hatırlatmak takip kaydını tek yerde tutar ve tercih edilir. Yeni link üretmek, tutar veya kapsam değiştiğinde ya da eski linkin süresi dolduğunda anlamlıdır. Aynı talep için birden fazla geçerli link dolaşımda kaldığında hangi kaydın ödendiğini izlemek zorlaşır, mutabakat da aynı ölçüde karışır.
Hatırlatmaya cevap gelmiyorsa ne zaman durmak gerekir
Durma noktası gönderimden önce belirlenir ve müşteriye göre değiştirilmez. Yazılı hatırlatmalar cevapsız kaldığında tekrar sayısını artırmak nadiren sonuç verir; verimli olan, temas biçimini değiştirmek ve konuyu doğrudan görüşmeye taşımaktır. Müşterinin ileti izin tercihleri de bu sınırın bir parçasıdır.