Aydınlatma metni yükleniyor…
Levent ve Maslak çevresindeki B2B şirketlerin kurumsal web siteleri aynı anda satın alma ekiplerine, teknik uzmanlara, yöneticilere, aday çalışanlara ve uluslararası ziyaretçilere hizmet verebilir. Bu kitlelerin soruları ve karar ölçütleri aynı değildir. Herkesi tek bir “Hakkımızda–Hizmetler–İletişim” akışına yönlendirmek, önemli kanıtları görünmez hale getirir ve nitelikli talebi zorlaştırır.
Bu rehber bölge adını ofis veya yerel başarı iddiası olarak kullanmaz. Amaç, çok paydaşlı B2B sitesini görsel yenileme projesi olmaktan çıkarıp bilgi yolu, kanıt sahipliği, teklif akışı ve ölçüm sistemi olarak kapsamlandırmaktır.
Paydaşları unvanla değil karar göreviyle ayırın
Satın alma ekibi kapsam, tedarikçi uyumu, teslimat ve ticari süreç arar. Teknik ekip mimari yaklaşımı, entegrasyonları, güvenlik sınırlarını ve uygulama dokümanını değerlendirmek ister. Yönetici iş riski, yönetişim ve sonuç kanıtıyla ilgilenir. Aday çalışan rol, ekip ve gelişim bilgisini; uluslararası ziyaretçi ise doğru dilde şirket, çözüm ve iletişim yolunu arar.
Her paydaş için ilk üç soruyu, gerekli kanıtı, ana eylemi ve içerik sahibini yazın. Bu çalışma menü tasarımından önce yapılmalıdır. Aksi halde organizasyon şeması ziyaretçi yolculuğunun yerine geçer.
Beş paydaşlı B2B bilgi ve kanıt haritası
Kumsal Ajans’ın bu içerik için oluşturduğu harita, her paydaşın karar sorusunu ilgili kanıta ve ölçülebilir sonraki adıma bağlar. Aynı içerik farklı kitlelere yardımcı olabiliyorsa tekrarlanmak yerine bağlama uygun biçimde yeniden kullanılabilir.
| Paydaş | Ana soru | Gerekli kanıt | Sonraki adım |
|---|---|---|---|
| Satın alma | Bu sağlayıcı kapsamımıza uygun mu? | Teslimatlar, süreç, sorumluluk ve ticari koşul | Yapılandırılmış teklif talebi |
| Teknik ekip | Çözüm mevcut sistemle çalışır mı? | Mimari çerçeve, entegrasyon, güvenlik ve doküman | Teknik görüşme veya belge |
| Yönetim | Risk ve iş değeri nasıl yönetiliyor? | Yönetişim, yöntem, doğrulanabilir vaka ve sorumluluk | Karar görüşmesi |
| Aday | Rol ve çalışma biçimi bana uygun mu? | Rol kapsamı, ekip, süreç ve gerçek çalışma bilgisi | Nitelikli başvuru |
| Uluslararası | Şirket ve teklif doğru dilde anlaşılabiliyor mu? | Yerelleştirilmiş çözüm, şirket ve iletişim bilgisi | Doğru ülke/dil ekibine talep |
Bilgi mimarisini organizasyon yapısına teslim etmeyin
Bir şirketin departmanları ziyaretçinin zihinsel modelini yansıtmayabilir. Menü ve sayfa grupları, ziyaretçinin “hangi çözüm, hangi sektör, hangi kanıt, nasıl çalışır ve kiminle görüşürüm?” sorularına göre test edilmelidir. Çözüm, sektör ve yetkinlik sayfaları aynı metni tekrar etmemeli; her sayfanın özgün karar görevi ve dönüşüm noktası olmalıdır.
İçerik envanterinde her sayfa için hedef paydaş, ana soru, içerik sahibi, kanıt kaynağı, güncelleme periyodu ve sonraki adım tutulmalıdır. Sahibi olmayan sayfa, yayına hazır içerik sayılmamalıdır.
Kanıtı sloganın arkasından çıkarın
“Lider”, “yenilikçi” veya “uçtan uca” gibi ifadeler tek başına satın alma kararını desteklemez. Hangi problemi hangi yöntemle çözdüğünüzü, teslimat sınırını, ekip sorumluluğunu ve doğrulanabilir örnekleri gösterin. Vaka çalışmalarında bağlam, kapsam, rol, sınırlama ve izinli sonuç verisi birbirinden ayrılmalıdır. Müşteri adı veya metrik kullanma izni yoksa anonim fakat dürüst bir süreç örneği sunun; sayı veya sonuç uydurmayın.
Kurum adı, logo, adres, iletişim ve resmi tanımlayıcılar merkezi bir kaynaktan yönetilmelidir. Google’ın Organization yapılandırılmış veri dokümanı, kurumu açıklayan sayfada geçerli ad, logo, adres ve iletişim gibi uygulanabilir bilgilerin kullanılmasını önerir (Google Organization dokümanı). Yapılandırılmış veri görünür içerikle çelişmemelidir.
Teklif akışını nitelikli talep için tasarlayın
Genel iletişim formu satın alma ekibinin ihtiyacını karşılamayabilir. Talebin çözüm alanı, proje aşaması, hedef zaman, gerekli entegrasyonlar ve tercih edilen iletişim biçimi gibi ilk değerlendirmeyi sağlayan alanları seçin. Her alan için neden gerekli olduğu, hangi sisteme aktarıldığı ve kimin eriştiği belirlenmelidir.
Form tamamlandıktan sonra yalnız “Teşekkürler” gösterilmemeli; beklenen geri dönüş süresi, hazırlık belgesi ve alternatif iletişim yolu açıklanmalıdır. Hata, dosya yükleme, tekrar gönderim, spam önleme ve CRM aktarımının başarısız olduğu durumlar kabul testine eklenmelidir.
Teknik paydaş için pazarlama metninden fazlasını sunun
Teknik ziyaretçi için entegrasyon kategorileri, veri akışı, güvenlik yaklaşımı, işletim sorumluluğu, sürüm ve destek modeli açık olmalıdır. Gizli ayrıntılar veya saldırı yüzeyi yayımlanmadan, çözümün nasıl değerlendirileceğini anlatan yeterli çerçeve sunulabilir. Dokümanların sahibi, güncelleme tarihi ve eski sürüm davranışı belirlenmelidir.
Çok dilli yapıyı kopya sayfa olarak kurmayın
İngilizce sürüm Türkçe metnin kelime kelime kopyası olmamalı; uluslararası paydaşın terminolojisi, kanıt ihtiyacı ve iletişim yolu yerelleştirilmelidir. Google, farklı dil sürümlerinin ayrı URL’lerle sunulmasını ve karşılıklı dil alternatiflerinin açıkça belirtilmesini önerir (Google yerelleştirilmiş sayfa dokümanı). Dil seçici kullanıcıyı aynı içeriğin karşılık sayfasına götürmeli, ana sayfaya atmamalıdır.
Erişilebilirlik ve performansı kurumsal güvenin parçası sayın
Uzun teknik sayfalar, tablolar, formlar ve belge bağlantıları klavye ve yardımcı teknolojiyle kullanılabilmelidir. WCAG 2.2; açıklayıcı başlık ve etiketler, görünür klavye odağı ve bağlantı amacının anlaşılması gibi ölçütler içerir (WCAG 2.2). Bunları şablon ve bileşen kabul koşullarına ekleyin.
Kurumsal video, animasyon ve üçüncü taraf araçlar performans bütçesine bağlanmalıdır. Google’ın Web Vitals modeli yükleme, etkileşim ve görsel kararlılığı LCP, INP ve CLS ile izler (Web Vitals). Gerçek kullanıcı verisini mobil ve masaüstü için ayrı değerlendirin.
Ölçüm planını paydaş görevlerine bağlayın
Toplam trafik ve form sayısı tek başına sitenin çalıştığını göstermez. Satın alma için teklif başlangıcı ve nitelikli talep; teknik ekip için doküman kullanımı ve görüşme talebi; aday için ilan görüntüleme ve uygun başvuru; uluslararası ziyaretçi için doğru dilde içerik yolu ölçülebilir. Her olayın tanımı, veri sahibi ve rapor alıcısı yayından önce belirlenmelidir.
Yayın yönetişimini tasarım dosyasına bırakmayın
Kurumsal site yayına alındıktan sonra yeni çözüm, ekip, vaka ve kariyer içerikleri farklı birimler tarafından güncellenecektir. Bu nedenle yönetim panelinde rol bazlı yetki, taslak–onay–yayın akışı, sürüm geçmişi, medya ölçüleri ve zorunlu SEO alanları tanımlanmalıdır. Hukuki veya ticari iddia taşıyan içerikler için ikinci onay gerekebilir. Eski içerik silinmeden önce yönlendirme, arşivleme ve bağlı doküman etkisi değerlendirilmelidir.
Bakım sözleşmesi yalnız teknik güncelleme süresi değildir. İçerik sahipliği değiştiğinde erişimlerin kapatılması, dil çiftlerinin birlikte güncellenmesi, formların ve entegrasyonların periyodik test edilmesi, bozuk bağlantı ve görsel kontrolleri ile analitik olayların çalıştığının doğrulanması ayrı sorumluluklardır. Teklifte bu kontrollerin sıklığını, kanıt formatını ve sorun halinde müdahale sahibini yazın.
Teklifte aranacak teslimatlar
- Paydaş görevleri ve içerik yolları
- Sayfa, kanıt ve içerik sahipliği envanteri
- Türkçe–İngilizce yerelleştirme ve dil eşleme planı
- Mobil, erişilebilir ve hatalı durumları içeren prototipler
- Teklif, kariyer ve teknik görüşme form senaryoları
- Analitik olaylar ve nitelikli talep tanımı
- Kaynak dosya, hesap, dokümantasyon ve bakım devir planı
Ayrıntılı brief için web sitesi ihtiyaç dokümanı rehberini kullanabilir, uygulama yaklaşımını Kumsal Ajans web tasarım hizmeti sayfasında inceleyebilirsiniz. Başarılı kurumsal site, herkese aynı mesajı gösteren vitrin değil; doğru paydaşı doğrulanabilir bilgiyle doğru iş adımına taşıyan yönetilebilir bir sistemdir.