# Form Tasarımı: Daha Az Alanla Daha Nitelikli Talep

Canonical URL: https://nixeny.com/tr/blog/form-tasarimi-lead-kalitesi
Published: 2026-07-17
Language: tr
Author: Kıvanç Taşcı
Category: Web Tasarım
Publisher: Nixeny Dijital

> Formu kısaltmak tek başına işe yaramaz; hangi alanın karar ürettiğini, hangisinin yalnızca sürtünme kattığını ayıran bir yöntem kurun.

Form tartışmaları genellikle tek bir cümleye sıkışır: alanları azaltalım, dönüşüm artar. Bu cümle çoğu zaman doğrudur ama eksiktir. Formun işi yalnızca gönderim üretmek değil; satış, destek veya operasyon ekibinin bir sonraki adımı atabilmesi için yeterli bilgiyi toplamaktır.

Nielsen Norman Group'un form kullanılabilirliği önerileri, formu gereksiz alanlardan arındırarak kısa tutmayı ve tek sütunlu bir düzen kullanmayı öne çıkarır. Buradaki ölçüt estetik değil bilişsel yüktür: kullanıcı her ek alanda kararını yeniden gözden geçirir. [1]

## 1. Formun İşini Baştan Tanımlayın

Bir formun tek bir işi olmalıdır: belirli bir kararı mümkün kılmak. Teklif formu satış ekibinin uygunluk kararını, destek formu önceliklendirme kararını, kayıt formu erişim kararını mümkün kılar.

Bu tanım yapılmadan alan tartışması bitmez. Her ekip kendi ihtiyacını ekler; pazarlama sektör alanını, satış bütçe alanını, operasyon adres alanını ister ve form kısa sürede bir anket haline gelir.

Doğru soru şudur: bu alan boş kalırsa bir sonraki adım atılabilir mi? Cevap evetse alan zorunlu değildir, hatta çoğu zaman gerekli değildir.

İkinci soru da aynı ölçüde önemlidir: bu bilgiyi kullanıcıya sormadan elde edebilir miyiz? Sektör, şirket büyüklüğü veya konum gibi veriler çoğu zaman ilk görüşmede zaten öğrenilir.

Formun işini yazıya dökmek, sonraki bütün tartışmaları kısaltır. Alan ekleme talebi geldiğinde tartışma kişisel tercih değil, tanımlı işe uygunluk üzerinden yürür.

> **Temel ölçüt** (insight)
>
> Bir alan yanıtlanmadığında süreç yine ilerliyorsa o alan bilgi toplamıyor, yalnızca gecikme üretiyordur.

## 2. Her Alanı Bir Kararla Eşleştirin

Alanları azaltmanın en güvenli yolu, her birini hangi kararı beslediğini yazarak listelemektir. Kararı olmayan alan silinir; kararı olan alan ise zorunlu, isteğe bağlı veya sonraya bırakılabilir olarak sınıflandırılır.

Aşağıdaki tablo bu sınıflandırmayı bir teklif formu üzerinden örnekler. Kendi formunuz için aynı tabloyu doldurmak genellikle iki üç alanın gereksiz olduğunu ortaya çıkarır.

Sonraya bırakılabilir alanlar önemsiz demek değildir; yalnızca ilk temasta sorulmaları gerekmiyor demektir. Bu bilgileri teşekkür sayfasında veya ilk yanıt e-postasında istemek dönüşümü korur.

**Alan ve karar eşleşmesi**

| Alan | Beslediği karar | Sınıf | Alternatif |
| --- | --- | --- | --- |
| Ad ve iletişim | Kime dönüleceği | Zorunlu | Yok |
| Proje özeti | Kapsam uygunluğu | Zorunlu | Kısa serbest metin |
| Bütçe aralığı | Uygunluk elemesi | İsteğe bağlı | Aralık seçimi |
| Şirket unvanı | Faturalama | Sonraya bırakılır | Sözleşme aşaması |
| Nereden duydunuz | Kanal raporu | Kaldırılabilir | Analitik verisi |

## 3. Nitelik Sorusunu Doğru Kurun

Talep kalitesini artırmak için form uzatılmaz; doğru tek soru sorulur. İyi bir nitelik sorusu, uygun olmayan talebi caydırırken uygun olanı yormaz.

Serbest metin alanı bu iş için genellikle çok değerlidir. Kullanıcının kendi cümleleriyle yazdığı iki satır, on tane açılır menüden daha fazla bilgi taşır ve satış görüşmesine hazır bir bağlam üretir.

