Çok Adımlı Formlar: Bölmek Dönüşümü Ne Zaman Artırır
Uzun bir formu adımlara bölmek doldurma işini azaltmaz, sadece daha küçük parçalar halinde gösterir. Çoğu zaman işe yarar ama otomatik bir kazanç değildir: her adım geçişi, kullanıcının vazgeçebileceği yeni bir noktadır. Kazanç, alanları rastgele beşe bölmekten değil, kullanıcının kafasındaki gruplarla aynı yerden bölmekten gelir.
Bölmek işi azaltmaz, çıkış noktalarını çoğaltır
"Çok adımlı form yarıda bırakma oranını düşürür" cümlesi her rehberde var, gerekçesi nadiren var. Tek sayfalık bir formda kullanıcının vazgeçme kararını verdiği tek bir an vardır: forma ilk baktığı an. Dört adıma böldüğünüzde bu an dörde çıkar. Her adımı yüzde 95 ihtimalle tamamlayan bir kullanıcı bile sona 0,95'in dördüncü kuvvetiyle, yani yaklaşık yüzde 81 olasılıkla ulaşır. Aynı kişi tek sayfayı yüzde 90 ile bitirebiliyor olsaydı bölmemek daha kârlı olurdu.
Bölme, ancak parça başına tamamlanma olasılığını gerçekten yükseltiyorsa bu çarpımı telafi eder. Yükseltip yükseltmediği de formun içeriğine bağlı, adım sayısına değil.
Bölme çizgisini alan sayısı değil, konunun değişmesi belirler
Rehberlerin çoğu "3-5 adım" der. Sayı yanlış hedeftir. Bir iş başvurusunda kişisel bilgiler, çalışma geçmişi ve yetkinlikler ayrı adım olmayı hak eder, çünkü kullanıcı bu üçüne farklı yerlerden bakarak cevap verir: biri kimlikten, biri özgeçmiş dosyasından, biri hafızadan. Ad, soyad ve e-postayı ikiye bölmek ise kimseye kolaylık sağlamaz, sadece bir tık ekler.
Adım göstergesi bu yüzden dekorasyon değil. Kaç adım kaldığını görmeyen kullanıcı işin ne kadar süreceğini tahmin edemez, tahmin edilemeyen süre de terk sebebidir. Adımları numaralandır, bulunulan adımı görsel olarak ayır, tamamlananları geride bıraktığın belli olsun. Göstergeyi tıklanabilir yapman gerekmez; geri butonu zaten o işi görüyor.
Doğrulama her adımda, ama ilk tuşa basışta değil
Hataları formun en sonunda toplu halde göstermek kötü bir fikir, burası doğru. Ama karşı uca kaçıp her karakterde kontrol etmek de en az onun kadar rahatsız edici: kullanıcı e-postasının üçüncü harfini yazarken "geçersiz e-posta" uyarısı görmeyi hak etmiyor. Alanı odaktan çıkınca doğrula, kullanıcı hatayı düzeltmeye başladığındaysa anında güncelle. Yanlışı geç söyle, doğruyu erken.
Bir de adım doğrulamasının ne olmadığını söylemek gerekiyor: güvenlik değil. Adımlar arasındaki kontrollerin tamamı tarayıcıda çalışır, tarayıcıyı da isteyen istediği gibi değiştirir. Sunucuda bütün alanları baştan doğrulamadan hiçbir şey kaydetme. İstemci tarafındaki doğrulama sadece kullanıcıyı boş yere son adıma kadar yürütmemek için var.
Yarım kalan veriyi saklamak nerede biter
Sekme kazara kapandığında on dakikalık emeğin gitmesi gerçek bir sorun ve tarayıcı depolaması bunu çözüyor. Ancak localStorage'ın iki özelliği bu tavsiyeyi verenlerde genelde atlanıyor: veriler siz silene kadar durur ve aynı origin üzerinde çalışan her betik onları okuyabilir. Ortak kullanılan bir bilgisayarda başvuru formuna girilmiş kimlik numarası, adres ve telefon haftalarca orada bekler.
Kimlik, ödeme veya iletişim bilgisi taşıyan formlarda sessionStorage'a geç: API birebir aynı, kodda tek kelime değişir, veri sekme kapandığı anda kendiliğinden silinir. Kaydı her tuş vuruşunda değil, alan odaktan çıkarken yaz. Form başarıyla gönderildiğinde anahtarı temizlemeyi de atlama, yoksa kullanıcı bir sonraki gelişinde eski verisiyle karşılaşır.
Saklanan adım numarasına gelince, onu geri yüklemeden önce iki kez düşün. Kullanıcıyı doğrudan dördüncü adıma bırakmak, bağlamı kaybettiği için çoğu zaman baştan başlatmaktan daha kafa karıştırıcı olur; alanlar zaten dolu geldiğinde ilk adımdan ilerlemek birkaç saniye sürer.
Kaynak