B2B satın alma süreci çoğu zaman tek oturumda tamamlanmaz. Bir ziyaretçi bugün ürün gamını inceler, bir hafta sonra teknik dokümanı indirir, ardından satın alma ekibiyle iç değerlendirme yapar. Karar zincirinde 2, bazen 5’ten fazla kişi yer alır. Bu tablo, kurumsal web sitesinin görevini netleştirir: sadece “kurumsal vitrini” temsil etmek değil, teklif ve talep toplama sürecini sistemli biçimde desteklemek.

İyi kurgulanmış bir b2b web tasarım yaklaşımında sayfalar, menüde yer kaplayan içerikler olarak değil; satış ekibine nitelikli talep taşıyan adımlar olarak ele alınır. Ziyaretçi ilk 10 saniyede ne sunduğunuzu anlamalı, 2-3 tıklama içinde kendi ihtiyacına uygun çözüme ulaşmalı ve form bıraktığında gereksiz alanlarla karşılaşmamalıdır. Özellikle üretim, distribütörlük, kurumsal hizmetler, yazılım ve endüstriyel tedarik gibi alanlarda bu akış, dönüşüm oranını doğrudan etkiler.

Aşağıda, teklif ve talep toplama odaklı B2B sitelerde bulunması gereken temel sayfaları, içerik mantığını ve teknik kurguyu ele alıyoruz.

Ana sayfa: İlk 8 saniyede değer önerisini anlatmalı

B2B sitelerde ana sayfa en çok ziyaret alan bölümlerden biridir. Ancak aynı zamanda en hızlı terk edilen sayfalardan biri de olabilir. Kullanıcı çoğu zaman 5 ila 8 saniye içinde şu sorulara yanıt arar: “Bu şirket ne yapıyor?”, “Hangi sektörlere hitap ediyor?”, “Benim problemime uyuyor mu?”

Ana sayfanın üst bölümünde bu nedenle karmaşık sloganlar yerine net bir değer önerisi yer almalıdır. Örnek bir kurgu şöyle olabilir:

  • Başlık: “Endüstriyel firmalar için teklif, sipariş ve bayi süreçlerini dijitalleştiren B2B platformlar”
  • Alt metin: 1-2 cümlede hedef sektör, çözüm tipi ve beklenen çıktı
  • Ana CTA: “Teklif Alın” veya “Demo Talep Edin”
  • İkincil CTA: “Çözümleri İnceleyin”

Ana sayfada güven katmanları da görünür olmalıdır. Referans logoları, sektör bazlı kullanım alanları, kısa vaka özeti, belge veya sertifika bilgisi burada işe yarar. Yine de aynı anda 15 farklı mesaj vermek odak kaybına neden olur. Tek bir sayfada en fazla 4-6 ana blokla ilerlemek, çoğu durumda daha temiz sonuç verir.

Ana sayfada teklif toplama öğeleri nasıl konumlanmalı?

Her blok sonunda aynı butonu tekrar etmek yerine, ziyaretçinin bulunduğu bağlama göre farklı CTA’lar kullanmak daha mantıklıdır. Örneğin çözüm özetinin sonunda “Uygun çözümü konuşalım”, referans bloğundan sonra “Benzer proje talep edin”, teknik içerik alanında ise “Doküman isteyin” gibi. Bu yaklaşım, tek tip form kurgusuna kıyasla daha doğal bir akış oluşturur.

Hakkımızda sayfası: Kurumsal güven için boş bir tarihçe değil, kanıt alanı

B2B tarafta “Hakkımızda” sayfası çoğu zaman küçümsenir. Oysa satın alma ekipleri, özellikle 100.000 TL ve üzeri bütçeli alımlarda tedarikçi güvenilirliğini dikkatle inceler. Buradaki amaç yalnızca kuruluş yılını yazmak değildir. Şirketin ölçeği, uzmanlığı, çalışma biçimi ve operasyonel ciddiyeti görünmelidir.

İyi bir Hakkımızda sayfasında şu somut alanlar yer alabilir:

  • Kuruluş yılı veya faaliyet süresi
  • Hizmet verilen sektörler
  • Ekip yapısı ya da uzmanlık başlıkları
  • Çalışma modeli: proje bazlı, bakım sözleşmeli, SLA destekli
  • Kalite, güvenlik veya süreç standartları

Burada abartılı kurumsal dil yerine kanıt temelli bir yaklaşım daha güçlüdür. “Alanında lider” gibi iddialar yerine, “2021’den beri 3 farklı üretim şirketi için bayi sipariş akışı geliştirdik” gibi somut ifadeler çok daha inandırıcıdır.

