Sayıların ardındaki mantık
Bu, sürtünmenin veri girişine özgü halidir. Arayüzde yolunu bulan kullanıcı forma geliyor ve orada duruyor; sorun gezinmede değil yazma yükünde.
Ayırt edici yanı, çok ince ölçülebilmesidir. Hangi alana kaç kişi girdi, kaçı doldurdu, kaçı hata aldı, kaçı orada bıraktı — bunların hepsi alan bazında izlenebilir.
Bu ölçüm olmadan formlar hep aynı biçimde tartışılır: herkes fikrini söyler. Oysa hangi alanın kaybettirdiği tahmin edilecek bir şey değil, doğrudan görülebilecek bir veridir.
Neyle ölçülür?
| Ölçü | Ne gösterir |
|---|---|
| Alan bazlı terk | Nerede bırakılıyor |
| Alanda geçen süre | Hangi alan zorluyor |
| Hata oranı | Hangi kural anlaşılmıyor |
| Yeniden giriş sayısı | Hangi alan tekrar dolduruluyor |
| Form başlama oranı | Form görünce kaçan var mı |
Son satır çoğu ölçümde eksik kalıyor. Bazı kullanıcılar forma hiç başlamıyor; sadece dolduranlar üzerinden bakıldığında en büyük kayıp grubu tamamen görünmez oluyor.
Nasıl azaltılır?
- Alan bazlı ölçün. Toplam terk oranı yeterli değil.
- Zor alanı öne almayın. İlk alan kolay olsun.
- Anında doğrulayın. Hatayı gönderim sonrası söylemeyin.
- Doğru klavyeyi açın. Telefon alanında sayı klavyesi.
- Neden sorduğunuzu yazın. Gereksiz görünen alan terk üretir.
Uygulamada ne oluyor?
En sık kaçırılan ölçüm, forma hiç başlamayanların sayılmaması. Kayıp yalnızca dolduranlar üzerinden hesaplanınca, formu görüp hemen vazgeçen grup tabloda hiç görünmüyor.
İkinci gözlem, zor alanın başa konması. Vergi numarası ya da doğum tarihi gibi bir alan ilk sırada olduğunda kullanıcı daha başlamadan caydırılıyor; kolay alanlar öne alındığında başlanmış bir form tamamlanma eğilimi taşıyor.
Üçüncüsü, hatanın gönderim sonrası söylenmesi. Kullanıcı bütün formu dolduruyor, gönderiyor ve tek satırlık bir uyarıyla geri dönüyor; anlık doğrulama bu kaybın çoğunu ortadan kaldırıyor.
Dördüncüsü, mobil klavyenin yanlış açılması. Telefon numarası alanında harf klavyesi çıkıyor ve kullanıcı her seferinde klavye değiştiriyor; bu küçük ayar terk oranını ölçülebilir biçimde düşürüyor.
Beşincisi, biçim kurallarının katı olması. Boşluklu ya da tireli yazılan telefon numarası reddediliyor; oysa girilen değeri sistem kendi temizleyebilir.
Altıncısı, gereksiz alanların sebebinin yazılmaması. Kullanıcı neden sorulduğunu anlamadığı alanı şüpheyle karşılıyor; tek satırlık bir açıklama bunu çözüyor.
Yedincisi, yeniden giriş yükünün fark edilmemesi. Aynı bilgi iki farklı adımda isteniyor; kullanıcı bunu özensizlik olarak okuyor.
Sekizincisi, otomatik doldurmanın engellenmesi. Tarayıcının kayıtlı bilgiyi doldurmasını bozan alan tanımları, kullanıcıya her şeyi elle yazdırıyor.
Dokuzuncusu, hata mesajının alanın yanına konmaması. Sayfanın üstünde toplu bir uyarı çıkıyor; kullanıcı hangi alanın sorunlu olduğunu aramak zorunda kalıyor.
Onuncusu, uzun formun tek ekranda verilmesi. Yirmi alan aynı anda göründüğünde kullanıcı işin büyüklüğünü görüp hiç başlamıyor.
On birincisi, ölçümün cihaz ayrımı olmadan yapılması. Aynı form telefonda çok daha zor dolduruluyor; birleşik rapor bu farkı tamamen örtüyor.
Neyi göstermez?
Alan bazlı veri, kullanıcının neden vazgeçtiğini söylemez. Hangi alanda durduğunu gösterir; sebebini öğrenmek için ona sormak gerekir.
Sıkça sorulan sorular
Neyi ölçmeliyim?
Alan bazlı terk, süre ve hata oranı. Toplam terk oranı hangi alanın sorumlu olduğunu söylemez.
Forma hiç başlamayanları nasıl sayarım?
Formu gören ile ilk alana giren sayısını ayrı ölçerek. Aradaki fark en büyük kayıp grubudur.
Hataları ne zaman göstermeliyim?
Alan doldurulur doldurulmaz. Gönderim sonrası uyarı gereksiz kayıp üretir. Aynı süreçte karşınıza çıkabilecek Error Message UX, form ve süreçlerdeki hata mesajlarının kullanıcıyı engellemeden, net ve yardımcı biçimde tasarlanmasıdır.
Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.
Lead odaklı işletmeler için form, teklif, güven unsurları, CTA, hız ve mobil deneyim optimizasyonu.
