@nisantekin · 11 gün önce
Mobil kayıt formunda kullanıcıyı yoran 8 detay: klavye türü, otomatik doldurma ve Türkçe karakter sorunları
Son üç ayda dört farklı mobil uygulamanın kayıt ve ödeme ekranlarında kullanılabilirlik testi yaptım. Her testte katılımcılara aynı formu doldurtup ekranlarını kaydettik. İlginç olan şu: kullanıcıyı formdan kaçıran şeyler genelde tasarımın büyük kararları değil, kodda bir satırla çözülebilecek küçük ayrıntılar. En sık gördüklerimi yazıyorum.
1. Yanlış klavye. Telefon alanında harf klavyesi, e-posta alanında @ işaretinin olmadığı klavye açılıyor. Her alana doğru klavye türünü atamak birkaç dakikalık iş.
2. Otomatik doldurmanın çalışmaması. Alan türleri işaretlenmediği için telefon kayıtlı adı, e-postayı ya da adresi önermiyor. iOS ve Android'in her ikisinde de alanın ne olduğunu sisteme söylemek mümkün; söylemeyince kullanıcı her şeyi elle yazıyor.
3. SMS kodunun otomatik gelmemesi. Tek kullanımlık kod alanı doğru işaretlendiğinde iOS gelen kodu klavyenin üstünde öneriyor. İşaretlenmemiş formlarda kullanıcı mesajlara gidip kodu ezberleyip geri dönüyor, bu arada bir kısmı vazgeçiyor.
4. Türkçe büyük harf dönüşümü. İsim alanı otomatik olarak büyük harfe çevrilirken i harfi I'ya dönüyor. Kullanıcı adı yanlış yazılmış görünce düzeltmeye çalışıyor ve düzeltemiyor.
5. Telefon numarası biçimi. Başında sıfır, artı doksan ya da boşluklu yazılan numaraların bir kısmı hata veriyor. Kullanıcıdan biçim istemek yerine gelen her biçimi kabul edip normalleştirmek gerekiyor.
6. Klavyenin butonu kapatması. Formun altındaki devam butonu klavyenin arkasında kalıyor, kullanıcı formun bittiğini anlamıyor.
7. Hata mesajının zamanlaması. Kullanıcı daha yazmayı bitirmeden e-posta geçersiz uyarısı kırmızı yanıyor. Hata mesajı alandan çıkınca gösterilmeli.
8. Parola kurallarının sonradan söylenmesi. Kurallar ancak hata alınınca görünüyor. Kuralları baştan alanın altına yazmak ve yazdıkça işaretlemek denemeleri belirgin azalttı.
Bu sekiz maddenin hiçbiri ekranın görselliğini değiştirmiyor, o yüzden tasarım incelemesinde de gözden kaçıyor. Benim önerim, her yayından önce formu gerçek bir telefonda, Türkçe klavyeyle ve otomatik doldurma açıkken bir kez baştan sona doldurmak. Simülatörde bunların yarısı görünmüyor.
1. Yanlış klavye. Telefon alanında harf klavyesi, e-posta alanında @ işaretinin olmadığı klavye açılıyor. Her alana doğru klavye türünü atamak birkaç dakikalık iş.
2. Otomatik doldurmanın çalışmaması. Alan türleri işaretlenmediği için telefon kayıtlı adı, e-postayı ya da adresi önermiyor. iOS ve Android'in her ikisinde de alanın ne olduğunu sisteme söylemek mümkün; söylemeyince kullanıcı her şeyi elle yazıyor.
3. SMS kodunun otomatik gelmemesi. Tek kullanımlık kod alanı doğru işaretlendiğinde iOS gelen kodu klavyenin üstünde öneriyor. İşaretlenmemiş formlarda kullanıcı mesajlara gidip kodu ezberleyip geri dönüyor, bu arada bir kısmı vazgeçiyor.
4. Türkçe büyük harf dönüşümü. İsim alanı otomatik olarak büyük harfe çevrilirken i harfi I'ya dönüyor. Kullanıcı adı yanlış yazılmış görünce düzeltmeye çalışıyor ve düzeltemiyor.
5. Telefon numarası biçimi. Başında sıfır, artı doksan ya da boşluklu yazılan numaraların bir kısmı hata veriyor. Kullanıcıdan biçim istemek yerine gelen her biçimi kabul edip normalleştirmek gerekiyor.
6. Klavyenin butonu kapatması. Formun altındaki devam butonu klavyenin arkasında kalıyor, kullanıcı formun bittiğini anlamıyor.
7. Hata mesajının zamanlaması. Kullanıcı daha yazmayı bitirmeden e-posta geçersiz uyarısı kırmızı yanıyor. Hata mesajı alandan çıkınca gösterilmeli.
8. Parola kurallarının sonradan söylenmesi. Kurallar ancak hata alınınca görünüyor. Kuralları baştan alanın altına yazmak ve yazdıkça işaretlemek denemeleri belirgin azalttı.
Bu sekiz maddenin hiçbiri ekranın görselliğini değiştirmiyor, o yüzden tasarım incelemesinde de gözden kaçıyor. Benim önerim, her yayından önce formu gerçek bir telefonda, Türkçe klavyeyle ve otomatik doldurma açıkken bir kez baştan sona doldurmak. Simülatörde bunların yarısı görünmüyor.
11 2 yorum
