Teklif formunun açılıyor olması, rahatça doldurulduğu anlamına gelmez. Telefonda uzun bir açılır liste, belirsiz zorunlu alan veya klavyenin arkasında kalan gönder düğmesi başvuruyu kesebilir. Formu iyileştirmeye başlarken ilk soru “kaç alan silebiliriz?” değildir. Önce satış ekibinin ilk değerlendirme için hangi bilgilere gerçekten ihtiyaç duyduğunu belirleyin; ayrıntıları görüşmede tamamlama seçeneğini değerlendirin.
Her alanın bir kullanım amacı olsun
İsim, iletişim bilgisi, hizmet ihtiyacı ve kısa açıklama birçok ilk görüşme için yeterli olabilir; ancak bu her iş için sabit bir reçete değildir. Teknik teklif veren bir üretici ürün koduna ihtiyaç duyabilir. Buna karşılık henüz tanışmadan şirketin bütün operasyonunu soran bir form gereksiz yük oluşturabilir. Alanın yanına “kim kullanacak, hangi kararı değiştirecek?” yazın. Cevap verilemiyorsa alanı yeniden düşünün.
Örnek bir yazılım talebinde kullanıcı bütçeyi henüz bilmiyor olabilir. Zorunlu kesin tutar yerine “henüz netleşmedi” seçeneği sunmak, yanlış sayı girilmesini azaltabilir. Telefon ve e-postayı birlikte zorunlu tutmadan önce iletişim sürecini açıklayın. Kullanıcının verisinin ne için istendiği görünür olmalı; reklam tercihi gibi farklı amaçları teklif talebinin içine belirsiz biçimde yerleştirmeyin.
Etiket, klavye ve hata aynı işi desteklesin
Alan adını yalnızca kutunun içindeki geçici metinle göstermeyin. Yazmaya başlayınca kaybolmayan bir etiket kullanın. E-posta alanında uygun giriş türü, telefon alanında uygun klavye ve mantıklı otomatik doldurma değerleri işlemi kolaylaştırır. Hata mesajı “geçersiz” demek yerine neyin düzeltileceğini açıklamalıdır. Renk değişimini tek işaret olarak kullanmayın; metin ve alan ilişkisi de anlaşılır olsun.
Hata olduğunda yazılanları koruyun
Bağlantı koptuğunda bütün alanların temizlenmesi, kullanıcıya aynı işi tekrar yaptırır. Gönderme sırasında düğmenin durumunu gösterin, yanlışlıkla çift gönderimi engelleyin ve başarısızlık halinde girilen metni koruyun. Bununla birlikte hassas bilgileri gereksiz yere tarayıcıda kalıcı saklamayın. Başarı ekranında talebin alındığını ve sonraki adımı söyleyin; ekibin karşılayamayacağı bir yanıt süresi vaat etmeyin.
Gerçek telefonda uçtan uca deneyin
Bir ekip üyesi formu doldururken diğeri gelen talebi kontrol etsin. Uzun şirket adı, Türkçe karakter, boşluk içeren telefon, eksik alan ve yavaş bağlantı gibi örnekleri deneyin. Başarı mesajından sonra CRM veya e-posta kutusunda aynı içeriğin bulunduğunu doğrulayın. Talep sisteme düştüğü halde bildirim gelmiyorsa sorun form tasarımından farklıdır; bu iki arızayı aynı raporda karıştırmayın.
- Klavye açıkken zorunlu alanlar ve hatalar görülüyor mu?
- Yalnızca klavyeyle alanlar mantıklı sırada geziliyor mu?
- Dosya yükleme sınırı gönderimden önce açıklanıyor mu?
- Hatalı gönderimde içerik korunuyor mu?
- Başarılı başvuru gerçek ekip kuyruğuna ulaşıyor mu?
Tıklama ile tamamlanan talebi ayırın
Gönder düğmesine basılması ile sunucunun kabul ettiği başvuru farklı olaylardır. Başarıyı ikinci aşamada ölçün. Hata türlerini kişisel veri içermeyen toplu sayılarla inceleyin. Form başlangıcı çok, tamamlanma azsa alanlara ve hatalara bakın; tamamlanma yeterli ama talepler ilgisizse reklam mesajı ve hizmet açıklaması araştırılmalıdır. Her iki durumda da tek bir oran bütün hikâyeyi anlatmaz.
Etiketlerin erişilebilir uygulanması için W3C form etiketi rehberi kullanılabilir. Tasarım ve teslim ölçütlerini proje planınıza ekleyin; iletişim sayfamızdan mevcut başvuru akışınızın değerlendirilmesini isteyebilirsiniz.