Kurumsal Web Sitesi Öncesi Hazırlık Rehberi

Web Sitesi Projesinden Önce Hazırlık Neden Önemlidir?

Web tasarım süreci çoğu zaman görsel örnekler üzerinden başlatılır. Oysa arayüz; amaç, içerik, kullanıcı ve teknik kapsam kararlarının görünen sonucudur. Hangi hizmetin öncelikli olduğu bilinmeden ana sayfa hiyerarşisi; hangi kullanıcıların siteye geleceği anlaşılmadan menü yapısı; hangi işlemlerin yapılacağı belirlenmeden form ve yönetim paneli doğru planlanamaz. Bu nedenle hazırlık, tasarımdan önce gelen bürokratik bir iş değil, tasarım kararlarını besleyen proje çalışmasıdır.

İyi hazırlanmış bir ihtiyaç belgesi, farklı firmalardan gelen teklifleri de karşılaştırılabilir hâle getirir. Aynı sayfa, içerik, entegrasyon ve destek kapsamına cevap veren teklifler arasında fiyat ve yöntem farklarını görmek daha kolaydır. Teklif aşamasında hangi soruların sorulacağını ayrıca incelemek için web tasarım teklifi alırken sorulması gereken 20 soru rehberinden yararlanabilirsiniz.

Önce Web Sitesinin Amacını ve Hedef Kullanıcılarını Tanımlayın

Tek birincil iş hedefi belirleyin

“Kurumsal görünmek” tek başına ölçülebilir bir proje hedefi değildir. Yeni müşteri adaylarından teklif almak, telefon görüşmesi başlatmak, randevu toplamak, bayi başvurusu almak, ürün kataloğunu sunmak, satış ekibine nitelikli talep iletmek veya yatırımcılara kurumsal bilgi sağlamak gibi daha somut hedefler tanımlayın. Bir sitenin birden fazla görevi olabilir; ancak ana sayfanın ve temel kullanıcı akışının öncelikli bir sonuca göre düzenlenmesi gerekir.

Hedefi bir cümleyle yazmayı deneyin: “Web sitesi, İzmir ve Türkiye genelinde kurumsal web tasarım arayan işletmelerin hizmet kapsamını anlamasını ve proje talebi oluşturmasını sağlamalıdır.” Böyle bir cümle; hangi bilgilerin öne çıkacağını, hangi kanıtların gerekli olduğunu ve hangi çağrı butonunun kullanılacağını tasarım ekibine anlatır.

Kullanıcıları yalnız demografik bilgilerle tanımlamayın

Hedef kullanıcı çalışmasında yaş ve şehir kadar ziyaretçinin amacı, bilgi düzeyi, karar verme rolü ve itirazları önemlidir. Satın alma yöneticisi teknik uygunluk ve süreyi; işletme sahibi maliyet, güven ve geri dönüşü; son kullanıcı kolay kullanım ve hızlı iletişimi önceliklendirebilir. Her kullanıcı grubu için şu sorular cevaplanabilir:

• Siteye hangi ihtiyaç veya sorunla geliyor?
• Karar vermeden önce hangi bilgileri görmek istiyor?
• Hangi terimleri biliyor, hangilerinin açıklanması gerekiyor?
• Telefon, form, WhatsApp, randevu veya satın alma seçeneklerinden hangisini tercih ediyor?
• Güven oluşturmak için hangi doğrulanabilir bilgi ve belgeleri arıyor?

Hizmet Envanterini, Site Haritasını ve Gerekli İşlevleri Çıkarın

Hizmet ve ürünleri iş modelinize göre gruplayın

Önce işletmenin sunduğu bütün hizmet, ürün, marka, şube ve çözüm alanlarını listeleyin. Ardından kullanıcıların bunları nasıl aradığını ve aralarındaki ilişkiyi değerlendirin. Şirket içindeki departman yapısını doğrudan web sitesi menüsüne taşımak her zaman doğru olmayabilir; ziyaretçi organizasyon şemasını değil, ihtiyacına giden en kısa yolu görmek ister.

