İki taraf da haklı olduğunu düşünüyor. Para nerede duracak?
Escrow'un kolay kısmı işin bittiği senaryo. Zor kısmı, danışman bittiğini söylerken kullanıcının bitmediğini söylediği an — ve sistemin o anda ne yapacağı.
Escrow yazısında mutlu yolu anlatmıştım: para yatıyor, iş adım adım ilerliyor, her adım onaylandıkça serbest kalıyor.
Ama pazaryerinin gerçek sınavı o yol değil. Sınav, danışmanın "işi teslim ettim" dediği, kullanıcının "bu iş eksik" dediği an. İkisi de samimi olabiliyor, ve ikisi de haklı olabiliyor.
Önce durdur, sonra düşün
İtiraz açıldığı anda sistemin yapması gereken ilk şey karar vermek değil — durdurmak.
Bekleyen serbest bırakma iptal ediliyor, otomatik zaman aşımı sayacı duruyor, ilgili tutar kilitleniyor. Bu kilit, hem tarafların hem sistemin lehine: kimse itiraz sürerken parayı kaçırmıyor, ve zamanla otomatik ilerleyen bir akış itirazın üstünden geçmiyor.
Buradaki en sinsi hata, otomatik onayın çalışmaya devam etmesi. "Yedi gün içinde itiraz gelmezse serbest bırak" kuralı yazdıysan ve itiraz o sayacı durdurmuyorsa, kullanıcı itiraz ettikten iki gün sonra parayı karşı tarafa göndermiş oluyorsun. Bu bir hata mesajı değil, bir güven kaybı.
Kısmi teslim gerçek bir durum
İkinci öğrendiğim şey: itirazların çoğu "hiç yapılmadı" değil, "eksik yapıldı".
Danışman dört adımdan üçünü tamamlamış. Kullanıcı dördüncüsünün eksik olduğunu söylüyor. Sistem ikili düşünüyorsa — ya hepsi ya hiçbiri — burada adil bir sonuç üretemiyor.
Bu yüzden kilometre taşı yapısı sadece bir ilerleme göstergesi değil, itirazın çözüm birimi. Tartışma "bu iş oldu mu" değil, "hangi adım olmadı" hâline geliyor. Ve serbest bırakma da adım bazında yapılabiliyor: üç adımın karşılığı danışmana, dördüncüsü kullanıcıya.
İtiraz çözümünün adil olması, kararın doğru olmasından çok, kararın hangi birim üzerinden verildiğine bağlı.
Kanıt sonradan toplanmıyor
Üçüncüsü: itiraz açıldığında elindeki tek şey iki tarafın anlatısıysa, hakem konumunda değilsin — sadece kimin daha ısrarcı olduğuna bakıyorsun.
Bu yüzden itiraz akışı, itirazdan önce başlıyor. Her kilometre taşı tamamlandığında ne teslim edildiği kaydediliyor, mesajlaşma silinemez duruyor, dosya yüklemeleri zaman damgalı. İtiraz açıldığında bunlar zaten orada.
Sonradan "kanıtınızı yükleyin" demek, en organize tarafın kazandığı bir süreç üretiyor. Sistemin baştan kaydettiği şey ise iki tarafa da eşit davranıyor.
Sağlayıcı tarafındaki itiraz ayrı bir dünya
Dördüncüsü ve en pahalısı: kullanıcı bizim üzerimizden değil, kartını verdiği bankadan itiraz açtığında.
O durumda süreç bizim elimizde değil. Ödeme sağlayıcısı tutarı geri çekiyor, biz de zaten danışmana aktarmışsak açıkta kalıyoruz. Bu yüzden serbest bırakma ile ters çevirme arasındaki ilişki, defterin tasarımında baştan düşünülmek zorunda — bir transferin geri alınabilir olduğu pencere, kendi itiraz süremizle uyumlu olmalı.
Yani kendi itiraz sürenizi belirlerken aslında bir finansal risk kararı veriyorsunuz, bir müşteri deneyimi kararı değil.
Zaman aşımı bir taraf tutar
Son olarak: her otomatik kural bir tarafı kayırıyor.
"İtiraz gelmezse serbest bırak" danışmanı kayırıyor. "Onay gelmezse iade et" kullanıcıyı kayırıyor. Nötr bir varsayılan yok — sadece hangi tarafın hareketsizliğinin cezalandırılacağını seçiyorsun.
Doğru cevap ürüne göre değişiyor. Bizde şu yönde oturdu: hizmet teslim edildiğine dair kayıt varsa sessizlik onay sayılıyor, yoksa sayılmıyor. Ama bunu bir tercih olarak, gerekçesiyle birlikte yazmak — kullanıcıya da danışmana da önceden söylemek — kuralın kendisinden daha önemli.