Önce ziyaretin doğru sayfaya geldiğini kontrol edin
Web sitesinde trafik görmek, ziyaretçinin teklif istemeye hazır olduğu anlamına gelmez. Bir kişi fiyat araştırıyor, bir başkası hizmetin kendi ihtiyacına uygun olup olmadığını anlamaya çalışıyor olabilir. Teklif formu dolmuyorsa önce ziyaretin geldiği içerikle açılan sayfanın aynı konuyu anlattığını kontrol edin. Özel bir hizmeti tanıtan reklamın genel ana sayfaya gitmesi fazladan arama işi çıkarabilir.
Kontrole son dönemde en çok ziyaret alan tek bir hizmet sayfasıyla başlayın. Tüm siteyi aynı anda değiştirmek yerine o sayfanın bağlantısını, metnini, formunu ve ekip tarafındaki bildirimini inceleyin. Böylece sorunun nerede başladığına ilişkin daha somut notlar toplarsınız.
İlk üç kontrol: teklif, kapsam ve sonraki adım
- Teklif anlaşılır mı? İlk ekranda ne sunduğunuz ve kimin için uygun olduğu belli olsun.
- Kapsam yeterince açık mı? Kullanıcı sizden ne isteyeceğini anlayacak kadar örnek ve açıklama görsün.
- Gönderimden sonra ne olacak? Formun görüşme talebi mi, fiyat isteği mi, kesin sipariş mi olduğunu belirtin.
Örneğin “Sizi arayalım” ile “Projeniz için teklif isteyin” farklı beklentiler oluşturur. Buton metnini sonraki gerçek işlemle eşleştirin. Ekibinizin uygulamadığı bir yanıt süresini güven vermek için sayfaya eklemeyin. Kullanıcının bekleyeceği bilgi ile sizin göndereceğiniz bilgi aynı olmalı.
Dördüncü ve beşinci kontrol: alanlar ve mobil kullanım
Her zorunlu alan için “İlk değerlendirmede bunu gerçekten kullanıyor muyuz?” diye sorun. Proje tanımını okumadan işlem yapamıyorsanız kısa bir ihtiyaç alanı gerekli olabilir. Fakat ilk görüşmede kullanılmayan ayrıntıları zorunlu tutmak formu uzatır. Amaç her formu aynı sayıda alana indirmek değil, her alanın işlevini açıklayabilmektir.
Formu küçük ekranlı bir telefonda doldurun. Alan adları, klavye açıldığında da anlaşılır kalıyor mu? Bir hata oluştuğunda hangi alanın düzeltilmesi gerektiği görünüyor mu? E-posta adresi için uygun klavye ve görünür alan etiketi gibi temel ayrıntıları atlamayın. web.dev’in form açıklaması, geliştiriciler için formun tarayıcıdaki işleyişini anlatır.
Son iki kontrol: kayıt oluşuyor mu, doğru kişiye gidiyor mu?
Butona bastıktan sonra teşekkür mesajı görmek tek başına yeterli değildir. Deneme talebinin sistemde oluştuğunu ve görevli kişiye ulaştığını doğrulayın. Bildirim e-postası gelmiyorsa formun veriyi kaydedip kaydetmediğini ayrıca inceleyin; kayıt ve bildirim farklı adımlar olabilir.
Aynı formu iki kez göndermeyi, zorunlu bir alanı boş bırakmayı ve geçersiz e-posta yazmayı deneyin. Kullanıcı hata aldığında bütün yazdıklarını kaybediyorsa düzeltme yapmak zahmetli hale gelir. Bu sorunları ekran görüntüsü, cihaz bilgisi ve tekrarlama adımlarıyla kaydedin. Geliştiriciye yalnızca “form çalışmıyor” demek yerine somut bir örnek iletmiş olursunuz.
Tasarım işini ölçülebilir bir düzeltmeye dönüştürün
Bir geliştirme çalışması yaptıracaksanız teslim ölçütünü “daha modern görünüm” ile sınırlamayın. Hangi form hatasının giderileceğini, mobilde hangi adımın kolaylaşacağını ve talebin hangi kayda ulaşacağını yazın. Bize ait Hızlı Yazılım’ın web tasarım ve form geliştirme çalışmaları için de aynı somut kapsamı kullanabilirsiniz.
Değişiklikten önce ve sonra aynı ölçüm tanımıyla ilerleyin. Daha az form gönderimi bazen daha nitelikli başvuru anlamına gelebilir; sayının yanında başvuruların hizmete uygunluğunu da inceleyin. Sonraki adımda gelen taleplerin takibini düzenleyerek sayfadaki iyileştirmenin ekip tarafında karşılık bulmasını sağlayın.