Başlangıç site haritasında ana sayfa, hakkımızda, hizmetler, ürünler, referanslar veya başarı hikâyeleri, blog ve iletişim gibi temel bölümler bulunabilir. Ancak her işletmede aynı menüyü kullanmak yerine hizmet sayısı, satış süreci, şubeler, dil seçenekleri ve içerik derinliğine göre yapı kurulmalıdır. Kurumsal web tasarım projesinin kapsamı tam olarak bu bilgi mimarisi çalışmasıyla şekillenir.

İşlevleri yalnız isimleriyle değil, çalışma kurallarıyla yazın

“Teklif formu”, “üyelik”, “bayi girişi” veya “CRM bağlantısı” gibi ifadeler kapsamı açıklamak için yeterli değildir. Formda hangi alanların bulunacağı, başvurunun kime iletileceği, hangi bildirimlerin gönderileceği, kullanıcıların oturum açıp açmayacağı, verinin hangi sisteme kaydedileceği ve hata durumunda ne olacağı belirtilmelidir. Bu ayrıntılar hazır paket ile özel yazılım geliştirme arasındaki sınırı da belirler.

İçerik, Belge ve Görsel Envanterini Hazırlayın

Mevcut içerikleri tek yerde toplayın

Eski web sitesi, sunumlar, kataloglar, teklif dosyaları, sosyal medya açıklamaları ve satış ekibinin kullandığı metinler dağınık olabilir. Bunları tek klasörde toplamak, tekrar eden veya çelişen bilgileri görmeyi sağlar. Her dosyayı “güncel”, “güncellenecek”, “kullanılmayacak” ve “yeniden hazırlanacak” şeklinde işaretleyin. Hizmet adı, şirket tarihi, adres, ekip, sertifika ve teknik özellik gibi bilgiler için işletme içinde doğrulama sorumlusu belirleyin.

İçerik hazırlığı yalnız yazım işi değildir. Her sayfanın hangi kullanıcı sorusuna cevap verdiği, hangi kanıtı sunduğu ve hangi sonraki adıma bağlandığı planlanmalıdır. Ana sayfadaki kısa bir hizmet açıklaması ile ayrıntılı hizmet sayfası aynı metnin farklı uzunlukları olmamalı; kullanıcı yolculuğunda farklı görevler üstlenmelidir.

Görselleri kullanım hakkı ve teknik kalitesiyle birlikte değerlendirin

Logo dosyasının mümkünse vektörel sürümünü; fotoğrafların yüksek çözünürlüklü asıllarını; ürün, ekip, ofis ve proje görsellerini açıklayıcı dosya adlarıyla teslim edin. İnternetten bulunan bir görselin kullanılabilir olduğu varsayılmamalıdır. Fotoğrafı kimin çektiği, kullanım hakkının kimde olduğu ve görselde yer alan kişiler için gereken izinlerin bulunup bulunmadığı işletme tarafından kontrol edilmelidir.

• Vektörel logo ve açık/koyu zemin alternatifleri
• Kurumsal renkler, yazı karakterleri ve varsa marka kılavuzu
• Şirket, ekip, ofis, üretim, ürün ve hizmet fotoğrafları
• Yetkili kişi tarafından doğrulanmış hizmet ve kurumsal bilgiler
• Referans logoları ile yayınlanmasına izin verilen proje açıklamaları
• Katalog, sertifika ve indirilebilir belgelerin güncel sürümleri
• Telefon, e-posta, adres, harita konumu ve sosyal medya hesapları

Alan Adı, Hosting, E-Posta ve Mevcut Sistem Envanterini Çıkarın

