Web Tasarım
Ankara Kurumsal Web Sitesi: Sayfa Yapısı ve İçerik Planı Nasıl Hazırlanır?
Kurumsal bir web sitesinin sayfa sayısından önce her sayfanın hangi soruyu cevaplayacağı belirlenmelidir. Hizmet, ürün, referans ve iletişim içeriklerini birbirine bağlayan bir plan; yazım işini, tasarım kararlarını ve ekip onaylarını kolaylaştırır. Bu rehber, içerik envanterinden yayın kontrolüne kadar uygulanabilir bir çalışma düzeni sunar.
Sayfa listesi müşterinin sorularından çıkmalı
Kurumsal web sitesi planlanırken ilk dosya çoğu zaman menü ağacı olur: ana sayfa, hakkımızda, hizmetler, referanslar ve iletişim. Bu liste başlangıç için işe yarar; ancak hangi bilginin nereye yerleşeceğini tek başına açıklamaz. Ankara'da bir mühendislik firmasını araştıran satın alma yetkilisi, şirketin kuruluş hikâyesinden önce hangi işi üstlenebildiğini öğrenmek isteyebilir. Bir aday çalışan ise ekip ve çalışma alanlarına bakar. İçerik planı bu farklı ihtiyaçları görünür kılmalıdır.
Her ziyaretçi grubu için bir karar sorusu yazın. “Bu şirket benim istediğim ölçekte üretim yapıyor mu?”, “Teklif için hangi dosyaları göndermeliyim?” veya “Bu hizmetin çıktısı tam olarak nedir?” soruları iyi bir başlangıçtır. Sonra bu soruları cevaplayacak kanıtları belirleyin. Teknik özellik, süreç açıklaması, gerçek proje bilgisi ve iletişim yöntemi farklı kanıt türleridir. Her sayfanın görevi net olduğunda tasarım ekibi de hangi bilginin öne çıkması gerektiğini daha doğru değerlendirebilir.
Mevcut malzemeyi envantere dönüştürün
İçerik üretimine sıfırdan başlamadan önce elinizdeki dosyaları toplayın. Satış sunumları, ürün föyleri, kataloglar, eski site metinleri ve sık sorulan müşteri soruları çoğu kurumda dağınık biçimde bulunur. Bunları yalnızca ortak klasöre atmak yetmez. Her malzemenin sahibi, güncellik tarihi, yayınlanabilirliği ve hangi sayfada kullanılacağı kaydedilmelidir. Özellikle üretim kapasitesi ve teknik yetenek gibi bilgiler, farklı departmanların belgelerinde çelişebilir. İçerik planı bu çelişkiyi yayından önce çözmek için fırsattır.
Bir tabloya sayfa adı, amaç, hedef okuyucu, gerekli kanıt, metin sorumlusu, görsel sorumlusu ve onaylayan kişi sütunları ekleyin. “Bekleniyor” ifadesi yerine beklenen dosyayı açıkça yazın: güncel tesis fotoğrafı, ürün ölçü tablosu veya proje kapsam özeti gibi. Böylece gecikmenin tasarımda mı, metinde mi, teknik onayda mı olduğu anlaşılır. Takvim, hayali bir bütünün tamamlanmasını beklemek yerine somut iş parçalarının durumunu gösterir.
Hizmet ve ürün sayfalarının görevlerini ayırın
Bir hizmet sayfası, müşterinin yaşadığı problemi ve bu probleme nasıl yaklaşıldığını açıklamalıdır. Kapsama giren işler, gerekli başlangıç bilgileri, süreç adımları ve teslim türleri burada yer alabilir. Sadece “kaliteli, hızlı, profesyonel” gibi sıfatlar kullanmak hizmetler arasındaki farkı siler. Örneğin kurumsal eğitim hizmetinde katılımcı profili ve eğitim çıktıları, teknik bakım hizmetinde ekipman ve müdahale kapsamı daha yararlı bilgilerdir. İçerik, okuyucunun kendi ihtiyacını tarif etmesine yardım etmelidir.
Ürün sayfasında ise karşılaştırılabilir bilgi gerekir. Model adı, kullanım alanı, ölçü, malzeme, uyumluluk ve belge bağlantıları ürünün niteliğine göre düzenlenir. Her üründe aynı alanların bulunması editörün işini de kolaylaştırır. Farklı ailelerin farklı özellikleri varsa tek bir dev tabloya zorlamak yerine aileye uygun düzen kurun. Yazılım hizmeti kapsamındaki site çalışmasında veri yapısının bu içerik düzenine göre kurulması, sonradan eklenen ürünlerde tutarlılığı korumaya yardımcı olur.
Referans sayfasında bağlam ve katkı bulunmalı
Referanslar bölümünü yalnızca logolardan oluşturmak, kurumun kimlerle çalıştığını gösterir; ne yaptığını açıklamaz. Yayınlanabilir bilgi varsa projenin amacı, kapsamı, teslim edilen iş ve kullanılan çözüm yaklaşımı anlatılabilir. Bir fuar standı iletişimiyle bir kurumsal yazılım projesi aynı ayrıntı düzeyini gerektirmez. Her örnekte okuyucunun “Bu deneyim benim ihtiyacımla ilgili mi?” sorusuna cevap arayın. Açıklanamayan veya doğrulanamayan sonuçlar eklemek yerine kapsamı dürüstçe anlatmak daha yararlıdır.
Görselleri metinden bağımsız düşünmeyin. Bir tesis fotoğrafının altındaki açıklama, hangi birimi gösterdiğini söyleyebilir. Grafik gerçekten bilgi taşıyorsa uygun metinsel açıklaması bulunmalıdır. W3C WAI görsel rehberi, alternatif metnin görselin sayfadaki amacına göre belirlenmesini açıklar. İçerik tablonuzda görselin dosya adının yanında işlevini de yazmak, tasarım ve erişilebilirlik kontrolünü aynı kaynaktan yürütmenizi sağlar.
Dil ve onay düzeni baştan kurulmalı
Kurumsal metinlerde en çok zaman kaybettiren durumlardan biri, her yöneticinin farklı bir anlatım istemesidir. Yazıma başlamadan önce hitap biçimini, teknik ayrıntı düzeyini ve kullanılacak terimleri kararlaştırın. Bir üretici için “müşteri”, “iş ortağı” ve “bayi” aynı grubu ifade etmeyebilir. Terimleri gelişigüzel değiştirmek hem anlamı hem şirket içi onayı zorlaştırır. Kısa bir örnek sayfayı önce onaylatmak, bütün metinleri farklı beklentilerle yeniden yazmaktan daha verimlidir.
Çok dilli sitede her dil için ayrı sorumlu belirleyin. Çeviri, eksik kaynak bilgiyi tamamlamaz; teknik bir terim yanlışsa bütün dillere taşınır. Bu nedenle önce kaynak metnin doğruluğu kontrol edilmeli, ardından diğer diller gözden geçirilmelidir. Menü ve düğme metinlerinin farklı uzunlukları da tasarımda denenmelidir. Dil sürümlerinin aynı anda mı yoksa ayrı tarihlerde mi yayınlanacağı, sayfa planının bir parçası olmalıdır. Boş veya yarım sayfaları yayına yetiştirmek için çoğaltmak iyi bir çözüm değildir.
Güncelleme takvimini de içerik planına ekleyin
Yayın günü her şeyin doğru olması tek başına yeterli değildir. İrtibat kişileri değişebilir, bir ürün üretimden kalkabilir veya yeni hizmet eklenebilir. Her içerik grubuna gözden geçirme sorumlusu atayın; önemli bir değişiklik olduğunda hangi sayfaların birlikte kontrol edileceğini yazın. Böylece bir ürün kaldırılırken eski blog bağlantıları ve indirilebilir kataloglar unutulmaz. İçerik planınız yalnızca üretim takvimi olmaktan çıkar, sitenin doğru bilgi vermesini sağlayan günlük bir başvuru kaynağına dönüşür.
İç bağlantılar okuyucunun sonraki sorusunu izlemeli
Her sayfadan her hizmete bağlantı vermek, içerik planını güçlendirmez. Ürün bilgisini okuyan kişinin ihtiyacına göre teknik belge, ilgili uygulama veya teklif formu gösterilmelidir. Bir referansın altından kullanılan hizmete geçmek anlamlı olabilir. Blog yazıları da temel hizmet bilgisini tekrar etmek yerine karar vermeyi kolaylaştıran ayrıntıları açıklamalıdır. Bu ilişki, web tasarım ajansı seçimi rehberinde tartışılan portföy okumasına da malzeme sağlar.
Yayın öncesinde her sayfayı kendi göreviyle kontrol edin: ziyaretçinin sorusu cevaplanıyor mu, bilgi güncel mi, sorumlu kişi onayladı mı ve bir sonraki adım açık mı? Bunlar tamamlanmadan yalnızca karakter sayısı veya anahtar kelime yoğunluğu üzerinden karar vermeyin. Yeni site için teklif talebine mevcut sayfa tablonuzu eklemek, görüşmeyi hızlandırabilir. İçerik planı iyi hazırlandığında sitenin tasarımı da metni de aynı iş amacına hizmet eder.
