B2B Form Tasarımı: Eksik ve Yanlış Veri Girişini Azaltmak

Her alanın iş gerekçesini yazın

Bir alan için “ileride lazım olabilir” tek başına güçlü bir gerekçe değildir. Hangi karar bu veriye dayanıyor, kim kullanıyor ve boş bırakıldığında ne oluyor? Örneğin teklif aşamasında şirketin teslimat adresi gerekmeyebilir; sevkiyat aşamasında ise zorunludur. Veriyi doğru anda istemek, gereksiz tahminle doldurulan alanları azaltabilir.

W3C form rehberi, etiketlerin açık olmasını ve işlemi tamamlamak için gereken bilginin istenmesini önerir. [2] Bunu bütün kurumsal formları tek ekrana küçültmek şeklinde yorumlamayın. Karmaşık bir işin gerçekten gereken alanları vardır; amaç onları anlaşılır adımlara bölmektir.

Biçim hatası ile iş kuralını ayırın

Telefonun yazım biçimi bir doğrulama türüdür. Girilen teslim tarihinin üretim süresine uymaması başka bir türdür. İkisine aynı “geçersiz değer” mesajını vermeyin. Kullanıcı alanı nasıl düzelteceğini anlayabilsin. Sunucuya ulaşmadan yapılan kontrol, işlemin sonunda da doğrulanmalıdır; istemci kontrolü tek başına güvenlik sağlamaz. [1]

Örneğin miktar alanında minimum sipariş koşulu varsa bu bilgi gönderimden önce görünmelidir. Kullanıcı miktarı değiştirdiğinde fiyatın tekrar hesaplandığını açıkça gösterin. Binlik ve ondalık ayırıcıları karışıyorsa, yalnızca hata vermek yerine sistemin yorumladığı değeri anlaşılır biçimde özetleyin.

Uzun formda ilerlemeyi koruyun

Varsayımsal bir bayi başvurusunda kullanıcı belge yüklemek için ekrandan ayrılıyor olsun. Geri döndüğünde bütün alanlar siliniyorsa yarım bırakma ölçümü yanlış yorumlanabilir. Taslak kaydı, oturum süresi ve tekrar girişten sonraki davranış birlikte tasarlanmalıdır. Hassas veriyi cihazda gereksiz saklayan bir taslak çözümü tercih etmeyin.

Bir adımda hata olması diğer adımları silmemeli. Ancak eski taslağı geri yüklerken artık geçerli olmayan ürün veya koşullar yeniden doğrulanmalıdır. “Kaydedildi” ile “gönderildi” durumlarını birbirinden ayırın. Taslak kullanıcıya ait bir çalışma, gönderim ise iş akışını başlatan ayrı olaydır.

Hata senaryolarını kabul listesine alın

Bu kontrolleri yalnızca fareyle yapmayın. Klavyeyle ilerleme, alan etiketleri ve hata sonrasındaki odak da denensin. Renk tek başına hata göstergesi olmamalıdır. Aynı alanın hatasını sayfanın başında ve yanında göstermek yararlı olabilir; fakat iki mesajın birbirini tutması gerekir.

Form başarısını veri kalitesiyle birlikte ölçün

Gönderim oranı yükselirken operasyon daha fazla düzeltme yapıyorsa tasarımın sonucu tartışmalıdır. Tamamlanan başvuru, geçerli başvuru ve işlemi başlatılabilen başvuru sayılarını ayırın. Hassas alan içeriklerini analitik olaylarına kopyalamadan hata türü ve adım bilgisiyle ölçüm yapın.

Yayın öncesinde gerçek müşteri bilgisi içermeyen bir test dosyası hazırlayın. Uzun şirket adı, farklı adres biçimi, eksik dosya ve eski taslak gibi durumlar bulunsun. Formun işi hızlandırdığına karar vermeden, sonraki departmanın gelen kaydı gerçekten kullanabildiğini de doğrulayın.

Sık sorulan sorular

Bütün alanları zorunlu yapmak veri kalitesini artırır mı?

Hayır. Kullanıcı bilmediği bilgiyi uydurabilir veya anlamsız değer girebilir. Zorunluluğu sürecin gerçek ihtiyacına bağlayın; bilinmeyen değer için uygun bir yol tanımlayın.

Form doğrulamasını sadece tarayıcı yapabilir mi?

Hayır. Tarayıcı kontrolü deneyimi destekler; sunucu iş kurallarını ve güvenliği ayrıca doğrulamalıdır. Aynı hata kurallarının iki tarafta çelişmemesini test edin.