Bir Yapay Zekâ Ajanı Her Terk Edilmiş Ödemeyi Takip Etmeli mi?

Terk edilmiş ödeme tek bir problem değildir. Bir müşteri bölünmüş olabilir, bir başkası kargo ücretini yüksek bulmuş olabilir; bir diğeri ise daha sonra satın almak üzere ürünü inceliyor olabilir.

Hepsine aynı indirim mesajını göndermek kâr marjını düşürebilir ve müşterilere beklemeyi öğretebilir. Daha iyi yaklaşım, bir yapay zekâ ajanının ödeme sürecini sınıflandırması, sonraki aksiyonu önermesi ve yalnızca düşük riskli durumları otomatikleştirmesidir.

Ajanın ne yapmasına izin verildiğini belirleyin

İlk karar, hangi yapay zekâ modelini kullanacağınız değildir. Asıl karar, ajanın onay almadan hangi işlemleri yapabileceğidir.

Örneğin iş akışınız ajana şunları yapma izni verebilir:

• Sepette standart bir ürün varsa ve olağan dışı bir sinyal bulunmuyorsa yardımcı bir hatırlatma göndermek.
• Kargo bilgileri mevcutsa teslimat süresini açıklamak.
• Yüksek tutarlı bir ödemeyi incelenmek üzere destek ekibine iletmek.
• Müşteriyi ikna etmeye çalışmak yerine ödeme veya teknik hatayı ilgili ekibe aktarmak.
• İndirim önermek, ancak indirimi otomatik olarak tanımlamamak.

Bu sınır önemlidir. Bir yapay zekâ ajanı, kâr marjından ne zaman vazgeçileceğine, teslimat tarihinin garanti edilip edilemeyeceğine veya güncelliğini yitirmiş olabilecek stok bilgilerine dayanarak açıklama yapılmasına tek başına karar vermemelidir.

İş akışını oluşturmadan önce kısa bir politika hazırlayın. Otomatik mesajlar için maksimum sipariş tutarını, insan incelemesi gerektiren ürünleri, indirim kurallarınızı ve kullanabileceğiniz kanalları bu politikaya ekleyin.

Ödeme süreci sin­yal­le­rini oluşturun

Bir ajan yalnızca iş akışınızın görünür kıldığı bilgileri sınıflandırabilir. E-ticaret platformunuzu n8n veya Make'e bağlayın ve her terk edilmiş ödeme için sınırlı ama yararlı bir alan seti toplayın.

Yararlı alanlar şunlardır:

• Ödeme sürecinin ne kadar önce başladığı ve son aktivite zamanı.
• Sepet tutarı, ürün adları ve adetler.
• Müşteri e-postası, telefon numarası ve iletişim izni durumu.
• Ülke, dil ve para birimi.
• Varsa seçilen kargo yöntemi.
• Girilen veya reddedilen indirim kodu.
• Ödeme durumu ve kaydedilmiş hata.
• Önceki siparişler, iadeler veya destek görüşmeleri.
• Müşteriye daha önce bir geri kazanım mesajı gönderilip gönderilmediği.

Müşterinin tüm kaydını modele göndermeyin. Yalnızca sınıflandırma için gereken bilgileri aktarın ve gereksiz kişisel verileri kaldırın. Ödeme sürecinde hassas bilgiler varsa yapay zekâ adımından önce bir maskeleme veya veri temizleme adımı ekleyin.

İş akışı, ödemenin hâlâ geri kazanılabilir olup olmadığını da kontrol etmelidir. Sipariş tamamlandıysa, iptal edildiyse, iade edildiyse veya bir satış temsilcisi tarafından ele alındıysa süreci durdurun.

Küçük ama işlevsel bir sınıf­lan­dırma sistemi kullanın

Ajanın her terk edilmiş ödeme için yaratıcı ve uzun açıklamalar yazmasını istemeyin. Ona operasyonel karşılığı net olan sınırlı sayıda kategori verin.

İlk sürüm için şu beş etiket pratik olabilir:

1. Hatırlatma adayı