Yeni bir web sitesi sıfırdan tasarlansa bile mevcut alan adı, DNS, hosting, e-posta, SSL, analiz araçları ve üçüncü taraf servislerle ilişkilidir. Bu varlıkların hangi firmada bulunduğunu, kimin adına kayıtlı olduğunu, yenileme tarihlerini ve hangi yetkili hesaplarla yönetildiğini yazın. Erişim bilgilerini ilk teklif mesajında göndermek yerine güvenli paylaşım yöntemi ve yetki seviyesi proje başladıktan sonra belirlenmelidir.

Eski site yenileniyorsa taşıma envanteri hazırlayın

Mevcut sayfaların adresleri, organik trafik alan içerikler, indirilebilir dosyalar, formlar, veri tabanı kayıtları ve çalışan entegrasyonlar listelenmelidir. Yeni sitede URL'ler değişecekse yönlendirme haritası oluşturulmalı; yalnız dosyaları yeni sunucuya kopyalamanın geçiş planı olmadığı bilinmelidir. E-posta DNS kayıtlarının yanlış değiştirilmesi iletişimi kesebileceği için site yayını ile e-posta altyapısı birlikte değerlendirilmelidir.

Sunucu ve e-posta altyapısı ayrıca değerlendirilecekse hosting hizmeti, kurumsal e-posta ve sistemler arası bağlantılar için API entegrasyonu sayfalarındaki kapsam başlıklarından yararlanabilirsiniz.

SEO Hazırlığını Tasarım Sonrasına Bırakmayın

Arama motoru optimizasyonu yalnız yayından sonra sayfalara kelime eklemek değildir. Hizmetlerin hangi sayfalarda anlatılacağı, kullanıcıların hangi soruları sorduğu, sayfalar arasındaki ilişki, URL yapısı, başlık hiyerarşisi, taranabilir bağlantılar ve eski adreslerin yönlendirilmesi geliştirme öncesinde planlanmalıdır. Google'ın SEO Başlangıç Rehberi, sitenin önce kullanıcılar için hazırlanmasını ve arama motorlarının içeriği anlamasını kolaylaştıran yapının kurulmasını temel alır.

Arama niyetlerini hizmet listesiyle eşleştirin

Müşterilerin işletme içinde kullandığınız terimlerle değil, ihtiyaçlarını ifade eden farklı sorgularla arama yapabileceğini düşünün. Her sorgu için ayrı sayfa açmak yerine aynı amacı taşıyan konuları tek güçlü sayfada birleştirin. Hizmet, sektör ve lokasyon sayfaları arasındaki ayrımı gerçek kullanıcı ihtiyacına göre yapın. Bu çalışma, menü ve içerik planının yanında hangi sayfaların öncelikle yazılacağını da gösterir.

Mevcut sitenin değerini kaybetmeden geçiş planlayın

Eski sitenin hangi URL'lerinin Google'da bulunduğunu, bağlantı aldığını veya ziyaretçi getirdiğini Search Console ve analiz verileriyle inceleyin. Kaldırılan sayfalara otomatik olarak ana sayfaya yönlendirme yapmak yerine en ilgili yeni karşılığı belirleyin. Sayfa başlığı, meta açıklama, canonical, robots, XML site haritası ve yapılandırılmış veri sorumluluklarının proje kapsamına dahil olup olmadığını teklifte netleştirin.

Mobil Kullanım, Erişilebilirlik ve Dönüşüm Beklentilerini Tanımlayın

“Mobil uyumlu olsun” önemli ama eksik bir gereksinimdir. Kullanıcıların telefonda hangi işlemleri yapacağını, hangi bilgilerin ilk ekranda bulunması gerektiğini, uzun formların nasıl sadeleştirileceğini ve masaüstünde çalışan özelliklerin dokunmatik ekranda nasıl kullanılacağını konuşun. Google'ın web geliştiricilerine yönelik rehberi sitelerin güvenli, hızlı, erişilebilir ve bütün cihazlarda çalışır olması gerektiğini vurgular; bu alanların test ve kabul ölçütleri projeye başlamadan belirlenmelidir.

