B2B web sitesi teklif formu, birçok şirkette basit bir iletişim alanı gibi görülüyor. Oysa teklif toplama süreci, pazarlama ile satışın kesiştiği en kritik temas noktalarından biri. Formun yapısı doğru kurgulanmadığında genelde iki tür sorun ortaya çıkar: satış ekibi çok sayıda ama zayıf talep alır ya da gerçekten potansiyeli olan kullanıcılar uzun ve yorucu bir akış nedeniyle formu tamamlamaz.
İyi tasarlanmış bir teklif sayfası yalnızca veri toplamaz. Talebi filtreler, bağlam oluşturur ve önceliklendirmeyi kolaylaştırır. Örneğin 8 alanlı kısa bir form ile 18 alanlı tek sayfa form arasında dönüşüm farkı oluşabilir; ancak asıl ölçülmesi gereken metrik yalnızca gönderim sayısı değildir. Satış ekibinin "geri dönmeye değer" bulduğu başvuru oranı çok daha anlamlıdır. Bu yazıda, nitelikli talep üreten sayfa ve form yapısını hem teknik hem de içerik boyutuyla ele alacağız.
B2B teklif sayfasının amacı: daha çok form değil, daha nitelikli talep
Bir teklif sayfasının performansı yalnızca "kaç kişi gönderdi" sorusuyla değerlendirilmemeli. B2B satış döngülerinde 1 form gönderimi bazen 3 ay süren bir satış sürecini başlatır. Bazen de satış ekibinin 15 dakikasını boşa harcar. Bu ayrım üzerinde form tasarımının belirgin bir etkisi vardır.
Pratikte teklif sayfası aynı anda 3 işi yerine getirmelidir: kullanıcının ihtiyacını netleştirmek, satış ekibine ilk değerlendirme için yeterli veri sağlamak ve kullanıcıyı gereksiz yük bindirmeden formu tamamlamaya ikna etmek. Örneğin özel yazılım, ERP entegrasyonu veya B2B portal talebi toplayan bir firmada "Mesajınız" alanına bırakılan serbest metin çoğu zaman tek başına yeterli olmaz. En azından proje tipi, şirket ölçeği, hedef tarih ya da mevcut sistem bilgisi gibi 4-5 somut veri noktasına ihtiyaç vardır.
Buradaki temel hedef, pazarlama diliyle MQL değil; satışın gerçekten çalışabileceği SQL benzeri taleplere yaklaşmaktır. Sayfa kurgusu da buna hizmet etmelidir.
Teklif sayfasında bulunması gereken ana bloklar
Yüksek performanslı bir B2B teklif sayfası genellikle tek bir formdan ibaret değildir. Formun etrafındaki içerik, kullanıcının karar verme hızını doğrudan etkiler. Özellikle ilk 600-900 piksel içinde verilen mesaj kritik önemdedir.
1. Net değer önerisi ve kapsam ifadesi
Sayfanın üst bölümünde ziyaretçi 5 saniye içinde şunu anlamalı: Ne için teklif alacak, hangi projeler bu sürece uygun ve ilk dönüş ne kadar sürede yapılacak. Örneğin "Kurumsal web, B2B portal, ERP/CRM entegrasyonu ve özel yazılım projeleri için teklif talebi oluşturun" gibi bir ifade belirsizliği azaltır. Yanına "İlk değerlendirme genelde 1 iş günü içinde yapılır" bilgisi eklenirse beklenti yönetimi daha da güçlenir.
2. Güven unsurları
Formdan hemen önce ya da sağ sütunda referans sektörleri, hizmet kapsamı, teknik yetkinlikler veya proje yaklaşımı yer alabilir. Burada abartılı sayaçlar yerine doğrulanabilir ifadeler tercih edilmeli. "API entegrasyonu, bulut altyapı, özel panel geliştirme" gibi somut başlıklar, genel güven metinlerinden daha işlevseldir.
3. Sürecin nasıl işlediği
Kullanıcı, formu doldurduğunda sonrasında ne olacağını bilmek ister. 3 adımlı kısa bir süreç çoğu durumda yeterlidir: başvuru alınır, ön değerlendirme yapılır, uygun projelerde keşif toplantısı planlanır. Hepsi bu kadar. Fazla açıklama sayfayı uzatır; hiç açıklama olmaması ise belirsizlik yaratır.
4. Formun kendisi
Asıl karar alanı burasıdır. Yine de form, sayfadaki tek unsurmuş gibi görünmemeli. Etrafındaki içerik kullanıcıyı hazırlamalı; form ise mümkün olduğunca sürtünmesiz bir deneyim sunmalıdır.
B2B web sitesi teklif formu için ideal alan yapısı
En yaygın hatalardan biri, tüm ihtiyaçları ilk adımda toplamaya çalışmaktır. Satış ekibi doğal olarak daha fazla veri ister. Kullanıcı ise olabildiğince kısa bir akış bekler. İyi çözüm, bu iki ihtiyacı kademeli bir yapıda buluşturmaktır.
İlk aşamada 6 ila 8 alan genellikle yeterlidir. Örnek bir çekirdek yapı şöyle olabilir:
- Ad soyad
- Kurumsal e-posta
- Şirket adı
- Telefon
- Talep konusu / proje tipi
- Proje özeti
- Tahmini zaman planı
- Aydınlatma metni ve açık rıza onayı gerekiyorsa ilgili kutular
B2B bağlamında kurumsal e-posta alanı önemlidir. Her durumda zorunlu yapmak şart değildir; ancak genel e-posta servislerinden gelen talepleri CRM içinde işaretlemek faydalı olur. Form alan adları da sade kalmalı. "İhtiyacınızı birkaç cümleyle anlatın" ifadesi, "Talebinizin kapsamına dair detaylı açıklama" gibi ağır metinlere göre daha iyi çalışır.
Koşullu alanlar ile akıllı sadeleştirme
Asıl verim burada koşullu alanlarla elde edilir. Kullanıcı "ERP entegrasyonu" seçtiğinde ek olarak "Mevcut ERP sistemi" sorulabilir. "Mobil uygulama" seçildiyse platform tercihi alanı açılır. Böylece herkes aynı 14 alanı görmek zorunda kalmaz.
Örnek akış:
- Proje tipi = B2B portal → "Kullanıcı rolü sayısı" ve "bayi / distribütör yapısı" alanları açılır
- Proje tipi = API entegrasyonu → "Entegre edilecek sistemler" alanı görünür
- Bütçe aralığı paylaşmak istemeyen kullanıcı için bu alan opsiyonel kalır
Bu yapı hem kullanılabilirliği artırır hem de satış ekibine ilk görüşme öncesinde daha işe yarar veri sunar.
Form sayısı değil, alan kalitesi önemlidir
Birçok ekip "kısa form daha çok dönüşüm getirir" önermesini mutlak doğruymuş gibi kullanıyor. Oysa bu eksik bir yaklaşım. 4 alanlı bir form daha çok gönderim alabilir; fakat gelen taleplerin önemli bir kısmı alakasızsa satış kapasitesini tüketir. Diğer taraftan 12 zorunlu alandan oluşan tek sayfa bir form, iyi adayları da kaçırabilir.
İdeal dengeyi bulmak için en az 2 metriğin birlikte izlenmesi gerekir: form tamamlama oranı ve satışın kabul ettiği talep oranı. Örneğin aylık 100 başvurunun 20'si satışa uygunsa, ikinci senaryoda 70 başvurunun 28'i uygunsa ikinci yapı daha değerlidir. Bu aşamada CRO kararı yalnızca pazarlama paneline bakılarak verilmemeli.
Zorunlu ve opsiyonel alan ayrımı
İlk temasta zorunlu alan sayısını sınırlı tutun. Çoğu B2B projede 5-7 zorunlu alan makul bir aralıktır. Bütçe, mevcut teknoloji yığını, hedef kullanıcı sayısı gibi alanlar opsiyonel olabilir. Kullanıcı isterse doldurur; doldurduğunda satış ekibi zaman kazanır.
Bir detay daha var. "Bütçe" sorusu hassas olabilir. Sabit rakam istemek yerine aralık kullanmak çoğu zaman daha pratiktir: "250.000 TL altı", "250.000 - 750.000 TL", "750.000 TL+" gibi. Fiyatlandırma yapınız buna uygun değilse bu alanı hiç açmamak daha doğru olabilir.
Sayfa yerleşimi ve kullanıcı deneyimi kararları
Masaüstünde iki kolonlu yapı sık kullanılır: solda kısa açıklama ve güven unsurları, sağda form. Mobilde ise tek kolon şarttır. Buradaki kritik nokta, formun ilk ekranda görünür olmasıdır. Kullanıcıyı 3 ekran aşağı kaydırıp ardından form göstermek gereksiz sürtünme yaratır.
Form başlığı da önem taşır. "Bize Ulaşın" çok geneldir. "Projeniz için teklif isteyin" ya da "B2B yazılım talebinizi paylaşın" daha net çalışır. CTA buton metni de aynı şekilde belirsiz olmamalı. "Gönder" yerine "Ön değerlendirme talebi oluştur" daha açıklayıcıdır; ancak gereğinden fazla uzatılmamalıdır.
Mikro kopya örnekleri
Küçük metinler büyük fark yaratır. Aşağıdaki örnekler işlevseldir:
- E-posta alanı altında: "Mümkünse kurumsal e-posta paylaşın"
- Proje özeti alanında: "Hedefinizi, mevcut sistemi ve beklenen çıktıyı yazın"
- Form sonunda: "Uygun projelerde 1 iş günü içinde geri dönüş yapılır"
Bu tür açıklamalar kullanıcıyı yönlendirir. Aynı zamanda daha temiz veri toplamanızı da sağlar.
CRM, otomasyon ve teknik entegrasyon katmanı
Teklif formu yalnızca frontend bileşeni değildir. Verinin nereye aktarıldığı, nasıl etiketlendiği ve kimlere dağıtıldığı en az arayüz kadar önemlidir. Formdan gelen verinin e-posta kutusunda kaybolduğu bir yapı, ölçeklenebilir olmaz.
Minimum teknik kurgu genellikle şunları içerir: CRM kaydı oluşturma, kaynak bilgisini taşıma, otomatik teşekkür e-postası, dahili bildirim, spam kontrolü ve temel loglama. Eğer HubSpot, Salesforce, Zoho CRM ya da özel bir CRM kullanılıyorsa alan eşleştirmeleri en baştan planlanmalıdır. "Proje tipi" gibi seçim alanları CRM içinde standart değerlerle kaydedilmezse raporlama kısa sürede bozulur.
Basit bir veri akışı örneği:
POST /api/quote-request
{
"name": "Ayşe Demir",
"company": "ABC Endüstri",
"email": "[email protected]",
"projectType": "b2b-portal",
"timeline": "0-3 ay",
"summary": "Bayi sipariş ve stok yönetimi"
}Bu isteğin ardından sistemin en az 3 işlem yapması beklenir: kaydı veritabanına yazmak, CRM'e aktarmak, satış ekibine bildirim göndermek. Hata durumları da izlenmeli. Örneğin CRM API'si 500 dönerse başvuru kaybolmamalı; kuyruğa alınmalı ya da yeniden denenmelidir.
Nitelikli talep için doğrulama, spam önleme ve KVKK uyumu
B2B form trafiğinde bot başvuruları, sahte telefon numaraları ve anlamsız içerikler sık görülür. Özellikle açık internet trafiği alan sayfalarda temel bir doğrulama katmanına ihtiyaç vardır. Yalnızca CAPTCHA eklemek yeterli olmayabilir. Sunucu tarafında validasyon, rate limit ve honeypot alanı birlikte daha iyi sonuç verir.
Telefon alanı için biçim kontrolü uygulanabilir. E-posta için MX doğrulaması her zaman şart değildir; ancak sözdizimi kontrolü zorunludur. Mesaj alanında 10 karakter altındaki içerikleri işaretlemek de faydalı olabilir. Örneğin "ara" ya da "fiyat" gibi tek kelimelik başvurular doğrudan reddedilmek yerine düşük öncelikli etiketle işlenebilir.
KVKK tarafında ise aydınlatma metni, açık rıza gerekip gerekmediği ve verinin hangi amaçla işlendiği net biçimde belirtilmelidir. Özellikle pazarlama iletişimi izni ile teklif talebi onayı aynı kutuda birleştirilmemeli. Bu ayrım hem hukuki açıdan hem de kullanıcı güveni bakımından önemlidir.
Ölçümleme: hangi metrikler takip edilmeli?
Sağlıklı optimizasyon için en az 90 günlük veri görmek idealdir. Çok düşük trafikte karar vermek yanıltıcı olabilir. Takip edilmesi gereken temel metrikler şunlardır:
- Form görüntülenme / form gönderim oranı
- Zorunlu alan bazında terk oranı
- Mobil ve masaüstü tamamlama farkı
- Satışın kabul ettiği talep oranı
- İlk geri dönüş süresi
- Toplantıya dönüşen başvuru oranı
Örneğin mobilde tamamlama oranı masaüstüne göre %40 daha düşükse sorun çoğu zaman alan sayısından değil, klavye deneyiminden, dosya yükleme bileşeninden ya da yanlış input tiplerinden kaynaklanır. Sayısal veriyi bu seviyede okumak gerekir.
Pratik bir senaryo: özel yazılım firması için teklif akışı
Diyelim ki şirketiniz B2B portal, entegrasyon ve özel yazılım projeleri geliştiriyor. Teklif sayfasında üst bölümde hizmet kapsamı net şekilde belirtilir. Hemen yanında 7 alanlı ilk form bulunur. Kullanıcı "B2B portal" seçtiğinde iki ek alan açılır: kullanıcı tipi ve mevcut sistem bilgisi. Form gönderildiğinde CRM'de otomatik olarak "B2B / yüksek potansiyel" etiketi atanır; kurumsal e-posta kullanan, zaman planı 0-3 ay olan başvurular satış yöneticisine öncelikli olarak bildirilir.
Bu kurgu, satış ekibini gereksiz başvurulardan korurken ciddi alıcıyı da yormaz. Kısacası iyi teklif formu, daha çok veri toplayan form değil; doğru anda doğru veriyi isteyen formdur.
Kapanışta temel ilke net: B2B web sitesi teklif formu, bir iletişim kutusu değil, iş geliştirme sistemidir. İçerik, kullanıcı deneyimi, veri modeli ve CRM akışı birlikte düşünüldüğünde satış ekibine gerçekten nitelikli talep taşır. İlk adım olarak mevcut formunuzu alan sayısı, zorunlu alan mantığı, mobil deneyim ve CRM entegrasyonu açısından denetlemek bile ciddi iyileşme sağlayabilir.