Müşteri, belirgin bir sorun olmadan ödeme sürecine ara vermiş görünüyor. Önerilen aksiyon, indirim içermeyen kısa bir hatırlatma ve ödeme sayfasına dönüş bağlantısı göndermektir.

2. Kargo endişesi

Müşteri bir teslimat yöntemi seçmiş veya kargo adımına ulaşmış, ancak siparişi tamamlamamış. Mesaj teslimat süresini netleştirmeli; bilgi kesin değilse müşteriyi desteğe yönlendirmelidir.

3. Ödeme veya teknik sorun

Ödeme hatası, çalışmayan bağlantı veya tekrarlanan deneme tespit edilmiş. Önce tanıtım mesajı göndermeyin. Kesin hata ve ödeme referansıyla bir destek görevi oluşturun.

4. Yüksek değerli veya hassas sipariş

Sipariş, belirlediğiniz tutar eşiğini aşıyor, kişiselleştirilmiş bir ürün içeriyor veya başka bir nedenle inceleme gerektiriyor. Durumu kısa bir özet ve önerilen sonraki adımla birlikte bir ekip üyesine gönderin.

5. Otomatik iletişim kurma

Eksik iletişim izni, önceki ret talebi, şüpheli aktivite, yinelenen kayıtlar veya politikanızın kapsamı dışında kalan durumlar için bu kategoriyi kullanın.

Model bir paragraf yerine yapılandırılmış çıktı vermelidir. Örneğin:

{
  "category": "shipping_concern",
  "confidence": 0.86,
  "recommended_action": "send_shipping_clarification",
  "reason": "Customer reached shipping step and selected express delivery",
  "needs_human_review": false
}

Güven skorunu doğruluk kanıtı olarak değil, yönlendirme sinyali olarak değerlendirin. Örneğin iş akışını gerçek vakalarla test edene kadar 0,80'in altındaki skorları incelemeye yönlendirebilirsiniz.

İş akışını dört aşamada tasarlayın

Güvenilir bir n8n veya Make senaryosu veri toplama, değerlendirme, aksiyon ve izleme adımlarını birbirinden ayırmalıdır. Böylece hataları bulmak ve her şeyi yeniden kurmadan tek bir bölümü değiştirmek kolaylaşır.

1. Aşama: Tespit et

Ödeme süreci belirlediğiniz hareketsizlik süresini aştığında iş akışını çalıştırın veya uygun ödemeleri düzenli aralıklarla kontrol edin. Yapay zekâ modelini çağırmadan önce iletişim iznini, sipariş durumunu, tekrarlanan mesajları ve müşterinin başka bir ekip tarafından ele alınıp alınmadığını denetleyin.

2. Aşama: Sınıflandır

Sınırlı ödeme bağlamını ve politika talimatlarınızı modele gönderin. Tek bir kategori, güven skoru, önerilen aksiyon ve kısa bir gerekçe vermesini zorunlu kılın. İzin verilen şemaya uymayan çıktıları reddedin.

3. Aşama: Yönlendir

Her kategori için koşullu dallar kullanın. Hatırlatma adayı onaylanmış bir mesaj serisine girebilir. Ödeme sorunu bir destek kaydı oluşturabilir. Yüksek değerli sipariş, satış kanalına veya CRM görevine aktarılabilir. Düşük güvenli durumlarda ajan doğaçlama yapmak yerine süreci durdurmalıdır.

4. Aşama: Kaydet

Kararı CRM'inize veya e-ticaret notlarınıza yazın. İş akışı sürümünü, kategoriyi, aksiyonu, zaman damgasını ve sonucu saklayın. Hangi sınıflandırmaların faydalı olduğunu ve hangi mesajların gereksiz iş yükü oluşturduğunu anlamak için bu kayda ihtiyacınız olacak.

Mesajı manipülatif değil, faydalı kılın

İlk geri kazanım mesajı muhtemel bir engeli çözmeye çalışmalıdır. Müşterinin neden ayrıldığını biliyormuş gibi davranmamalıdır.

