Form ve Ödeme Akışı Optimizasyonu

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. Formunda ya da checkout'unda bilinen bir terk sorunu olan ve alan düzeyindeki kanıtı görmek isteyen ekipler için uygun.

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ı.

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

Çalışma nasıl yürüyor

Adım toplamlarının ötesine geçip alan düzeyinde kanıt topluyoruz

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.

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

    Yapay zeka desteği
    Mevcut olay ölçümünü alan düzeyinde bir kontrol listesiyle denetliyor, boşlukları işaretliyor.
    İnsan onayı
    Kanıt toplama başlamadan önce CRO ekibimiz ve analitik ekibimiz ölçümün tamamlandığını onaylıyor.
    Sorumlular
    CRO ekibimiz + analitik ekibimiz

  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.

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

    Yapay zeka desteği
    Alanları terk oranına ve hata sıklığına göre sıralıyor, oturum kaydı bağlantılarını ekliyor.
    İnsan onayı
    Araştırma ekibimiz sıralamayı, altındaki oturum kayıtlarından bir örneklemle karşılaştırıp doğruluyor.
    Sorumlular
    Araştırma ekibimiz + oturum analistimiz

  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.

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

    Yapay zeka desteği
    Sunulan ödeme yöntemlerini mevcut ödeme tercihi verisiyle karşılaştırıyor, uyumsuzlukları işaretliyor.
    İnsan onayı
    Ödeme yöntemi değişikliklerinin operasyonel olarak mümkün olduğunu, düzeltme olarak önerilmeden önce siz onaylıyorsunuz.
    Sorumlular
    Sizin tarafınızdaki karar verici + CRO ekibimiz

  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.

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

    Yapay zeka desteği
    Alan düzeyindeki markup üzerinde bir erişilebilirlik ve girdi mekaniği kontrolü çalıştırıyor.
    İnsan onayı
    İşaretlenen sorunları, sürtünme haritasına eklenmeden önce erişilebilirlik kontrolümüz onaylıyor.
    Sorumlular
    Erişilebilirlik kontrolümüz + sizin geliştirme ekibiniz

  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.

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

    Yapay zeka desteği
    Onaylı bulgulardan sıralı sürtünme haritasının taslağını hazırlıyor.
    İnsan onayı
    Bir test planına dönüşmeden önce sıralamayı CRO ekibimiz onaylıyor.
    Sorumlular
    CRO ekibimiz + araştırma ekibimiz

  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.

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

    Yapay zeka desteği
    En üst sıradaki sürtünme haritası girdilerinden hipotez adaylarının taslağını çıkarıyor.
    İnsan onayı
    Hangi hipotezlerin sırada test tasarımına geçeceğini CRO ekibimizle birlikte siz onaylıyorsunuz.
    Sorumlular
    CRO ekibimiz + sizin tarafınızdaki karar verici

Ekibinize ne teslim ediliyor

Hangi alana neden bakılması gerektiğini gösteren sürtünme haritası

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.

    Kabul koşulu

    Her alan bugün neyin ölçüldüğünü, neyin eksik olduğunu ve neyin eklendiğini yazıyor; böylece sonraki sıralama olmayan veriyle kurulmuyor.

    Ritim: Başlangıçta bir kez

  • 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.

    Kabul koşulu

    Her alan bir terk oranı ve hata sıklığı taşıyor; en üstteki satırlar arkalarındaki oturum kayıtlarına bağlanıyor.

    Ritim: Teşhis sırasında

  • Ö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ı.

    Kabul koşulu

    Ödeme uyumsuzlukları gözlenen deneme verisini, erişilebilirlik sorunları ise karşılamadıkları WCAG ölçütünü gösteriyor.

    Ritim: Teşhis başına

  • 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.

    Kabul koşulu

    Harita tahmini fırsata göre sıralanıyor ve en üstteki her satır, bir testin çürütebileceği hipoteze çevrilmiş oluyor.

    Ritim: Teşhis sonunda

Çalışma başlamadan önce

Bu çalışmanın doğru adım olduğu durumlar

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.

Her kanalın kendi sorumlusu var

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.

Bu konuda ürettiğimiz içerikler

Videoİlker EmirWays to Increase Conversion Rate | Ilker Emir, ZeoYazıZafer YıldızGoogle Analytics 4'te Conversion Yapısı & Conversion Oluşturma

Kullandığımız araçlar

Bu işin arkasındaki araçlar

  • 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

Sizi tamamlanmadan önce kaybeden alanı bulalım

Formunuzun ya da checkout'unuzun alan düzeyinde haritasını çıkaralım

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

En sık duyduğumuz sorular

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.