Erişilebilirlik de son kontrolde eklenen ayrı bir katman olarak görülmemelidir. W3C'nin web erişilebilirliğini planlama rehberi, sorumlulukların, bütçenin ve test yaklaşımının proje sürecine dahil edilmesini önerir. Klavye kullanımı, renk karşıtlığı, bağlantı ve buton adları, form etiketleri, hata mesajları, başlık sırası ve görsel alternatif metinleri tasarım sistemi içinde ele alınmalıdır.

Çağrı alanlarını satış süreciyle uyumlu hazırlayın

Ziyaretçiyi her sayfada aynı uzun forma yönlendirmek yerine karar aşamasına uygun seçenekler planlayın. Bilgi arayan kullanıcı için ilgili hizmet içeriği; değerlendirme yapan kullanıcı için referans, süreç ve SSS; iletişime hazır kullanıcı için telefon, teklif veya randevu alanı sunulabilir. Reklam kampanyaları kullanılacaksa genel kurumsal sayfa yerine belirli bir hedefe odaklanan landing page gereksinimi ayrıca değerlendirilmelidir.

Formları, Kişisel Veri Akışlarını ve Hukuki İçerikleri Önceden Belirleyin

İletişim, teklif, üyelik, randevu, iş başvurusu ve e-bülten formları farklı veriler ve amaçlar içerebilir. Her form için hangi bilginin neden istendiğini, nereye kaydedildiğini, kimlerin eriştiğini, hangi hizmetlere aktarıldığını ve ne kadar süre gerektiğini iş süreci açısından çıkarın. Gereksiz alanları azaltmak hem kullanıcı deneyimini sadeleştirir hem de veri akışının yönetilmesini kolaylaştırır.

Kişisel Verileri Koruma Kurumu, veri işlenirken ilgili kişiye veri sorumlusunun kimliği, işleme amacı, aktarım, toplama yöntemi ve hukuki sebep ile hakları konusunda bilgi verilmesi gerektiğini açıklar. KVKK aydınlatma yükümlülüğü kapsamında hangi metin ve mekanizmaların gerekli olduğu, sitenin gerçek veri işleme faaliyetlerine göre yetkin hukuk danışmanıyla değerlendirilmelidir. Genel bir şablonu işletmenin süreçlerini incelemeden kopyalamak yeterli bir hazırlık değildir.

• Her formun amacı ve zorunlu alanları
• Form bildirimini alacak yetkili kişiler
• CRM, e-posta, analiz ve reklam servislerine veri aktarımı
• Aydınlatma, açık rıza ve tercih mekanizmalarının ayrımı
• Çerez ve ölçümleme araçlarının gerçek kullanım listesi
• Yayınlanacak ticari bilgiler, sözleşmeler ve politika metinleri
• İş başvurularında özgeçmiş ve ek dosya süreçleri

Bütçe, Hedef Tarih, Proje Sorumluları ve Onay Sürecini Netleştirin

Bütçeyi yalnız yapım bedeli olarak düşünmeyin

Kurumsal web sitesi bütçesi; analiz, içerik, fotoğraf veya video üretimi, tasarım, yazılım, lisans, entegrasyon, alan adı, hosting, e-posta, güvenlik, bakım ve dijital pazarlama gibi farklı kalemlerden oluşabilir. Bütün hizmetlerin tek seferlik mi, yıllık mı veya kullanım miktarına bağlı mı olduğunu sorun. İşletmenin gerçekçi bütçe aralığını paylaşması, öncelikli ihtiyaçlarla daha sonraki fazlara bırakılabilecek özelliklerin ayrılmasını sağlar.

Yayın tarihini bağımlılıklarla birlikte planlayın

Fuar, kampanya, ürün lansmanı veya kurumsal etkinlik gibi sabit bir tarih varsa ilk görüşmede açıklayın. Ancak takvim yalnız tasarım ve kodlama süresinden oluşmaz. İçeriklerin sağlanması, fotoğraf çekimi, entegrasyon erişimleri, yönetim onayları, veri taşıma ve test süreleri de plana dahil edilmelidir. “Bir an önce” yerine hedef tarih, iş gerekçesi ve gecikmesi hâlinde etkilenecek faaliyet yazılmalıdır.

