Checkout'taki sürtünmenin kaynağı çoğu zaman tek tek alanlarda ortaya çıkıyor.

Adım düzeyindeki bir funnel raporu size insanların checkout'ta ayrıldığını söylüyor. Hangi alanda ayrıldığını ya da nedenini söylemiyor. Biz odak, hata ve terk olaylarını alan düzeyinde ölçüyor, bunları oturum kayıtlarıyla karşılaştırarak okuyoruz. Ödeme seçeneklerini ve erişilebilirliği ayrıca kontrol ediyoruz. Sonrasında en yüksek fırsatlı bulguları test tasarımına hazır hipotezlere çeviriyoruz. Elinizde formunuz ya da checkout'unuz için alan düzeyinde bir sürtünme haritası ve en büyük fırsatlar için hazırlanmış deney planı kalıyor. Formunda ya da checkout'unda bilinen bir terk sorunu olan ve alan düzeyindeki kanıtı görmek isteyen ekipler için uygun.

Terk oranı ve hata sıklığına göre işaretlenmiş tek tek alanları gösteren bir checkout formu

Birlikte çalıştığımız 500'den fazla markadan birkaçı

Tüm referansları gör
  • Mini
  • GAP
  • Domino’s
  • TransferGo
  • Adore Mobilya
  • Jollytur
  • Amazon
  • BMW
  • Shell
  • Hyundai
  • PepsiCo
  • Red Bull
  • MediaMarkt
  • Decathlon
  • Trendyol
  • Hepsiburada
  • Sahibinden.com
  • Bayer
  • Sanofi
  • EY
  • KPMG
  • DenizBank
  • Acıbadem Sağlık Grubu
  • Abdi İbrahim

Checkout'taki sürtünmeyi teşhis etmek için adım düzeyindeki toplamların altına iniyor, alan düzeyindeki olayları ölçüp okuyoruz. Ardından kanıtın işaret ettiği düzeltmeleri test planına dönüştürüyoruz.

