İncelediğimiz bir checkout güveni ödeme ekranında kaybetmiyordu. Sorun bir önceki adımdı. Müşteri adresini yazınca teslimat vaadi değişiyordu. Arayüz hâlâ temizdi, fiyat hesabı da doğruydu. Ancak ürün sayfasında verilen sözün koşullu olduğu ancak siparişin sonunda ortaya çıkıyordu.
Checkout sürtünmesini böyle tanımlamak daha işe yarar: Her fazla tıklama değil, mağazanın karşılığında yeterli netlik vermeden emek, bilgi veya güven istediği her an.
Güvenin düştüğü noktayı bulun
Bir geliştirici beklemeden mevcut kanıtla başlayın. Analytics funnel içinde sepeti görüntüleme, checkout başlangıcı, adres tamamlama, ödeme denemesi ve sipariş onayı adımlarını karşılaştırın. En zayıf ekranı hemen yeniden tasarlamayın. Önce akışı tekrar yaşayın.
Telefon ve bilgisayardan gerçek test siparişleri verin. Misafir checkout, mevcut hesap, geçersiz posta kodu, reddedilen kart ve normal teslimat alanı dışındaki adres gibi durumları deneyin. Ekranı kaydedin ve tereddüt ettiğiniz anı sesli söyleyin. Notlar somut olmalı: toplam değişti, teslimat tarihi kayboldu, zorunlu alan anlaşılmadı, hata geçerli veriyi sildi, ödeme dönüşünde sepet boşaldı.
Genel terk oranları checkout'un önemli olduğunu anlatır, fakat belirli bir mağazadaki sorunu teşhis etmez. Baymard checkout araştırması yerel davranışın açıklaması olarak değil, kontrol listesi olarak değerlidir.
Formdan önce verilen sözü denetleyin
Birçok checkout sorunu daha önce yaratılır. Ürün sayfası stokta der, sepet sevkiyat gecikmesini gösterir. Kampanya otomatik görünür, checkout kod ister. Teslimat mesajı alt limiti veya bölge koşulunu saklar.
Her aşamada görünen sözü yazın:
- Ürün ve varyant bulunabilirliği
- Teslimat zamanı ve bedeli
- İndirim koşulları
- İade şartları
- Ödenecek toplam
Sonra bunları checkout'un uyguladığı kurallarla karşılaştırın. Tutarsızlığı gidermek çoğu zaman bir alanı kaldırmaktan değerlidir. Kurallar hareket ettiğinde güven bozulur.
Her alanın bir işi olsun
Her input için bu bilginin hangi operasyon tarafından kullanıldığını sorun. Kimse cevap veremiyorsa alanı kaldırın veya satın alma sonrasına taşıyın. Gerekliyse etiket beklenen cevabı, hata mesajı da nasıl düzeltileceğini söylemeli.
Hesap açma zorunluluğunu, tekrarlanan adres alanlarını, zorunlu gibi görünen opsiyonları, gizli format kurallarını ve yalnızca submit sonrasında çalışan validasyonu özellikle izleyin. Autofill gerçek telefonda denenmeli. Kısa görünen form klavyeyle kavga ediyor, yazılanı değiştiriyor veya odağı yanlış yere atıyorsa pahalıdır.
Ödeme geçişini sistem olarak test edin
Ödeme butonu checkout'un sonu değildir. Başarılı ödeme, hata, iptal ve sağlayıcıdan dönüş yollarını ayrı ayrı izleyin. Tekrarlanan dokunuşların mükerrer sipariş üretmediğini, geciken callback'in ödeme yapan kişiyi belirsizlikte bırakmadığını, onay sayfası ile e-posta ve sipariş kaydının aynı şeyi söylediğini doğrulayın.
Wallet eklemek veri girişini azaltabilir. Fakat belirsiz toplamı veya bozuk hata dönüşünü düzeltmez. Ödeme seçeneği ancak çevresindeki state güvenilir olduğunda değerlidir.
Bu hafta uygulanacak denetim
Mağazayı geliştirmeyen bir kişiyi sorumlu yapın. Test senaryolarını, ekran kaydını ve funnel erişimini verin. Her bulguyu dört alanla kaydedin: adım, görülen sürpriz, kanıt ve sorumlu.
Önce bozulan sözleri ve geri dönüşü olmayan hataları düzeltin. Sonra gereksiz emeği azaltın. Akış veriyi korumadan, maliyeti açıklamadan ve ödeme hatasından çıkamadan görsel rötuşa geçmeyin. Her release sonrasında aynı senaryoları yeniden çalıştırın. Hedef daha güzel bir checkout değil, müşteri ödeme taahhüdüne girmeden davranışı öngörülebilen bir checkout'tur.