Daha çok alan, daha az başvuru: İletişim formunu nasıl sadeleştirirsiniz?

İlk mesajı bir proje brifine dönüştürmeyin.

Bir ziyaretçi hizmetlerinizi incelemiş, birkaç projenize bakmış ve sizinle konuşmaya karar vermiş olabilir. İletişim formuna geldiğinde ise karşısına şirket büyüklüğü, bütçe aralığı, telefon, teslim tarihi ve ayrıntılı ihtiyaç listesi çıkar. Henüz tanışmadan bütün projeyi tarif etmesi beklenir. Buradaki sorun yalnızca formun uzunluğu değildir; soruların tanışmanın hangi aşamasında sorulduğudur.

İlk temasın amacı bir sonraki anlamlı konuşmayı başlatmaktır. Teklif hazırlamak, ihtiyacı ayrıntılandırmak ve kapsamı netleştirmek sonraki aşamada yapılabilir. Formu tasarlamadan önce şu soruya yanıt verin: Bu mesaj geldikten sonra ilk olarak ne yapacağız? Eğer yanıtınız e-posta ile dönüş yapmaksa, başlangıçta hangi bilgilere gerçekten ihtiyaç duyduğunuz daha kolay belirginleşir.

Az alan her durumda daha iyi sonuç anlamına gelmez. Teknik destek talebi, iş başvurusu ve yeni proje görüşmesi aynı formu gerektirmez. Sipariş numarası destek ekibinin doğru kaydı bulmasını sağlayabilir; yeni bir web sitesi hakkında konuşmak isteyen kişiden aynı düzeyde ayrıntı istemek ise gereksiz olabilir. Sadeleştirmeyi, ihtiyaca göre karar verme işi olarak ele alın.

Her alanı üç gruptan birine yerleştirin.

Mevcut formunuzdaki soruları bir listeye çıkarın. Her sorunun yanına bilgiyi kimin kullanacağını ve hangi kararı değiştireceğini yazın. “İleride lazım olabilir” yanıtı, o alanı ilk adımda zorunlu tutmak için tek başına yeterli değildir. Ekip içinde kullanılmayan veriler varsa, bunları toplamayı sürdürmenin nedenini yeniden değerlendirin.

Bu tablo bir zorunlu şablon değil, karar vermeyi kolaylaştıran bir örnek. Bütçesi netleşmemiş bir ziyaretçi de değerli bir görüşme başlatabilir. Bütçe sorusu iş modeliniz için gerekliyse “Henüz netleşmedi” gibi dürüst bir yanıtı mümkün kılın. İnsanları rastgele bir aralık seçmeye zorlamak, topladığınız bilginin kalitesini de düşürebilir.

Koşullu alanları yalnızca anlamlı bir bağımlılık varsa kullanın. “Mevcut bir ürününüz var mı?” sorusuna evet yanıtı verildiğinde bağlantı alanının açılması anlaşılırdır. Birkaç basit soru için çok adımlı bir akış kurmak ise kullanıcıya fazladan gezinme yükü getirebilir.

Kullanıcıdan ne beklediğinizi açıkça söyleyin.

Boş bir metin kutusu, özellikle ilk kez hizmet alacak biri için zorlayıcı olabilir. “Mesajınız” demek yerine hangi bilgilerin faydalı olacağını kısa bir yardımcı metinle anlatabilirsiniz. Böylece kullanıcı eksiksiz bir brif yazmak zorunda hissetmeden başlayabilir.

Metin örnekleri açıklama amacıyla hazırlanmıştır.

Alanın adı, kullanıcı yazmaya başladıktan sonra da anlaşılabilmelidir. Yer tutucu metni tek açıklama olarak kullanmak bu yüzden her zaman yeterli olmaz. W3C’nin form alanlarını etiketleme rehberi, alanların amacını açıklayan ve kontrollerle ilişkilendirilen etiketlerin önemini ele alır. Görsel sadelik için etiket gizlense bile erişilebilir ad korunmalı; amaç ekrandaki bağlamdan da anlaşılmalıdır.

Gönderim butonunu da aynı netlikle adlandırın. “Mesajı gönder” ile “Teklif al” farklı beklentiler yaratır. Formu gönderen kişi hemen bir fiyat görmeyecekse, butonun bunu ima etmemesine dikkat edin. Bir dönüş süresi yazacaksanız, ekibinizin gerçekten karşılayabildiği süreyi belirtin.

Tasarım, gönder butonunda bitmez.

Bir formun boş hali kusursuz görünebilir. Asıl deneyim, yanlış e-posta yazıldığında, bağlantı yavaşladığında veya gönderim başarısız olduğunda ortaya çıkar. Kullanıcıya ne olduğunu ve nasıl devam edebileceğini anlatan durumları baştan tasarlayın.

“Hatalı giriş” yerine “E-posta adresinizi ad@ornek.com biçiminde kontrol edin” gibi düzeltme yolunu gösteren bir mesaj kullanın. Hatayı yalnızca kırmızı bir çerçeveyle anlatmayın. W3C’nin form bildirimleri rehberi, hataları metinle açıklamayı ve ilgili alanı belirginleştirmeyi ele alır. Geri bildirimin yardımcı teknolojiler tarafından da algılanabilmesi gerekir.

Başarılı mesajı yalnızca sunucudan başarı yanıtı geldikten sonra gösterin. Kullanıcı butona bastı diye “Mesajınız iletildi” demek, başarısız bir gönderimi görünmez kılabilir. Yeniden deneme gerektiğinde girilen metnin korunması ve butonun tekrar kullanılabilmesi de bu akışın parçasıdır.

Mobilde formu gerçek bir cihazla deneyin. E-posta alanında uygun klavye açılıyor mu? Klavye açıkken hata mesajı bulunabiliyor mu? Uzun bir mesaj yazarken alan yeterli mi? Ardından yalnızca klavyeyle ilerleyerek odak sırasını ve görünür odak işaretini kontrol edin. Masaüstü ekran görüntüsü bu soruları yanıtlayamaz.

Başarıyı yalnızca gelen mesaj sayısıyla ölçmeyin.

Formu sadeleştirdikten sonra daha fazla mesaj almak tek başına yeterli bir değerlendirme değildir. Görüşmeye dönüşen talepler, alakasız mesajlar ve ekibin eksik bilgileri tamamlamak için harcadığı süre birlikte ele alınmalıdır. Amaç hem iletişimi kolaylaştırmak hem de anlamlı bir başlangıç yapmaktır.

Ölçüm yapabiliyorsanız formu gören, doldurmaya başlayan ve başarıyla gönderen ziyaretçileri ayrı değerlendirin. Aynı dönemde trafik kaynağı veya kampanya değiştiyse, sonuçtaki farkı yalnızca form tasarımına bağlamayın. Düşük trafikte birkaç kişiyle görev odaklı bir kullanılabilirlik çalışması yapmak, tek bir yüzdeyi yorumlamaktan daha açıklayıcı olabilir.

İyi bir iletişim formu, ziyaretçinin sizinle konuşmasını kolaylaştırırken ekibin doğru yerden başlamasına yardımcı olur. İlk adımda yeterli bilgiyi isteyin; konuşma ilerledikçe ayrıntıyı birlikte oluşturun.