Çalışma ilkelerimiz

  • Alan düzeyindeki terki, sadece adım toplamına bakmadan ayrıca ölçüyoruz
  • Her sürtünme noktası belirli bir alana, hata durumuna ya da adım geçişine bağlanıyor
  • Kanıtın desteklediği her düzeltmeyi test olarak yayına alıyoruz
  • Ödeme ve güven tarafındaki sürtünmeyi de düzen ve metin kadar ayrıntılı inceliyoruz
  1. Alan düzeyindeki olayları ölçmeye başlıyoruz

    Sadece adım girişi ve çıkışını ölçmüyoruz. Alan odağı, alan hatası ve alan terki olaylarıyla alan başına tamamlama süresini de doğruluyor ya da ölçmeye başlıyoruz. Bir adım toplamı, içindeki asıl sorunlu alanı gizliyor. Kanıt toplama başlamadan önce CRO ekibimiz ve analitik ekibimiz ölçümün tamamlandığını onaylıyor.

    Odaklanma, hata, terk ve tamamlama süresi için alan düzeyinde olay kapsamı; kapatılan boşluklar listelenmiş olarak.

  2. Terki belirli alanlara ve adımlara bağlıyoruz

    Alan düzeyindeki olayları oturum kayıtlarıyla karşılaştırarak insanların tam olarak nerede tereddüt ettiğini, hata aldığını ya da ayrıldığını görüyoruz. Gerçekten kafa karıştıran bir alanı, sadece yavaş yüklenen bir alandan ayırıyoruz. Araştırma ekibimiz sıralamayı, altındaki oturum kayıtlarından bir örneklemle karşılaştırıp doğruluyor.

    Oturum kayıtlarıyla birlikte okunan, alan ve adım düzeyinde terk haritası.

  3. Ödeme ve güven tarafındaki sürtünmeye ayrıca bakıyoruz

    Sunulan ödeme yöntemlerini kitlenin gerçekte kullandığıyla karşılaştırıyoruz. İnsanların genelde tereddüt ettiği noktada güven sinyallerini de kontrol ediyoruz: güvenlik rozetleri, net fiyatlandırma, görünür toplam. Ödeme yöntemi değişikliklerinin operasyonel olarak mümkün olduğunu, düzeltme olarak önerilmeden önce siz onaylıyorsunuz.

    Sunulan ödeme yöntemlerini gözlenen denemelerle karşılaştıran ödeme ve güven bulguları.

  4. Erişilebilirliği ve girdi mekaniğini kontrol ediyoruz

    Etiketleri, hata duyurularını, mobil klavye tiplerini, otomatik doldurma uyumunu ve odak sırasını WCAG başarı kriterlerine ve temel girdi tipi kurallarına göre doğruluyoruz. İşaretlenen sorunları, sürtünme haritasına eklenmeden önce erişilebilirlik kontrolümüz onaylıyor.

    WCAG başarı ölçütlerine ve girdi tipi kurallarına göre çıkarılmış erişilebilirlik ve girdi mekaniği bulguları.

  5. Alan düzeyinde sürtünme haritasını kuruyoruz

    Terk, hata, ödeme ve erişilebilirlik gibi her bulguyu tek bir haritada birleştirip tahmini fırsata göre sıraya koyuyoruz. Böylece en çok sürtünme yaratan alan açıkça ilk sırada duruyor. Bir test planına dönüşmeden önce sıralamayı CRO ekibimiz onaylıyor.

    Terk, hata, ödeme ve erişilebilirlik bulgularını tahmini fırsata göre sıralayan sürtünme haritası.

  6. En üstteki bulguları bir deney planına çeviriyoruz

    Sadece haritanın gücüne dayanarak bir düzeltme yayınlamak yerine, en üst sıradaki sürtünme noktalarını test tasarımına geçmeye hazır, test edilebilir hipotezlere çeviriyoruz. Hangi hipotezlerin sırada test tasarımına geçeceğini CRO ekibimizle birlikte siz onaylıyorsunuz.

    En üstteki sürtünme noktaları için test tasarımına hazır, yanlışlanabilir hipotezler.

Dört teslimatla hangi alanın tamamlanmayı düşürdüğünü ve bunu hangi kanıtın desteklediğini gösteriyoruz. Sonraki düzeltme de bu sıraya göre hedefleniyor.

  • Alan düzeyinde olay denetimi

    Bugün alan düzeyinde neyin ölçüldüğü, neyin eksik olduğu ve boşluğu kapatmak için neler eklendiği.

  • Terk ve hata sıralaması

    Terk oranına ve hata sıklığına göre sıralanmış her alan. Üst sıradakiler için bağlantılı oturum kayıtlarıyla birlikte.

  • Ödeme ve erişilebilirlik bulguları

    Form ya da checkout akışında bulduğumuz ödeme yöntemi uyumsuzlukları ve WCAG kriterlerine bağlanan erişilebilirlik sorunları.

  • Sürtünme haritası ve deney planı

    Sıralı harita ve test tasarımına hazır, en üst fırsatlar için yazılmış test edilebilir hipotezler.

Checkout tasarımda sorunsuz görünürken kullanıcılar tek bir alanda takılabiliyor. Bir form tasarım dosyasında temiz görünüp belirli bir alanda tamamlanmayı düşürebiliyor. Eksik bir ödeme yöntemi, kullanıcıyı zorlayan adres otomatik tamamlama ya da geç gösterilen hata mesajı buna neden olabilir. Adım düzeyindeki funnel grafiği bu ayrıntıları göstermiyor. Bunun için alan düzeyindeki olayları ölçmek gerekiyor.

