Proje formunda alanları ve hata mesajlarını netleştirmek
Örnek form tasarımı zorunlu bilgileri, anlaşılır alan metinlerini ve somut hata mesajlarını gösterir. Düzeltme sırasında girilen bilgiler korunur.
Uzun bir proje formunu, sonraki iş adımı belli olduğunda daha amaçlı düzenleyebilirsiniz. Önce ekibin bu adım için hangi bilgilere gerçekten ihtiyaç duyduğunu belirleyin. Ardından etiketleri, kontrolleri ve geri bildirimi birlikte planlayın.
Sonraki iş adımından başlamak
Aşağıdaki kurgusal portalda ekip ilk yazılım talebini konusuna göre sınıflandıracak ve e-postayla soru soracaktır. Bu nedenle proje başlığı, proje hedefi ve e-posta zorunludur. Telefon numarası isteğe bağlı kalır. Fatura adresi ve iç müşteri numarası bu ilk talepte zorunlu tutulmaz. Bu karar, örnekteki akış için verilmiştir.
W3C WAI, yalnızca ilgili işlem için gerekli bilgilerin istenmesini önerir. Formda kalan her sorunun anlaşılır bir amacı olmalıdır.
Alan metinlerini sürekli görünür tutmak
Etiketler yazma sırasında görünür kalır ve teknik olarak ilgili alanla ilişkilendirilir. Boş alandaki yer tutucu, etiketin yerini tutmaz; yazarken kaybolur. Bu nedenle amaç ve isteğe bağlılık bilgisi alanın yanında bulunur.
Alan | Önce | Planlanan |
|---|---|---|
| Proje | Proje başlığı (zorunlu) – Ekibiniz bu çalışmayı nasıl adlandırıyor? |
| Açıklama | Proje hedefi (zorunlu) – Yazılım hangi işi kolaylaştırmalı? |
| İletişim | Sorular için e-posta (zorunlu). |
| Telefon * | Telefon numarası (isteğe bağlı). |
“İsteğe bağlı” ifadesi, gönderme sırasındaki kontrolle uyuşmalıdır. Bu akışta telefon alanını boş bırakmak hataya yol açmamalıdır.
Hata mesajını somut duruma bağlamak
Bu formda kontrolün gönderme sırasında yapılması planlanır. Eksik bilgi, tamamlanmamış giriş ve alındığı doğrulanmamış gönderim farklı geri bildirimler alır.
Durum | Planlanan mesaj |
|---|---|
E-posta yok | Sorular için bir e-posta adresi girin. |
E-posta | E-posta adresi tamamlanmamış. Örnek: |
Gönderim doğrulanmadı | Talebinizin alındığı henüz doğrulanmadı. Girdiğiniz bilgiler burada korunuyor. |
Biçim kontrolü, posta kutusunun erişilebilir olduğunu doğrulamaz. Gönderim sorunu, e-posta alanı yanlış doldurulmuş gibi gösterilmez.
Veri kaybetmeden düzeltmeyi sağlamak
Tasarıma göre giriş hatasından sonra klavye odağını alan ve ilgili alana bağlantı veren bir hata özeti gösterilir. Alanın yanında aynı anlaşılır hata metni bulunur; yardımcı teknolojiler de mesajı alanla ilişkilendirebilmelidir. Daha önce girilen değerler, düzeltilecek bilgi dahil korunur.
Başarı mesajı ancak sunucunun talebi aldığını doğrulamasından sonra gösterilir. Sonuç belirsizken yeniden gönderme için, talebin daha önce alınmış olabileceğinin nasıl anlaşılacağı akışta netleştirilmelidir.
Tam bir görevle kontrol etmek
Örnek talebi telefon numarası olmadan doldurtun. Ayrıca tamamlanmamış e-postayla hata yolunu kontrol edin: Mesaj bulunabiliyor, adres düzeltilebiliyor ve proje hedefi korunarak talep tamamlanabiliyor mu? Klavyeyi, dar ekranı ve kullanılan yardımcı teknolojileri dahil edin. Kişinin nerede yardıma ihtiyaç duyduğunu ve sonunda talebin alındığının gerçekten doğrulanıp doğrulanmadığını kaydedin.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Tasarım ve UX
Kullanıcı deneyimi, arayüz ve marka tasarımı