Güvenli bir hatırlatma, müşterinin seçtiği ürünlerin ödeme sepetinde hâlâ bulunduğunu belirtebilir ve doğrudan bir bağlantı sunabilir. Kargo mesajı, doğrulanmış teslimat aralığını açıklayabilir. Bilgi mevcut değilse gerçeği yansıtmayan bir söz vermek yerine bunu açıkça belirtin ve destek sunun.

Her hatırlatma mesajına otomatik olarak indirim eklemeyin. Önce indirimsiz yardımı test etmek, teklifleri onaylanmış segmentlerle sınırlamak ve yüksek değerli ya da sıra dışı durumlar için insan onayı istemek daha sağlıklı bir yaklaşımdır.

Mağazanız destekliyorsa müşterinin dilini kullanın; ancak çevrilmiş şablonları önceden onaylayın. Ajan Arapça, Türkçe ve İngilizce şablonlar arasında seçim yapabilir; iddiaları, üslubu ve yasal ifadeleri ise ekibiniz kontrol etmelidir.

Basit bir inceleme döngüsü ekleyin

Otomatik gönderimi açmadan önce sınıflandırıcıyı geçmiş terk edilmiş ödemelerden oluşan bir örneklemle test edin. Bu kayıtları kategorilerinize göre manuel olarak etiketleyin, ardından ajanın kararlarını kendi etiketlerinizle karşılaştırın.

Şu tür pratik hataları arayın:

• Ödeme hatasının normal hatırlatma olarak sınıflandırılması.
• Yüksek değerli bir ödemeye otomatik indirim gönderilmesi.
• İletişim izni olmayan bir müşterinin mesaj akışına alınması.
• Kargo endişesine hatalı teslimat sözü verilmesi.
• Aynı müşteriye birden fazla geri kazanım mesajı gönderilmesi.

İlk birkaç gün onay modunu kullanın. İş akışı kategoriyi ve önerilen aksiyonu oluştursun; ancak dışarı giden mesajları bir ekip üyesi onaylasın. Yalnızca iyi anladığınız ve düşük riskli kategorileri otomatik gönderime taşıyın.

Gösteriş amaçlı sayılar yerine operasyonel ölçümleri takip edin. Örneğin uygun ödeme sayısını, inceleme gerektiren sınıflandırmaları, oluşturulan destek görevlerini, gönderilen mesajları, geri kazanılan siparişleri ve tanımlanan indirimleri kaydedin. İş akışı ortadan kaldırdığından daha fazla inceleme işi yaratıyorsa kategorileri sadeleştirin veya girdi verilerini iyileştirin.

Uygu­la­na­bi­lir kurulum kontrol listesi

1. Hangi terk edilmiş ödemelerin uygun olduğunu tanımlayın.
2. İletişim, indirim, ürün ve sipariş tutarı kurallarını belirleyin.
3. Shopify'ı, CRM'inizi, destek gelen kutunuzu ve n8n veya Make'i bağlayın.
4. Yalnızca sınıflandırma için gereken alanları aktarın.
5. Sabit bir kategori listesiyle yapılandırılmış yapay zekâ çıktısı talep edin.
6. Düşük güvenli ve yüksek riskli durumları insanlara yönlendirin.
7. Onay moduyla başlayın ve gerçek kararları inceleyin.
8. Yalnızca ekibinizin güvenle izleyebileceği kategoriyi otomatikleştirin.

ADMOV nasıl yardımcı olabilir?

ADMOV, bu sistemi mevcut Shopify mağazanız, CRM'iniz ve destek araçlarınız etrafında bir yapay zekâ otomasyon sistemi olarak tasarlayabilir. Ödeme sinyallerini haritalayabilir, n8n veya Make iş akışını kurabilir, yapılandırılmış yapay zekâ sınıflandırması ekleyebilir, onay adımları oluşturabilir ve son aksiyonları ekibinizin çalışma sürecine bağlayabiliriz.

Amaç her terk edilmiş ödemeye mesaj göndermek değildir. Amaç uygun siparişleri geri kazanmak, kâr marjını korumak ve gerçek ödeme sorunlarını görünür hâle getirmektir. Ücretsiz bir görüşme ayırtın ve geri kazanım iş akışınızı birlikte değerlendirelim.