Ürünler veya hizmetler sayfası: Her çözüm için ayrı iniş noktası şart

Tek bir “Hizmetlerimiz” sayfasına tüm işleri sıkıştırmak, B2B web tasarımda en sık karşılaşılan sorunlardan biridir. Bir ziyaretçi ERP entegrasyonu ararken aynı sayfada mobil uygulama, kurumsal kimlik, SEO ve danışmanlık başlıklarını birlikte görmek zorunda kalırsa karar vermesi güçleşir.

Daha sağlıklı olan model, her ana çözüm için ayrı bir sayfa oluşturmaktır. Örneğin:

  • B2B sipariş yönetim platformu
  • Teklif toplama ve bayi portalı
  • ERP / CRM entegrasyon çözümleri
  • Kurumsal web ve self-servis müşteri paneli

Her çözüm sayfasında benzer bir iskelet kullanılabilir: problem tanımı, çözümün kapsamı, hangi ekiplerin kullandığı, entegrasyon noktaları, örnek süreç akışı, CTA. Bu yapı hem SEO açısından daha güçlüdür hem de reklam veya e-posta kampanyalarından gelen trafiği daha doğru karşılar.

Çözüm sayfalarında teknik detay ne kadar olmalı?

Karar verici profil değişir. Genel müdür özet ister, operasyon yöneticisi süreç görmek ister, IT ekibi ise entegrasyon detayını arar. Bu nedenle tek katmanlı içerik yerine kademeli bilgi sunmak gerekir. Üstte iş çıktısı, orta bölümde kullanım senaryosu, altta teknik mimari veya entegrasyon başlıkları yer alabilir.

Örnek bir mini teknik blok şöyle yazılabilir:

ERP → Stok verisi → B2B portal
B2B portal → Sipariş kaydı → CRM / ERP
Form talebi → Lead kaydı → Satış ekibi bildirimi

Bu tür basit akışlar, özellikle teknik ve ticari ekiplerin aynı sayfayı birlikte değerlendirdiği durumlarda fayda sağlar.

Sektörler sayfası: Her dikey için ayrı ihtiyaç dili kurulmalı

B2B firmaların önemli bir bölümü aynı çözümü farklı sektörlere sunar. Ancak üretim, sağlık, lojistik, inşaat veya dağıtım kanalı aynı dili konuşmaz. Sektör sayfaları tam da bu yüzden önemlidir. Aynı platformu anlatsanız bile, her dikeyde kullanılan terim, sorun ve karar ölçütü değişir.

Örnek verelim. Üretim firması için öne çıkan başlık teklif hızı ve bayi sipariş doğruluğu olabilir. Lojistik tarafında ise operasyon görünürlüğü ve entegrasyon kritik hale gelir. Bu farkı tek bir genel sayfada anlatmak kolay değildir.

En az 3 sektör hedefleniyorsa, her biri için ayrı iniş sayfası açmak mantıklıdır. Bu sayfalarda şu yapı kullanılabilir:

  • Sektörde tipik problem
  • Uygun çözüm modülleri
  • Örnek kullanım senaryosu
  • Sık sorulan entegrasyon ihtiyacı
  • Sektöre özel teklif formu

Buradaki “sektöre özel form” detayı küçümsenmemelidir. Üretim firması için “aylık teklif adedi” anlamlı olabilirken, distribütör için “kaç bayi ile çalışıyorsunuz?” sorusu daha değerli olabilir.

Referanslar ve vaka çalışmaları: 1 gerçek senaryo, 10 genel cümleden değerlidir

Referans logosu göstermek önemlidir; ancak tek başına yeterli değildir. B2B alıcılar, özellikle özel yazılım, platform geliştirme veya operasyonel dönüşüm projelerinde “bu firma bizimkine benzer bir problemi çözmüş mü?” sorusuna yanıt arar.

Bu nedenle referans sayfasına ek olarak en az 2 veya 3 vaka çalışması sayfası hazırlanmalıdır. Her vaka şu çerçevede yazılabilir:

  • Müşteri tipi: üretici, distribütör, saha ekibi yoğun hizmet firması
  • Başlangıç sorunu: e-posta ile teklif toplama, Excel tabanlı takip, dağınık bayi siparişi
  • Kurulan çözüm: portal, entegrasyon, rol bazlı panel
  • Ölçülen çıktı: işlem süresinde azalma, veri görünürlüğünde artış, hata oranında düşüş

Ölçülebilir veri paylaşılabiliyorsa büyük değer taşır. Paylaşılamıyorsa uydurmak yerine nitel çıktı anlatılmalıdır. Örneğin “teklif toplama süreci tek ekranda yönetildi” gibi net ve dürüst ifadeler tercih edilebilir.

