Uzun bir formu ne zaman adımlara bölmelisiniz?
Bir teklif formunda on iki alan bulunması, mutlaka on iki ayrı ekran gerektiği anlamına gelmez. Bazı bilgiler birlikte düşünülür; bazı sorular ise önceki cevaba göre anlam kazanır. Çok adımlı yapı, ziyaretçinin zihnindeki karar sırasını desteklediğinde işe yarar. Bu rehber, alanların etiketini yazmaktan farklı bir karara odaklanıyor: hangi bilgiyi aynı anda göstermeli, hangi soruyu daha sonra sormalı ve kullanıcı fikrini değiştirirse ne olmalı?
Önce iki farklı başvuru yolunu çizin
Örnek bir iç mekân teklifini düşünün: mevcut bir mekânın yenilenmesi ve sıfırdan tasarım aynı formu kullanıyor. İlk yol mevcut ölçü ve fotoğraf gerektirebilir; ikinci yol henüz kesinleşmemiş bir alanla başlayabilir. Bunlar açıklayıcı örneklerdir, gerçek müşteri verisi değildir. Kağıt üzerinde her yolun zorunlu bilgilerini ayrı yazın. Herkese aynı uzun listeyi sunmadan önce gerçekten ortak olan soruları bulun. Henüz bilinmeyen bilgi için makul bir cevap seçeneği bırakın.
Gerçek bir örnekten alınacak karar
GOV.UK soru sayfası örneği, tek kararın başlık, seçenekler ve devam eylemiyle nasıl sunulabileceğini gösterir. Bu kamu hizmeti örüntüsü, her ticari formun birebir şablonu değildir. Bizim teklif örneğimizde önce hizmet türünü sormak anlamlıdır; ad ve e-posta gibi birlikte tamamlanan kısa bilgileri ayrı ekranlara yaymak ise gereksiz geçişler yaratabilir. Formu bölme gerekçesini ekran sayısıyla değil, cevapların birbirine bağımlılığıyla açıklayın.
İlerlemeyi dürüst biçimde anlatın
Örnekte üç başlık kullanabiliriz: ihtiyaç, ayrıntılar, kontrol. Ziyaretçi hizmet türünü değiştirdiğinde yeni sorular oluşuyorsa ilk ekranda kesin bir dakika sözü vermeyin. Tamamlanan aşamayı yalnız renkle belirtmeyin; kısa metin de gösterin. Bir aşamada dosya hazırlamak gerekiyorsa bunu başlangıçta söyleyin. Küçük bir prototipte kullanıcıdan sıradaki ekranda ne beklediğini anlatmasını isteyin. Beklentisi içerikle uyuşmuyorsa aşama isimleri veya soruların sırası üzerinde yeniden çalışın.
Geri dönüşü ayrı bir senaryo olarak deneyin
Bir kullanıcı üçüncü aşamada bütçe aralığını düzeltmek isteyebilir. Tasarımınız onu başa döndürüp bütün bilgileri yeniden yazmaya zorluyorsa adımlar yardımcı olmuyor demektir. Tarayıcının geri düğmesi, sayfa içindeki geri bağlantısı ve aşama bağlantıları için ayrı deneme yapın. Cevabı değişince artık ilgisiz olan alanların son özette görünmesini önleyin. Hassas bilgileri tarayıcıda süresiz saklamak yerine, hangi verinin nerede ve ne kadar tutulacağına ayrıca karar verin.
Son ekranı gönderimden ayırın
GOV.UK cevap kontrolü örneğinde bilgi özeti ve ilgili cevabı değiştirme bağlantıları birlikte yer alır. Aynı düşünceyi teklif talebinde kullanabiliriz: hizmet, kapsam ve iletişim bilgisini okunabilir bir özette gösterin. Bu ekranın talebi henüz göndermediği açık olmalı. Son düğme “Teklif talebini gönder” gibi işlemi anlatmalı. Gönderim sonrasında gerçekten alınan kayıtla ilişkili bir sonuç gösterin; yalnızca son adıma ulaşmak başvuru alındığı anlamına gelmez.
Kabul kontrolünü bir kullanıcı göreviyle yapın
Telefon ekranında şu görevi verin: yenileme talebi başlat, ayrıntıları doldur, hizmet türünü değiştir, son özeti kontrol et ve deneme ortamında gönder. Nerede duraksandığını ve hangi bilgilerin kaybolduğunu not edin. İşletmenin talebi alan ekibiyle de kaydın okunabilirliğini inceleyin. Web tasarım çalışmasında bu akış, yalnız güzel bir ekran olarak değil baştan sona çalışan bir süreç olarak ele alınmalıdır. Alan seçimi için ayrıca teklif formu rehberini okuyabilirsiniz.
Sık sorulan sorular
Kısa iletişim formunu da bölmeli miyiz?
Genellikle önce tek ekranda deneyin. Birkaç ilişkili soruyu ayrı adımlara taşımak, ziyaretçiye yeni bir fayda sağlamadan tıklama sayısını artırabilir.
Adımlı form daha fazla başvuru getirir mi?
Bunu ölçmeden söyleyemeyiz. Tamamlama, hata ve düzeltme davranışlarını aynı amaçtaki kullanıcılarla incelemek, yalnız form uzunluğuna bakmaktan daha yararlıdır.