Küçük Kullanılabilirlik Pürüzleri Birikerek Dönüşümü Düşürür
Kullanıcı sitenizden ayrılırken tek bir büyük hata göstermez. Kayıt formunda üç gereksiz alan, il için 81 satırlık açılır menü, ikinci siparişte baştan yazılan adres: hepsi tek tek katlanılır. Sorun toplamda ortaya çıkar, kimse bunu size şikayet olarak bildirmez, sessizce vazgeçer.
Tek tek katlanılır olan, toplamda katlanılmaz
Kullanıcı bir formu doldururken kararını bir kez vermez. Her fazladan adımda yeniden verir: bu işlem bana bu kadar zahmete değiyor mu. İlk iki adımda cevap her zaman evet. Beşinci adımda değişmeye başlar, hele işlem bir zorunluluk değil de tercihse.
Bu yüzden pürüzleri tek tek ağırlıklarına göre sıralamak yanlış yöntem. Bir form alanının maliyeti kendi başına ölçülmez, kullanıcının o ana kadar biriktirdiği yükün üstüne eklenir. Aynı gereksiz alan ilk ekranda göze batmaz, ödeme adımının ortasında terk sebebi olur.
Açılır menü, seçenek sayısı azken işe yarar
Açılır menünün doğru kullanım alanı dar: kullanıcının seçenek kümesini bilmediği, kümenin küçük olduğu ve serbest yazımın belirsizlik yaratacağı yerler. Kargo tipi seçimi buna uyar. İl seçimi uymaz.
Nedeni tarayıcının davranışında. Yerel bir açılır menüde klavye eşleşmesi baştan yapılır, yazdığınız harfler listenin içinde geçen kelimeleri aramaz; ayrıca mobilde menü kendi seçim panelini açar, kullanıcı klavyeden kopar. İki harf yazıp geçilecek bir bilgi için bu, kazandırdığından fazlasını götürür.
Otomatik doldurma da bu yüzden sessizce bozulur. Tarayıcı bir alanı doldurmak için önce autocomplete değerine bakar, sonra açılır menüde kayıtlı değere karşılık gelen seçeneği bulmaya çalışır. Seçenek etiketleriniz kullanıcının kayıtlı verisiyle birebir tutmuyorsa alan boş kalır ve kullanıcı el ile doldurur. Hata mesajı yok, uyarı yok, sadece kaybolmuş bir kolaylık. Bunu bir projede tam böyle yaşadım: adres formu her alanda dolarken yalnızca il alanı boş kalıyordu, sebebi seçenek metinlerinin tamamının büyük harfle yazılmasıydı.
Alanı silmek maliyeti arka uca taşır
"Formu kısalt" ve "veriyi daha iyi doğrula" tavsiyeleri aynı listede yan yana durur ama birbirini çeker. Zorunlu il menüsünü kaldırıp serbest metne geçtiğinizde veritabanınıza Istanbul, İstanbul, ist ve istanbul birlikte girmeye başlar. Kullanıcıdan alınan iş kaybolmaz, arka tarafa geçer.
Doğru kurulum şu: girişi serbest bırakın, normalizasyonu sunucuda yapın, posta koduyla çelişen kaydı kullanıcıya tek satırda gösterip onaylatın. Bu, bir kez yazılan ve her siparişte çalışan bir kod parçası; açılır menü ise her kullanıcıya her seferinde ödettiğiniz bir bedel. Hangisinin daha ucuz olduğu tartışmalı değil.
Önce doğrulamayı yazın, sonra alanı sadeleştirin. Ters sırada yaparsanız iki hafta boyunca elle temizlenecek adres verisi biriktirirsiniz.
Sürtünmeyi tahmin etmeyin, görün
Birikmiş sürtünmenin iyi tarafı, iz bırakmasıdır. Analitikte bakılacak dört şey var:
- Terk anında son odaklanılan alan. Formun hangi satırında bittiğini söyler.
- Aynı alana dönüp düzeltme sayısı. Yüksekse alan ya belirsiz ya da girdiyi yanlış biçimlendiriyor.
- Alana odaklanma ile ilk tuş arasındaki süre. Uzunsa kullanıcı ne isteneceğini anlamaya çalışıyor.
- Aynı hata mesajının tekrar görülme oranı. Mesajın düzeltmeyi anlatmadığını gösterir.
Bu dört sayı nerede sorun olduğunu söyler, nedenini söylemez. Nedeni öğrenmek için beş kişiyle yarım saatlik bir oturum yeterli, daha fazlası aynı üç bulguyu tekrar duymanıza yol açar. Sırayı da bu şekilde kurun: veri yeri gösterir, oturum sebebi verir, düzeltme ondan sonra gelir.
Bir pürüzü düzeltmenin dönüşüme etkisi genelde ölçüm hatasının içinde kalır, o yüzden tek tek A/B testine sokmak zaman kaybıdır. Sekiz tanesini birlikte temizleyip öncesi ve sonrasına bakın.