Sistemin verdiği söz
Teklif formu, ziyaretçiye şartname yazdırmadan yararlı yanıt için yeterli bağlam toplamalı. Ekibin sonraki kararından başlayın: talep uygun mu, kim inceleyecek, hangi belirsizlik konuşulacak? Her zorunlu alan bu kararlardan birine hizmet etmeli.
Pratik seçenekleri karşılaştırmak
Başlangıçta isim, yanıt adresi ve sade açıklama yeterli olabilir. Proje türü veya yaklaşık bütçe, seçenekler anlaşılırsa ve belirsizliğe izin verirse yönlendirmeye yardımcı olur. İç şablonda var diye telefon istemeyin. W3C form rehberi etiket, yönerge ve geri bildirimi deneyimin işlevsel parçaları olarak açıklar.
Yolculuğun tamamını denemek
Kaba fikri olan ama teslim tarihi olmayan bir girişimciyi düşünün. Uydurma tarih yerine dürüst bir zamanlama seçeneği sunun. E-posta geçersizse alanı gösterin, düzeltmeyi açıklayın ve proje metnini koruyun. Gönderimden sonra kaydedilmiş talep ile iletim hatasını ayırın. Ziyaretçi yeniden basmanın ikinci talep üretip üretmeyeceğini tahmin etmemeli.
Kurtarmayı görünür kılmak
Placeholder tek etiket, renk tek hata işareti olmasın. Hatayı alanın yanında gösterin; uzun formda erişilebilir özet ekleyin. Klavye, yakınlaştırma, uzun çeviri ve yavaş bağlantıyla deneyin. Başarı, kalıcı alımı yansıtmalı; dayanaksız yanıt süresi yerine gerçek sonraki adımı anlatmalı.
Formu konuşma ve kayıt işlemi olarak inceleyin
Her alanın şimdi neden gerektiğini, kimin okuduğunu ve yanıt bilinmiyorsa ne olacağını yazın. Bütçe konuşmayı yönlendiriyorsa ekibin kullandığı gerçek aralıkları ve kararsız seçeneğini sunun. Doğrulamayı geçmek için şirket boyutu, mimari veya tarih uydurtmayın. Ek bağlam ilk yanıttan sonra amacı daha anlaşılırken toplanabilir.
Düzeltmeyi dolu formda deneyin: uzun açıklama, hatalı e-posta, gönderim. Mesaj sorunu sade anlatmalı, geçerli girdiyi korumalı ve alana ulaşmayı kolaylaştırmalı. Hata özetinde odağı bilinçli taşıyın; yazanı tekrar tekrar kesmeden sonuç bildirin. Ekran okuyucu ve büyük metinle tekrarlayın; görsel yakınlık tek başına mesaj-alan ilişkisini anlatmaz.
Sunucu sonucunu da inceleyin. Kaydın ardından yanıt kaybı, hiç ulaşmayan istekten farklıdır. Yeniden deneme aynı talep kaydıyla ilişkilendirilmeli; talebin kalıcı olarak kaydedildiği doğrulandığında kullanıcıya tutarlı bir onay gösterilmeli. Kuyruk kaydı var diye bildirimin teslim edildiğini söylemeyin. Sonraki eylem ve güvenli yardım yolunu anlatın. Kurgu iletişim bilgileri ve yerel alıcıyla kaydı, bildirimi ve tarayıcı onayını kontrol edin.
Form kabul kanıtları
| Durum | Beklenen deneyim |
|---|---|
| Yanıt gerçekten bilinmiyor | Kararsız seçeneği veya isteğe bağlı alan, uydurmadan gönderime izin verir. |
| Bir alan geçersiz | Hata alanı adlandırır, düzeltmeyi açıklar ve kalan emeği korur. |
| Kayıttan sonra bağlantı kopar | Güvenli tekrar aynı talebi bulur; iş kaydı çoğalmaz. |
| Bildirim gecikir | Talep alınmış kalır; sahte teslim iddiası veya her şeyi yeniden gönderme isteği olmaz. |
İncelemeye götürülecek örnekler
Hangi yanıt sonraki eylemi değiştiriyor? Teknik olmayan ziyaretçi bütün zorunlu soruları yanıtlayabilir mi? Ağ kesilince güvenli tekrar var mı? Normal gönderimi ve başarısız denemeyi yalnız boş form görüntüsü olarak değil, baştan sona inceleyin.