Giriş Gerektirmeyen Misafir İadeler: Tasarım ve Dengeler

Az önce bedeni uymayan bir ceket satın alan bir müşteri, bir şifre hatırlamak istemez. Sipariş numarasını ve e-posta adresini yazıp anında sonuç almak, ardından etiketi yazdırmak ister. Bu niyet ile etiket arasındaki her ek alan, müşterinin vazgeçip destek ekibine e-posta atmasına ya da hiç istemediği ürünü sessizce elinde tutmasına — kâr marjınızı kayıt dışı, yönetilmeyen bir iade olarak sessizce kemirmesine — bir fırsat daha demektir. Ancak meşru müşteriyi hızla içeri alan aynı sürtünmesiz kapı, sahtekarların çalıntı sipariş numaralarını denemesi, yetkisiz iade talep etmesi veya bir "wardrobing" (giyip iade etme) açığından yararlanması için de bir kapıdır. Giriş gerektirmeyen misafir iadeler çözülmüş bir problem değildir; her tacirin varsayılan olarak değil, bilinçli olarak vermesi gereken bir tasarım dengesidir.

Giriş gerektirmeyen akış neden göründüğünden daha önemli

Çoğu iade, sipariş geçmişine göz atan giriş yapmış, tekrarlayan müşteriler tarafından başlatılmaz. Genellikle mobil tarayıcıda, misafir olarak bir kez alışveriş yapmış ve satın almadan günler ya da haftalar sonra iade başlatan, hatta hesap açıp açmadığını bile unutmuş biri tarafından başlatılır. Tam bu anda hesap oluşturmayı veya şifre kurtarmayı zorunlu kılmak, iade yolculuğundaki en yaygın vazgeçme noktalarından biridir. Kendi kendine hizmet iade portalınız müşterinin uygun ürünlerini görmeden önce giriş yapmasını zorunlu kılıyorsa, beş dakikalık bir kendi kendine hizmet işlemini fiilen bir destek talebine dönüştürüyorsunuz demektir — çünkü müşterilerin önemli bir kısmı akıştan vazgeçip yerine size e-posta gönderecektir.

Bu, ölçekte önemli hale gelir. E-ticaret müşteri deneyimi kıyaslama araştırmaları, iade başlatma noktasındaki sürtünmenin — ekstra girişler, belirsiz uygunluk koşulları, çok adımlı formlar — satın alma sonrası destek talebi hacminin en büyük itici güçlerinden biri olduğunu, "iadem nerede" belirsizliğiyle birlikte tutarlı biçimde ortaya koyuyor (bkz. WISMR taleplerini azaltma yazımız). Giriş duvarına takılıp bunun yerine destek ekibine e-posta atan her misafir, ekibinizin gerçek zamanını tüketen ve müşterinin telefonunda gece yarısı anında verebileceği bir kararı geciktiren bir talep daha demektir.

Temel tasarım deseni: sipariş sorgulama ile iade

Baskın giriş gerektirmeyen desen, sipariş sorgulamadır: müşteri bir sipariş numarası (veya sipariş onay kimliği) ile eşleşen bir kimlik bilgisi — genellikle ödeme sırasında kullanılan e-posta adresi veya posta kodu — girer. Sistem bu çifti sipariş kaydına göre doğrular; eşleşirse uygun kalemleri iade için gösterir. Şifre yok, hesap oluşturma yok, oturum kalıcılığı gerekmez.

Her yöntem bir miktar sürtünmeyi bir miktar doğrulama gücüyle takas eder. Sipariş numarası artı e-posta sektör varsayılanıdır çünkü her iki alan da zaten müşterinin gelen kutusundadır — onay e-postasında yazılıdır. Tam da bu nedenle en zayıf dolandırıcılık bariyeridir de: sipariş numaraları sıklıkla ardışık veya tahmin edilebilir olur ve ödeme sırasında kullanılan e-posta adresleri bazen paylaşılır ya da pazarlama listelerinden, kimlik avı kitlerinden veya sızdırılmış veritabanlarından toplanır.

Misafir iadelerin dolandırıcılık riski yarattığı noktalar

Giriş gerektirmemek, kimlik doğrulanmadığı anlamına gelmez — farklı şekilde doğrulandığı anlamına gelir. Risk, misafir iadelerin doğası gereği dolandırıcılık mıknatısı olması değildir; kötü tasarlanmış bir sorgulamanın kaba kuvvetle kırılabilmesi ve bazı dolandırıcılık kalıplarının tam da misafir iadeleri değerli kılan o düşük sürtünmeli hıza dayanmasıdır. Yaygın risk noktaları şunları içerir:

• Hız sınırlama boşlukları: sorgulama denemelerinde üst sınır olmaması, kötü niyetli kişilerin sipariş numarası aralıklarını yaygın e-posta kalıplarıyla eşleştirerek denemesine izin verir.
• Farklı hedefe iade talepleri: misafir akışlarının, ek doğrulama olmadan iade yöntemini veya ödeme hesabını değiştirmeye izin vermesi.
• Toplu wardrobing: hesap geçmişi olmadığı için kalıbı işaretleyecek bir mekanizma olmaksızın, aynı misafir e-posta kalıbının birden fazla siparişte yüksek değerli iadeler başlatması.
• Fiziksel incelemeyi atlayan "açıklandığı gibi değil" talepleri: yalnızca neden koduna dayanarak otomatik onaylayan misafir akışları.