Şu durumlarda iyi bir seçim

  • Form ya da checkout, sadece adım toplamlarını değil alan düzeyinde davranışı okumaya yetecek kadar tamamlanma ve terk görüyor.
  • Odak, hata ve terk event'leri bazı alanlarda eksik kalıyor, bu yüzden gerçekten kafa karıştıran alan ile yalnızca yavaş yüklenen alan birbirinden ayrılamıyor.
  • Tasarım ve geliştirme ekipleri checkout'u değiştirebiliyor, ama hangi alanın önce test edileceğini gösterecek terk, hata, ödeme ve erişilebilirlik bulguları sıralı bir haritada buluşmuyor.
  • Funnel raporu adım düzeyinde bir düşüş gösteriyor ama o adımın içinde hangi alanın insanları kaybettirdiğini kimse söyleyemiyor.
  • Bir hata mesajı görünüyor ama kullanıcı zaten bir sonraki alana geçtikten ya da göndermeyi denedikten sonra.
  • Mobil kullanıcılar telefon numarası alanında metin klavyesi, e-posta alanında sayısal klavye alıyor.
  • Hangi alanın gerçekten sorun olduğuna dair hiçbir veri olmadan form sürtünmesini azaltın tavsiyesi yayına giriyor.

Şu durumlarda başka bir çalışma daha doğru

  • Form hacmi her alan için güvenilir bir okuma üretmiyor, bu yüzden verinin destekleyebildiği en ayrıntılı sonuç adım düzeyinde kalıyor.
  • Formdaki kaybın nedeni bozuk gönder butonu gibi tek bir hatayla zaten açıklanıyor, bu yüzden ekip doğrudan düzeltme kaydı açabiliyor.
  • İlgili yayın döneminde checkout akışını değiştirecek ekip bulunmuyor, bu yüzden alan düzeyindeki kanıt test tasarımına taşınmadan bekliyor.

Zeo'da Ücretli Arama, Sosyal Medya Reklamları, CRO ve Programatik alanlarının her birini adı belli bir sorumlu yürütüyor. Aşağıdaki danışmanlar bu sayfanın konu aldığı kanala göre eşleşiyor, böylece gerçekte kiminle çalışacağınızı görebilirsiniz.

  • Contentsquare

    sayfanın tamamını değil, her alanla kurulan etkileşimi tek tek ölçüyor

  • Baymard Institute

    checkout alanındaki olası hatalar için dış araştırma referansı sunuyor

Eksik olan ölçümü ekleyebilir, zaten ölçülen veriyi okuyabilir ve insanların tam olarak nerede tereddüt ettiğini, hata aldığını ya da ayrıldığını gösteren sıralı bir harita teslim edebiliriz.
Checkout teşhisini konuşalım

Bu teşhisi almak için checkout'u yeniden tasarlamamız gerekiyor mu?

Gerekmiyor. Teşhis zaten var olanı okuyor. Bir şeyin yeniden tasarlanıp tasarlanmayacağı, alan düzeyindeki kanıtın gerçekte ne gösterdiğine bağlı. Herhangi bir düzeltme de yine sadece haritanın gücüyle değil, test tasarımından geçerek yayına giriyor.

Checkout'umuz henüz alan düzeyinde olayları ölçmüyorsa ne olur?

İlk adım zaten tam olarak bu. Alan başına odak, hata ve terk olaylarını ölçmeye başlamak. Bu olmadan adım düzeyindeki bir funnel grafiği hangi alanın sorun olduğunu gerçekten söyleyemiyor.

Form alanlarını kaldırmayı önerir misiniz?

Yalnızca kanıt destekliyorsa. Sürtünme gibi görünen bir alan bazen doğru müşterileri süzüyor ve onu kaldırmak, tamamlanma oranını yükseltse bile dönüşüm kalitesine zarar verebiliyor. Kısası her zaman iyidir varsayımına gitmek yerine bu dengeyi açıkça yazıyoruz.

Bu çalışma ödeme yöntemi seçimini de kapsıyor mu?

Sunulan ödeme yöntemlerini kitlenin kullanmaya çalıştığı yöntemlerle karşılaştırıyor, kanıtla desteklenen uyumsuzlukları işaretliyoruz. Sağlayıcı değişikliği kararı sizde kalıyor. Zeo belirli bir tedarikçi önermiyor.