Mobil form, ziyaretçinin ilgisini gerçek bir talebe dönüştüren en kritik arayüzlerden biridir. Küçük ekranda gereksiz alan, belirsiz hata veya yanlış klavye türü kullanıcının süreci terk etmesine yol açabilir. İyi form tasarımı yalnız kutuların güzel görünmesi değildir; hangi bilginin neden istendiğini, ne zaman doğrulandığını ve hata sonrasında nasıl toparlanıldığını açık bir akışa dönüştürür.
Her alanın iş gerekçesini sorgulamak
Form başlamadan önce alan envanteri çıkarılmalıdır. İlk görüşme için şirket adresi, bütçe aralığı ve detaylı teknik brief aynı anda gerçekten gerekli mi? Bilgi satış sürecinin sonraki aşamasında alınabiliyorsa ilk formdan çıkarılabilir. Zorunlu alan sayısı azaldıkça kullanıcıya daha küçük bir görev sunulur.
Uzun proje briefi gerekiyorsa adımlara bölünebilir; fakat adım sayısı kendi başına çözüm değildir. Her ekranda birbiriyle ilgili bilgiler bulunmalı ve ilerleme anlaşılır gösterilmelidir. Kullanıcı geri döndüğünde önceki yanıtlar korunmalı, aynı bilgi tekrar istenmemelidir. WCAG 2.2 Redundant Entry kriteri de aynı süreçte daha önce verilen bilginin gereksiz tekrarını azaltmayı hedefler.
Görünür etiket ve doğru input türü
Placeholder, kullanıcı yazmaya başladığında kaybolduğu için kalıcı etiket değildir. Her alanın görünür adı bulunmalı ve programatik olarak input ile ilişkilendirilmelidir. Yardım metni alanın amacını veya formatını açıklar; etiketi tekrar etmez. Zorunlu bilgi yalnız kırmızı yıldızla değil metin veya anlaşılır açıklamayla belirtilir.
E-posta, telefon, URL ve sayı alanlarında doğru input type ve autocomplete değeri mobil klavyeyi iyileştirir. Kullanıcının telefon numarasını bütçe alanında tekrar yazması veya tarayıcının isim alanını yanlış doldurması önlenir. Otomatik tamamlama gizli bir davranış değil, zaman kazandıran erişilebilirlik özelliğidir.
Doğrulama zamanını doğru seçmek
Kullanıcı daha alanı doldurmadan kırmızı hata göstermek cezalandırıcı hissettirir. Zorunlu kontrol genellikle alan terk edildiğinde veya form gönderildiğinde yapılabilir. Format anlık olarak yardımcı olacaksa mesaj kullanıcı yazarken sakin biçimde güncellenir; her tuşta ekranı oynatan bildirim kullanılmaz.
Sunucu doğrulaması mutlaka gerekir; istemci doğrulaması yalnız hızlı geri bildirim sağlar. Ağ hatası, doğrulama hatası ve sistem hatası farklı mesajlara sahip olmalıdır. “Bir şeyler yanlış gitti” yerine kullanıcının ne yapabileceği söylenir. Form gönderilemediyse girilen uzun brief silinmemelidir.
Hata mesajını alanla bağlamak
Hatalı alan görsel olarak işaretlenir, hata metni alanın yakınında gösterilir ve ekran okuyucu ilişkisi kurulur. Mesaj problemin nedenini ve mümkünse düzeltme yolunu söyler. “Geçersiz telefon” yerine “Telefon numarasını ülke koduyla birlikte gir” daha uygulanabilirdir.
Birden fazla hata varsa formun başında kısa özet ve alanlara giden bağlantılar yardımcı olabilir. Gönderim sonrası odak ilk hataya veya hata özetine taşınır. Sabit header odaktaki alanı kapatmamalıdır; WCAG 2.2 Focus Not Obscured kriteri bu tür durumu özellikle ele alır.
Dokunma, klavye ve ekran okuyucu
Input, checkbox ve yardım ikonlarının dokunma alanı rahat olmalıdır. Küçük görünür ikonun etrafındaki aktif alan büyütülebilir; yanındaki başka hedefle çakışmamalıdır. Klavye Next tuşu mantıklı sıraya ilerlemeli, son alanda gönderim davranışı yanlışlıkla veri kaybı oluşturmamalıdır.
Ekran okuyucu alan etiketi, zorunlu durumu, mevcut değeri ve hata mesajını anlamlı sırada duymalıdır. Yalnız görsel gruplama yeterli değildir; ilgili radio seçenekleri fieldset ve legend benzeri yapıyla gruplanabilir. Seçim değiştiğinde yeni durum programatik olarak duyurulmalıdır.
Dosya yükleme alanını sadeleştirmek
Proje formunda dosya isteniyorsa izin verilen format, maksimum boyut ve dosyanın nasıl kullanılacağı yüklemeden önce açıklanmalıdır. Mobil fotoğraf seçici veya bulut kaynağı erişilebilir olmalı, yükleme ilerlemesi görünmelidir. Başarısız dosya diğer form alanlarını sıfırlamamalıdır.
Güvenlik için uzantı kontrolü tek başına yeterli değildir; sunucu tarafında içerik türü, boyut ve zararlı dosya denetimi gerekir. Kullanıcıya teknik güvenlik ayrıntısı dökmek yerine anlaşılır hata gösterilir. Hassas içerik gerekmiyorsa dosya yükleme ilk iletişimde zorunlu tutulmamalıdır.
Başarı hali ve takip beklentisi
Gönderim butonu işlem sırasında durumunu değiştirir ve yinelenen gönderimi önler. Başarı ekranı yalnız “Tamam” demek yerine mesajın alındığını, ne zaman dönüş beklendiğini ve kullanıcının sonraki adımını açıklar. E-posta kopyası gönderilecekse bu da belirtilir.
Ölçüm yapılırken kullanıcının yazdığı kişisel metin analitik sisteme gönderilmemelidir. Alan hata oranı, adım terk oranı ve başarı olayı anonim biçimde izlenebilir. Form içeriği veya e-posta gibi kişisel veriler yalnız gereken sistemde, açık amaçla tutulmalıdır.
Test senaryosu
Boş gönderim, hatalı e-posta, uzun isim, uluslararası telefon, yavaş ağ, sunucu hatası, dosya sınırı ve geri navigasyon ayrı ayrı denenmelidir. iOS ve Android klavyesi, büyük metin, ekran okuyucu ve yalnız klavye akışı kontrol edilir. Otomatik test temel kuralları korur; gerçek kullanıcı testi mesajların anlaşılıp anlaşılmadığını gösterir.
İyi mobil form mümkün olan en kısa form değildir; amacı için gereken en az sürtünmeyle güvenilir bilgi toplayan formdur. Alan gerekçesi, açık doğrulama ve veri koruma bir araya geldiğinde tasarım hem dönüşümü hem kullanıcı güvenini güçlendirir.
Form bileşenleri tasarım sistemine eklenirken yalnız normal state değil focus, filled, disabled, readonly, error ve success durumları belgelenmelidir. Her durumun görsel işareti, programatik anlamı ve mesaj alanı aynı modelde bulunursa ekip yeni formda geçici çözüm üretmez. Özellikle disabled alanın neden kullanılamadığı açıklanmalı; readonly bilgi gerektiğinde kopyalanabilir kalmalıdır.
Form, çoğu mobil üründe dönüşümün gerçekleştiği yer; input davranışı ve hata mesajı orada belirleyici oluyor. Mobil uygulama UI/UX tasarımı hizmetimde kritik akışları prototip üzerinde test ederek ilerliyorum.