GOV.UK Tasarım Sistemi'nin soru sayfası kalıbı, yalnızca gerçekten yanıtına ihtiyaç duyduğunuz soruları sormayı ve karmaşık akışlarda her sayfada tek bir soruya odaklanmayı önerir. Uzun bir formu birkaç net adıma bölmek, aynı bilgiyi daha az bırakılmayla toplamayı sağlayabilir. [2]

Elemeyi form yerine akışın ilerisine koymak da bir seçenektir. Randevu adımında bütçe aralığı sormak, ilk temasta sormaktan daha az caydırıcıdır ve niteliği yine korur.

Zorunluluk kararını da niteliğe göre verin. İsteğe bağlı bırakılan bir bütçe alanı, uygun müşteriyi kaçırmadan bilgi toplar; zorunlu tutulduğunda ise fiyat aralığını bilmeyen ciddi bir talebi kapıda çevirebilir. Aynı alan, zorunluluk ayarına göre iki farklı sonuç üretir.

- Her alanı bir kararla eşleştirin.
- Kararı olmayan alanı silin.
- Zorunlu alan sayısını sabitleyin.
- Serbest metne yer bırakın.
- Elemeyi doğru adıma taşıyın.

## 4. Kurgusal Senaryo: Kısalan Formun İki Yüzü

Kurgusal bir ajans sitesinde teklif formu dokuz alandan oluşuyor ve tamamlanma oranı düşük. Ekip formu dört alana indiriyor; gönderim sayısı belirgin biçimde artıyor.

Üç hafta sonra satış ekibi ilk görüşmelerin yarısının kapsam dışı olduğunu bildiriyor. Gönderim arttı ama nitelikli görüşme sayısı aynı kaldı; harcanan zaman ise yükseldi.

Ekip bu kez alanları geri eklemek yerine tek bir serbest metin sorusu ekliyor: hangi sorunu çözmek istiyorsunuz? Ayrıca bütçe aralığını randevu adımına taşıyor. Bu kurgusal bir örnektir; gerçek bir müşteri sonucu ya da garanti edilen bir kazanım değildir.

> **Senaryo sınırı** (warning)
>
> Örnek, kısaltmanın tek başına yeterli olmadığını gösterir. Her sektörde ve her teklif türünde aynı denge kurulmaz.

## 5. Hata, Etiket ve Veri Sorumluluğu

Formların çoğu, alan sayısından değil hata deneyiminden kaybeder. Gönderim sonrası tek satırlık kırmızı bir uyarı, kullanıcıyı hangi alanı düzeltmesi gerektiğini aramaya bırakır.

Etiketi alanın içine yerleştirmek yer kazandırır ama kullanıcı yazmaya başladığında bağlamı siler. Görünür etiket, alan başına açık hata mesajı ve klavye ile gezinilebilir sıralama, dönüşümün görünmeyen tarafıdır.

Toplanan her alanın hukuki bir karşılığı da vardır. Kişisel Verilerin Korunması Kanunu, kişisel verilerin belirli, açık ve meşru amaçlarla işlenmesini ve işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olmasını ilke olarak düzenler. Gerekmeyen bir alanı toplamak yalnızca dönüşüm değil, uyum sorunudur. [3]

Bu nedenle form denetimini yalnızca tasarım ekibiyle yapmayın. Toplanan alanların saklama süresi, erişim yetkisi ve silme koşulu belirsizse form, tasarım borcundan önce bir veri borcudur.

Denetimi yılda bir tekrarlayın. Kampanyalar, entegrasyonlar ve yeni ekipler zamanla forma yeni alanlar ekler; kimse çıkarmaz. Yıllık kontrol, formu tasarlandığı işe geri döndürür.

### Hata mesajını eyleme çevirin

Hata mesajı neyin yanlış olduğunu değil, ne yapılması gerektiğini söylemelidir. Geçersiz numara yerine, numarayı başında sıfır olmadan yazın demek kullanıcıyı ileri taşır.

Doğrulamayı gönderim anına saklamayın. Alandan çıkıldığında yapılan kontrol, kullanıcının hatayı bağlam kaybetmeden düzeltmesini sağlar.

### Zorunluluğu görünür kılın

Hangi alanların zorunlu olduğunu yıldız işaretine bırakmak yerine açıkça yazın. İsteğe bağlı alan sayısı azsa bunları işaretlemek daha okunaklıdır.

Zorunlu alanların sayısını sabit tutun ve yeni alan eklemek isteyen ekipten bir alanı çıkarmasını isteyin. Bu kural, formların zamanla şişmesini engeller.

