Kayıt Formunu Sona Bırakmak: Karar ve Uygulamadaki Bedeli

Kullanıcının kayıt ekranında ne yaptığını tahmin etmek zorunda değilsiniz; web kullanılabilirliği üzerine birikmiş uzun bir araştırma geçmişi var ve bu bulguların çoğu hâlâ ayakta. En pahalıya mal olanı da en bilineni: kullanıcıdan, ona herhangi bir değer göstermeden önce hesap açmasını istemek. Kaydı akışın sonuna almak dönüşümü yükseltir, ama bunun uygulama tarafında bir bedeli vardır ve o bedel çoğu tasarım kararının dışında bırakılır.

Genel bulgu mu, kendi veriniz mi

Kendi kullanıcınızdan veri toplayana kadar genel bulguya uyun. Siteniz bir istisna değil. İstisna olduğunu düşünüyorsanız bunu gösteren ölçümü önce yapın, kuralı sonra bozun. Sıra şu: yaygın davranışa göre kurun, kendi ölçümünüzle düzeltin.

Kayıt duvarı akışın en pahalı ekranı

Ziyaretçi siteye kaydolmak için gelmez. Bir şey almak, okumak ya da indirmek için gelir. Kayıt ekranını bu işin önüne koyduğunuzda kullanıcıdan, karşılığını henüz görmediği bir bedel istemiş olursunuz. Terk oranının tepe yaptığı adım hemen her ölçümde burasıdır.

Doğrusu tek: satın alma, indirme ya da okuma tamamlanana kadar hesap istemeyin. Hesabı işlem bittikten sonra teklif edin. O noktada kullanıcının elinde sipariş numarası, faturası ya da indirdiği dosya vardır; hesap artık bir engel değil, o kaydı saklama aracıdır. Aynı ekranda "parolanı belirle" demek, girişte aynı şeyi istemekten çok daha az direnç görür.

Misafir akışının veri modeli tarafı

"Misafir olarak devam et" bir düğme değil, bir şema kararıdır. Sipariş kaydının mutlaka bir kullanıcı satırına bağlı olmasını varsayan bir yapıda o düğme çalışmaz. İki yol var. Siparişi kullanıcıdan bağımsız tutup e-posta ve sipariş anahtarıyla taşımak, ya da her misafir için parolasız bir hesap satırı açıp sonradan gelen davetle etkinleştirmek. İkincisi mevcut kodu daha az kırar, birincisi uzun vadede daha temiz durur.

Tek oturum açma ekleyecekseniz hesap eşleştirmeyi baştan çözün. Aynı kişi bugün Google ile, üç ay sonra e-posta ve parolayla girdiğinde iki ayrı hesap oluşur ve sipariş geçmişi ikiye bölünür. Doğrulanmış e-postayı kimlik kabul edip mevcut hesaba bağlamak, sonradan iki kaydı birleştirmeye çalışmaktan kat kat ucuzdur. Birleştirme işini bir kez yaşayan bir daha ertelemez.

Her alan bir bakım borcudur

Form alanı sayısını azaltma tavsiyesi genelde dönüşüm gerekçesiyle verilir. Asıl gerekçe daha kalıcı. Sorduğunuz her alan bir sütun, bir doğrulama kuralı, bir göç betiği, yedeklerde duran bir kopya ve KVKK tarafında saklama süresi olan bir yükümlülük demektir. "İleride lazım olur" diye eklenen telefon alanı, üç yıl sonra kimsenin ne işe yaradığını bilmediği ve silinmesi ayrı bir proje olan bir sütun olarak orada durur. Karşılığında ne yapacağımı bilmediğim bir alanı forma koymam.

Neyi ölçersiniz

Form tamamlama oranı tek başına yanıltır. Formu daha az kişiye göstererek o oranı yükseltebilirsiniz, hem de hiçbir şeyi düzeltmeden. Ölçülmesi gereken, akışın ilk adımından sonuna kadar tamamlanan oturumların oranıdır. Yanına alan bazlı doğrulama hatası sayısını koyun: hangi alanda kaç kez hata alındığı, hangi sorunun yanlış sorulduğunu doğrudan söyler. Ad soyad alanında yüzlerce hata görüyorsanız sorun kullanıcıda değil, o alanın kabul ettiği biçimdedir.