Koşullu Sorulu Web Formu: Yanıta Göre Açılan Alanlar

Bir formda bütün soruları herkese göstermek, gereksiz alanların boş bırakılmasına ve yanlış bilgilerin kaydedilmesine yol açabilir. Koşullu web formunda kişinin önceki seçimine göre hangi soruyu göreceğini, hangi belgenin zorunlu olacağını ve hangi seçeneği kullanabileceğini birlikte belirliyorum.

Bu hizmet, yalnız gizlenen kutulardan ibaret değil. Ekranda görünmeyen bir alanın kayıt içindeki durumunu da tanımlıyorum. Müşteri türünü değiştiren kişinin eski seçimine ait bilgilerinin yeni başvuruya yanlışlıkla taşınmaması gerekiyor.

Örnek: şirket veya bireysel başvuru

Görsel iki alternatif durumu gösteriyor. Şirket seçildiğinde şirket adı ve vergi numarası alanları açılıyor. Bireysel seçildiğinde ad soyad alanı gösteriliyor. Bunlar ardışık iki işlem değil; aynı formdaki iki farklı seçimin sonucu. Örnek, gerçek bir müşteriye ait kayıt içermiyor.

Kişi önce şirket seçip bilgileri yazdıktan sonra bireysele dönerse, şirket alanlarının başvuruyla birlikte gönderilip gönderilmeyeceğini açıkça belirliyoruz. Gerekli olmayan değerleri aktif kayıttan çıkarabilir, geri dönüldüğünde yeniden kullanmak için yalnız taslakta saklayabiliriz. Hangi davranışın seçildiği kullanıcıya anlaşılır biçimde gösterilir.

Google Forms ile bölüm yönlendirme mümkün

Google Forms, çoktan seçmeli ve açılır liste yanıtlarına göre başka bölüme yönlendirme sunuyor. Az sayıda ayrı başvuru yolu için bu yeterli olabilir. Basit dallanmayı özel yazılım gerektiriyormuş gibi anlatmıyorum.

Birden fazla yanıt aynı anda değerlendirilince, seçenekler müşterinin kataloğuna bağlı olunca veya doldurma sırasında toplamın yeniden hesaplanması gerekince farklı bir arayüz anlamlı hale gelir. Örneğin ürün ailesiyle modelin uyumunu bağlı açılır listeli form üzerinden, alanın uygunluğunu ise aynı formun kurallarıyla kontrol edebiliriz.

Koşullar bir karar tablosuna dönüşür

Hangi alanın ne zaman açılacağını yazılı bir tabloyla çıkarıyorum. Zorunlu, isteğe bağlı, görünmez ve yalnız okunur durumları ayrı tanımlıyorum. Bir koşulun diğerini geçersiz kıldığı yerler de bu aşamada ortaya çıkar. Örneğin şirket türü seçilmemişken şirket belgesini zorunlu tutmak, kişinin formu bitirmesini engeller.

Tarayıcıdaki görünürlük kontrolleri kullanım kolaylığı içindir. Gönderilen bilgi sunucuda aynı kurallarla tekrar denetlenir. Böylece saklı bir alana dışarıdan değer eklenmesi, uygun olmayan seçeneği geçerli hale getirmez. Kurallar değiştiğinde taslak başvurulara ne olacağı da belirlenir; kullanıcı eski seçimleri yüzünden açıklamasız bir hatayla karşılaşmaz.

Kapsam ve bakım

Teslim planına koşul tablosunu, anlaşılır hata mesajlarını, mobilde dallanmayı ve geri dönerek seçim değiştirme testlerini alıyorum. Her koşul için yalnız doğru yolu değil, eksik cevap ve birbiriyle çelişen seçimleri de deniyoruz. Yeni bir ürün grubu eklendiğinde hangi kuralları etkilediğinin görünmesi bakım işini kolaylaştırır.

Sabit kurallar için küçük bir kurallı veri giriş formu yeterli olabilir. Talebin daha sonra personele atanması ve müşteri tarafından izlenmesi gerekiyorsa kapsam özel başvuru uygulamasına genişler.

Sıkça Sorulan Sorular

Koşulları sonradan ben değiştirebilir miyim?

Sık değişen basit kurallar için yetkili yönetim ekranı hazırlanabilir. Birbirine bağlı hesaplama veya yetki kuralları ise değişiklik testi gerektirir; her koşulu kontrolsüz düzenlenebilir yapmam.

Gizlenen alan zorunlu kalır mı?

İş kuralına göre tanımlarız. Kullanıcının erişemediği bir alanı açıklamasız şekilde zorunlu bırakmayız. Önceki seçimin değerinin silinmesi veya taslakta korunması da aynı kararın parçasıdır.

İhtiyacınızı konuşalım

Formunuzdaki farklı yolları birkaç örnekle bana anlatın. Mevcut Forms ayarlarıyla çözülebilen dallanmayı ve özel ekran gerektiren koşulları ayırayım.