Tek bir proje sorumlusu ve açık onay düzeni kurun

Çok sayıda kişinin birbirinden bağımsız yorum göndermesi tasarım kararlarını çelişkili hâle getirebilir. İşletme içinde görüşleri toplayan, önceliklendiren ve tek geri bildirim olarak ileten bir proje sorumlusu belirleyin. Marka, hukuk, satış ve teknik ekiplerin hangi aşamalarda onay vereceğini; geri bildirim için kaç iş günü ayrılacağını ve nihai karar yetkisinin kimde olduğunu baştan yazın.

Web Tasarım Firmasına Gönderilecek Kısa Proje Briefi

İlk temas için onlarca sayfalık şartname hazırlamak zorunda değilsiniz. Aşağıdaki başlıkları bir veya iki sayfalık belgede cevaplamak, firmanın doğru soruları sormasını ve kapsamı daha hızlı anlamasını sağlar. Bilmediğiniz alanlara “öneri bekliyoruz” yazmanız, tahminde bulunmaktan daha değerlidir.

İlk belgeye parola, özel müşteri verisi, sunucu yönetici hesabı veya API anahtarı eklemeyin. Teknik inceleme gerekiyorsa erişim kapsamı, süreli kullanıcı hesabı ve güvenli paylaşım yöntemi proje başladıktan sonra belirlenebilir. Mevcut sistemin incelenmesi veya sorunlarının çözülmesi gerekiyorsa teknik destek hizmetleri kapsamında ayrıca değerlendirme yapılabilir.

Kurumsal Web Sitesi Hazırlığında Sık Yapılan Hatalar

Yayın öncesi son hazırlık kontrolü

• Projenin birincil hedefi ve başarı göstergesi yazıldı.
• Hedef kullanıcılar ve temel kullanıcı akışları tanımlandı.
• Hizmet, ürün, şube ve dil envanteri çıkarıldı.
• Site haritası ile gerekli işlevlerin taslağı hazırlandı.
• İçeriklerin kim tarafından hazırlanacağı ve onaylanacağı belirlendi.
• Logo, görsel, belge ve referansların kullanım durumu kontrol edildi.
• Alan adı, hosting, e-posta ve analiz hesaplarının sahipliği kaydedildi.
• Eski URL'ler, taşınacak içerikler ve yönlendirme ihtiyacı listelendi.
• SEO, mobil kullanım, erişilebilirlik ve performans beklentileri konuşuldu.
• Formlar, veri akışları ve hukuki değerlendirme sorumluları belirlendi.
• Bütçe, hedef tarih, onay yetkilisi ve geri bildirim süresi netleştirildi.
• Yayın sonrası bakım, destek ve içerik yönetimi yaklaşımı kararlaştırıldı.

İzmir'de Kurumsal Web Sitesi Projesi Planlayan İşletmeler İçin Not

Web tasarım firmasıyla aynı şehirde olmak yüz yüze toplantı, fotoğraf çekimi veya yerinde süreç incelemesi gereken projelerde kolaylık sağlayabilir; ancak tek seçim ölçütü konum olmamalıdır. İhtiyaç analizi yöntemi, içerik ve SEO yaklaşımı, kullanılan teknoloji, proje iletişimi, teslimlerin açıklığı ve yayın sonrası destek modeli birlikte değerlendirilmelidir. İzmir merkezli Sistemedya, proje kapsamına göre görüşmeleri ofiste veya çevrim içi yürütebilir; Türkiye'nin farklı şehirlerindeki işletmeler için de içerik ve teknik süreçler uzaktan planlanabilir.

Kurumsal Web Sitesi Hazırlığı Hakkında Sık Sorulan Sorular