## 6. Üç Haftalık Sadeleştirme Sırası

İlk hafta ölçüm için ayrılır: hangi alanda bırakma oluyor, hangi alanlar boş gönderiliyor, hangi hata mesajları tekrar ediyor. Bu veriler olmadan yapılan sadeleştirme tahmindir.

İkinci hafta alan-karar tablosunu doldurup zorunlu alan listesini yeniden yazın. Bu adımda satış ve destek ekibinin katılımı şarttır; alanların gerçek kullanıcısı onlardır.

Üçüncü hafta hata deneyimini, etiketleri ve mobil davranışı düzeltin. Sadeleştirme ile hata deneyimini aynı anda değiştirirseniz hangisinin işe yaradığını ayıramazsınız.

Değişiklikten sonra yalnızca gönderim sayısını değil, nitelikli görüşmeye dönüşen talep oranını da ölçün. İki sayı birlikte okunmadığında form kararları kolayca yanlış yöne gider.

- [ ] Alan bazında bırakma ölçüldü.
- [ ] Her alan bir kararla eşleştirildi.
- [ ] Zorunlu alan listesi yeniden yazıldı.
- [ ] Serbest metin sorusu eklendi.
- [ ] Hata mesajları eyleme çevrildi.
- [ ] Klavye ve mobil kullanım denendi.
- [ ] Nitelik oranı ayrıca ölçüldü.

## 7. Sınırlar ve Başarısızlık Modları

Form tasarımı, talebin kaynağındaki uyumsuzluğu düzeltemez. Yanlış kitleye yapılan bir reklam kampanyasından gelen ziyaretçi, form ne kadar iyi olursa olsun nitelikli talebe dönüşmez.

Aşırı sadeleştirme, elemeyi tamamen satış ekibine yıkar. Bu bazen doğru bir tercihtir; ancak ekip kapasitesi yetmiyorsa yanıt süresi uzar ve toplam sonuç kötüleşir.

Nitelik sorusu da caydırıcı olabilir. Bütçe aralığı sormak, fiyatı bilmeyen ama uygun bir müşteriyi kaçırabilir; bu yüzden aralıkları geniş tutun ve zorunlu yapmayın.

Otomatik doğrulama kuralları yanlış kurulduğunda meşru kullanıcıları dışarıda bırakır. Yurt dışı telefon numaraları, uzun şirket adları ve alternatif adres biçimleri sık görülen örneklerdir.

Son olarak form tek başına bir dönüşüm sistemi değildir. Sayfanın öncesindeki vaat, sonrasındaki yanıt süresi ve teklifin netliği aynı sonucu en az form kadar belirler.

## Sonuç

İyi form, en kısa form değil doğru kararı besleyen formdur. Her alanı bir kararla eşleştirin, elemeyi doğru adıma taşıyın, hata deneyimini düzeltin ve niteliği gönderim sayısıyla birlikte ölçün.

## Sıkça sorulan sorular

### Kaç alan idealdir?

Evrensel bir sayı yoktur. Ölçüt, bir sonraki adımın atılabilmesi için gereken en az bilgidir; gerisi sonraya bırakılabilir.

### Bütçe sorulmalı mı?

Uygunluk elemesi yapıyorsanız yararlıdır, ancak ilk temasta zorunlu tutmak caydırıcı olabilir. Aralık seçimi ve isteğe bağlı kullanım daha güvenlidir.

### Çok adımlı form daha mı iyi?

Uzun ve karmaşık akışlarda genellikle evet; kısa formlarda ek adım gereksiz sürtünme yaratır.

### Serbest metin alanı riskli değil mi?

İsteğe bağlı tutulduğunda riski düşüktür ve satış görüşmesi için en değerli bağlamı üretir.

### Başarıyı nasıl ölçmeli?

Gönderim sayısı tek başına yeterli değildir; nitelikli görüşmeye dönüşen talep oranıyla birlikte okunmalıdır.

## Kaynaklar

1. [Nielsen Norman Group — Website Forms Usability: Top 10 Recommendations](https://www.nngroup.com/articles/web-form-design/) — Formu kısa tutma ve tek sütun düzeni
2. [GOV.UK Design System — Question Pages](https://design-system.service.gov.uk/patterns/question-pages/) — Yalnızca gerekli soruyu sorma ve adımlara bölme
3. [KVKK — Kişisel Verilerin Korunması Kanunu](https://www.kvkk.gov.tr/Icerik/6649/Kisisel-Verilerin-Korunmasi-Kanunu) — Amaçla bağlantılı, sınırlı ve ölçülü veri işleme ilkesi