Bu risklerin hiçbiri misafir ödemeye özgü değildir — giriş yapılmış akışlarda da mevcuttur — ancak hesap düzeyinde geçmişten yoksun bir misafir akışı, anomali tespitini zorlaştırır çünkü siparişin kendisi dışında karşılaştırma yapılacak kalıcı bir kimlik yoktur. İşte politika motorları burada devreye girer: misafir sorgulama rahatlığını arka planda iade dolandırıcılığı önleme kurallarıyla — e-posta/cihaz/IP bazlı hız kontrolleri, uyuşmayan iade hedefleri ve neden kodu anomali skorlaması — eşleştirmek, ön kapıyı açık tutarken arka kapıyı kilitli tutmanızı sağlar.

Amaç misafir iadeleri zorlaştırmak değil. Sürtünmeyi meşru müşterilerin yüzde 98'i için görünmez, kalıba uymayan durum için ise anında görünür kılmak.

Girişi ne zaman zorunlu kılmalı: bir karar ağacı

Her tacir saf misafir iade modeliyle çalışmamalı, ama her tacirin de girişi zorunlu kılması gerekmez. Doğru varsayılan, sipariş değeri dağılımınıza, iade oranınıza ve hesapların huninizde zaten anlamlı bir ağırlık taşıyıp taşımadığına bağlıdır. Bunu bir başlangıç karar ağacı olarak kullanın:

1. 1Ortalama sipariş değeri kategorinizin tipik dolandırıcılık kaybı eşiğinin üzerinde mi? Evetse, tam girişi zorunlu kılmak yerine misafirler için bile daha güçlü bir doğrulama adımı (kartın son 4 hanesi veya sihirli bağlantı) ekleyin.
2. 2Trafiğinizin yarısından fazlası misafir olarak mı ödeme yapıyor? Evetse, iadelerde giriş duvarı orantısız destek hacmi yaratır — misafir sorgulamayı varsayılan yol olarak tutun.
3. 3Çoğu tekrarlayan alıcının zaten hesabı olduğu bir sadakat veya abonelik programı işletiyor musunuz? Evetse, hesaplı müşterileri daha zengin bir iade geçmişi görünümü için girişe teşvik edin, ama yine de yedek olarak misafir sorgulamayı sunun.
4. 4Son iki çeyrekte iade dolandırıcılığı vakaları gördünüz mü? Evetse, misafir erişimini tamamen kaldırmadan önce misafir doğrulamasını sıkılaştırın (ikinci bir faktör ekleyin) — tamamen kaldırmak genellikle terk edilen iadeleri destek taleplerine kaydırmakla sonuçlanır.
5. 5İade oranınız birkaç yüksek riskli kategoride mi yoğunlaşıyor (elektronik, wardrobing geçmişi olan giyim)? Evetse, tüm katalog için genel bir giriş zorunluluğu yerine kategoriye özel kurallar uygulayın.

Çoğu orta ölçekli ve kurumsal tacir için işe yarayan model kademeli doğrulamadır: varsayılan olarak misafir sorgulama, yalnızca bir sipariş bir risk sinyali tetiklediğinde daha güçlü bir kontrole (SMS tek kullanımlık kod, kart doğrulama veya manuel inceleme) yükseltme. Bu, kendi kendine hizmet iade portalınızı büyük çoğunluk için hızlı tutarken, sürtünmeyi gerçekten buna ihtiyaç duyan azınlık için saklar.

Dengeyi ölçmek

Misafir iade akışınızda yapılan herhangi bir değişiklikten önce ve sonra, yalnızca lansmanda değil, şu sayıları takip edin:

National Retail Federation gibi müşteri deneyimi kıyaslama gruplarının araştırmaları, iade sürtünmesinin tekrar satın alma niyeti kaybının en önemli itici güçlerinden biri olduğunu defalarca gösterdi — sinir bozucu bir iade deneyimi yaşayan müşteriler, iade onaylanmış olsa bile aynı perakendeciden tekrar alışveriş yapma olasılığı ölçülebilir şekilde daha düşük olan müşterilerdir. Bu tek veri noktası, misafir sorgulamayı hızlı tutmanın genellikle en güçlü argümanıdır: sürtünmenin bedeli yalnızca bugünkü destek talebi değil, gelecek çeyreğin kaybedilen tekrar siparişidir.

Uygulama kontrol listesi

• IP başına ve sipariş numarası kalıbı başına sorgulama denemelerini üstel geri çekilme ile hız sınırlayın.
• Her misafir sorgulama denemesini (başarılı ve başarısız) daha sonraki dolandırıcılık kalıbı incelemesi için kaydedin.
• Varsayılan iade hedefini orijinal ödeme yöntemi olarak ayarlayın; değiştirmek için ek doğrulama isteyin.
• Uygun ürünleri ve politika pencerelerini ilk ekranda net biçimde gösterin — müşteriyi neyin uygun olduğunu tahmin etmeye zorlamayın.
• Daha güçlü doğrulamaya yalnızca risk sinyallerinde (yüksek değer, coğrafi uyuşmazlık, siparişler arası tekrarlayan misafir e-postası) geçin, genel değil.
• Eklenen her sürtünmeyi tam yayına almadan önce tamamlanma oranı ve talep hacmine karşı A/B testi yapın.