Teklif / talep formu sayfası: Kısa form, doğru alan, CRM entegrasyonu

Teklif toplama odaklı sitenin en kritik sayfası çoğu zaman burasıdır. En yaygın hata, teklif formunu ya aşırı kısa tutmak ya da gereksiz ölçüde uzun hazırlamaktır. “Ad, soyad, telefon” kadar kısa bir form satış ekibini yetersiz bilgiyle bırakır. 14 alanlık bir form ise dönüşümü düşürebilir.

Pratikte 5 ila 8 alan, çoğu B2B senaryo için dengeli bir başlangıç noktası sunar. Örnek alanlar:

  • Ad soyad
  • Şirket adı
  • E-posta / telefon
  • İlgilenilen çözüm
  • Kısa ihtiyaç açıklaması
  • Varsa sektör veya çalışan sayısı

Form sonrası ekran da önemlidir. Sadece “Mesajınız alındı” demek yerine, “24 saat içinde dönüş”, “ön keşif görüşmesi”, “gerekirse NDA süreci” gibi net beklenti yönetimi yapılmalıdır.

Form altyapısında hangi teknik unsurlar gerekli?

Burada yalnızca tasarım değil, veri akışı da düşünülmelidir. En az şu bileşenler yer almalıdır:

  • CRM veya satış takip sistemine otomatik kayıt
  • Spam koruması ve bot filtreleme
  • KVKK bilgilendirme metni ve açık rıza yapısı
  • Form abandonment takibi için event ölçümü

Örneğin bir etkinlik takibi mantığı şu şekilde kurulabilir: form görüntülendi, ilk alan dolduruldu, gönderim denendi, gönderim başarılı oldu. Bu 4 adım bile kaybın nerede yaşandığını anlamak için yeterlidir.

İletişim sayfası: Sadece telefon numarası değil, karar vermeyi kolaylaştıran temas noktası

İletişim sayfası çoğu projede sonradan doldurulan bir alan gibi ele alınır. Oysa ciddi alıcılar teklif formundan önce bu sayfaya geçer. Açık adres, sabit telefon, kurumsal e-posta, harita, çalışma saatleri gibi unsurlar güven hissini güçlendirir.

B2B sitelerde iletişim sayfasına tek bir genel form koymak yerine, talep tipine göre yönlendirme yapılabilir. Örneğin “Satış”, “Teknik destek”, “İş ortaklığı” gibi ayrımlar iç operasyonu da rahatlatır. Eğer firma 2 şehirde faaliyet gösteriyorsa, lokasyon bazlı iletişim kartları eklemek de netlik sağlar.

Kaynaklar sayfası: Satın alma öncesi araştırmayı destekler

Her ziyaretçi hemen teklif bırakmaz. Kimi teknik döküman ister, kimi örnek ekran görmek ister, kimi de entegrasyon mantığını anlamadan ilerlemek istemez. Bu kullanıcılar için bir kaynak merkezi oluşturmak faydalıdır.

Burada şu içerikler yer alabilir:

  • SSS
  • PDF broşür veya çözüm özeti
  • Demo talep sayfası
  • Blog yazıları
  • Entegrasyon veya kullanım senaryosu içerikleri

Özellikle 1 sayfalık PDF özetler hâlâ işlevseldir. Satın alma ekibinde içerik çoğu zaman kurum içinde e-posta ile paylaşılır. İndirilebilir, sade ve güncel dökümanlar bu paylaşımı kolaylaştırır.

Sonuç: Sayfa sayısı değil, talep akışının netliği belirleyici olur

Başarılı bir b2b web tasarım kurgusu çok sayıda menü öğesine dayanmaz. Asıl farkı yaratan; ziyaretçinin ihtiyacına uygun sayfaya hızlı ulaşması, güven sinyallerini net biçimde görmesi ve sürtünmesiz şekilde talep bırakabilmesidir. Ana sayfa, çözüm sayfaları, sektör sayfaları, vaka çalışmaları, teklif formu ve iletişim alanı birlikte çalıştığında web sitesi pasif bir katalog olmaktan çıkar; ölçülebilir bir iş geliştirme kanalına dönüşür.

Yeni bir B2B site planlıyorsanız ya da mevcut yapınız teklif üretmiyorsa, ilk bakmanız gereken yer tasarımın rengi değil sayfa mimarisidir. Doğru sayfalar, doğru sıra ve doğru veri akışı çoğu zaman en büyük farkı burada yaratır.