Bir web sitesi projesine başlarken en yararlı soru, ziyaretçinin hangi işini kolaylaştırmak istediğimizdir. Hizmetin kapsamını anlamak, uygun ürünü bulmak, teklif istemek veya bir başvuruyu tamamlamak farklı sayfa ve süreçler gerektirir. Bu kararı vermeden seçilen tema, daha sonra içerik ve işleyişi kendisine uydurabilir.
Web tasarımını; içerik düzeni, görsel dil, kullanıcı deneyimi ve teknik uygulamanın birlikte ele alındığı bir proje olarak değerlendiriyorum. Kurucu ve proje yöneticisi olarak çalışma odağım, iş ihtiyacıyla alınacak kararları aynı çerçevede toplamak. Ücretli danışmanlık ve proje liderliğinin kapsamı, mevcut durum ve ihtiyaç belirlendikten sonra oluşturulur.
Web tasarımı ve geliştirme nasıl ayrılır?
Tasarım, bilginin nasıl düzenleneceği ve ziyaretçinin hangi sırayla karar vereceğiyle ilgilenir. Geliştirme bu deneyimin tarayıcıda, içerik sisteminde ve bağlantılı hizmetlerde çalışmasını sağlar. İki alanın ortak kararları çoktur: uzun bir formun görünümü kadar hangi veriyi neden istediği ve hata olduğunda nasıl davrandığı da tasarımın parçasıdır.
Bu nedenle teslimi yalnız masaüstü ekran görselleriyle tanımlamak eksik kalır. İçeriklerin yerleştirildiği sayfalar, mobil akışlar, boş durumlar, hata mesajları, bağlantılar ve güncelleme yöntemi de kapsamda açıkça yer almalıdır. Her özellik için hem ziyaretçinin gördüğü yüz hem de işletmenin yöneteceği iş düşünülmelidir.
Kapsam belgesinde bulunması gereken kararlar
İlk görüşme veya iç planlama için aşağıdaki başlıkları hazırlamak, tekliflerin daha karşılaştırılabilir olmasına yardımcı olur.
| Başlık | Netleştirilecek konu | Somut çıktı |
|---|---|---|
| Amaç | Ziyaretçinin tamamlaması beklenen iş | Öncelikli kullanıcı akışları |
| İçerik | Hangi bilgi var, hangisi üretilecek? | Sayfa ve içerik listesi |
| Dil | Hangi okuyucuya hangi dilde ulaşılacak? | Dil ve içerik sorumluları |
| İşlev | Form, arama, ödeme veya hesap gerekiyor mu? | İşlev ve entegrasyon listesi |
| Ölçüm | Başarı hangi gözlemle değerlendirilecek? | Olay ve raporlama planı |
| İşletim | Yayından sonra kim neyi değiştirecek? | Yetki ve bakım düzeni |
“Kurumsal site” veya “modern tasarım” tek başına yeterince açık bir kapsam değildir. Örneğin iki dilde bir tanıtım sitesi ile iki dilde teklif formu, ürün kataloğu ve farklı ekip onayları bulunan bir site aynı iş yükünü taşımaz. Sayfa sayısının yanında içerik türlerini ve işlem karmaşıklığını da belirt.
İçeriği tasarımın girdisi yap
Başlıklar, açıklamalar ve gerçek görseller tasarımın yerini belirler. Örnek metinlerle onaylanan bir düzen, gerçek içerik geldiğinde taşabilir veya önemli bilgiyi aşağıya itebilir. Bu nedenle önce ana sayfanın, hizmet sayfasının ve iletişim akışının ne anlatacağını yazmak gerekir.
İçerik envanterinde her sayfanın tek bir ana sorusunu belirt. Aynı soruyu tekrar eden sayfaları birlikte değerlendir; ayrı ihtiyacı olan sayfaları yalnız benzer kelimeler kullandıkları için birleştirme. Yeni site mevcut bir sitenin yerini alıyorsa eski adresler, arama trafiği ve dış bağlantılar da bu listenin parçasıdır.
Güven oluşturan içerik doğrulanabilir olmalıdır. Gerçek olmayan müşteri logoları, belirsiz başarı yüzdeleri veya doğrulanmamış proje rolleri görsel boşluğu doldurmak için kullanılmamalı. Bir sonuç henüz ölçülmediyse yaklaşımı, kararın gerekçesini ve çalışma kapsamını anlatmak daha doğru bir başlangıçtır.
Mobil deneyimi ayrı bir teslim ölçütü olarak tanımla
Bir sayfanın telefonda daralması, mobil kullanımın tamamlandığını göstermez. Ziyaretçinin metni okuyabilmesi, menüden yolunu bulabilmesi, doğru alana dokunabilmesi ve formdaki hatayı anlayabilmesi gerekir. Özellikle uzun başlıklar, karşılaştırma tabloları, onay kutuları ve ekranın altına sabitlenen alanlar birlikte denenmelidir.
Kontrolü ana sayfayla sınırlama. En uzun içerik, iletişim formu, varsa ürün veya hizmet detayı ve hata sayfası da test grubunda bulunsun. Tarayıcı genişliğiyle yapılan kontrolün yanına, teslim aşamasında gerçek cihaz ve bağlantı koşullarını ekle. Sonucu “mobil uyumlu” gibi tek bir sıfat yerine hangi akışın hangi koşullarda denendiğiyle kaydet.
Erişilebilirliği başlangıçtan itibaren ele al
Başlıkların düzeni, form etiketleri, klavye odağı, renk karşıtlığı ve metni büyüttüğünde sayfanın kullanılabilir kalması erken dönemde kontrol edilebilecek alanlardır. Bu konuları sonradan eklenecek bir katman gibi görmek, tasarım kararlarının yeniden yapılmasına yol açabilir.
W3C’nin ilk erişilebilirlik kontrolü; sayfa başlığı, başlık yapısı, klavye odağı, yakınlaştırma ve form etiketleri gibi konuları kapsar. Aynı kaynak, bu kısa kontrollerin kapsamlı erişilebilirlik değerlendirmesinin yerine geçmediğini açıklar. Birkaç otomatik testi geçen siteyi tam uyumlu olarak tanımlamamak gerekir. W3C erişilebilirlik için ilk kontroller.
Teknik seçimi bakım ihtiyacıyla birlikte yap
İçeriği ne sıklıkla güncellediğin, kaç kişinin çalıştığı ve hangi sistemlerle bağlantı gerektiği teknik seçimi etkiler. Seyrek güncellenen bir uzmanlık sitesiyle günlük ürün eklenen mağazanın aynı yönetim düzenine ihtiyacı olmayabilir. Kararı yalnız kullanılan teknolojinin adıyla vermek yerine işletmenin sürdürebileceği yöntemi değerlendir.
Teklifte üçüncü taraf abonelikleri, lisanslar, alan adı, barındırma, içerik güncelleme yöntemi ve düzenli bakım sorumluluğu görünür olsun. Bir entegrasyon çalışmazsa sorunun hangi tarafta inceleneceği de belirlenmeli. Kurulumun tamamlanmasıyla sürekli destek verilmesi ayrı kapsamlar olabilir; ikisini baştan açıkça konuş.
Hesapların sahipliği işletmede kalmalı. Uygulama ekibine ihtiyaç duyduğu erişim verilirken yetkinin kapsamı ve iş bitiminde nasıl kaldırılacağı belirlenebilir. Bu düzen, her değişiklikte aynı kişiye bağımlı kalmayı azaltır ve teslimi daha anlaşılır hale getirir.
SEO ve ölçümde gerçekçi bir teslim iste
Teknik olarak erişilebilir sayfalar, anlaşılır içerik, doğru bağlantılar ve tutarlı adres yapısı arama görünürlüğü için çalışma alanlarıdır. Yeni bir tasarımın kendiliğinden üst sıra veya belirli trafik getireceğini varsayma. Google’ın başlangıç rehberi de bir sitenin indekslenmesi veya ilk sıraya çıkması için garanti olmadığını belirtir. Google SEO başlangıç rehberi.
Mevcut site yenileniyorsa Search Console ve Analytics geçmişini korumayı planla. Hangi eski adresin aynı kalacağını, hangisinin karşılığına yönleneceğini ve hangi içeriğin yeniden çalışılacağını yayın öncesinde belirle. Bütün eski adresleri ana sayfaya yönlendirmek, ziyaretçinin aradığı cevabı ortadan kaldırabilir.
Ölçümde de form düğmesine basılmasını gerçek talebin teslim edilmesiyle karıştırma. Hangi olayın hangi aşamayı temsil ettiğini tanımla. Ziyaretçinin iletişim metnini veya başka özel bilgileri ölçüm olaylarına taşımadan, işin ihtiyacı olan sınırlı veriyi kullan.
Adana, Mersin veya Osmaniye’de proje planlarken
Bu şehirlerden birinde faaliyet gösteren işletme için yerel içerik ihtiyacı olabilir. Hizmet verilen bölge, çalışma saatleri, fiziksel ziyaret koşulları ve teslimat sınırları gerçeği yansıtmalıdır. Her şehir için aynı metindeki yer adını değiştirmek, ziyaretçinin sorusunu daha iyi cevaplamaz.
Yerel bir uygulama ekibiyle çalışma tercihin varsa bunu kapsam görüşmesinde belirt. Yüz yüze toplantı, yerinde çekim ve işletme içi eğitim gibi işler uzaktan strateji çalışmasından farklı kaynak gerektirir. Bir danışmanın belirli bir şehirden gelen projeyi değerlendirmesi, o şehirde ofisi veya hazır uygulama ekibi bulunduğu anlamına gelmez. Çalışma biçimini varsaymak yerine somut teslimlere göre kararlaştır.
Küçük işletmeler için ilk sürümün dar kapsamlı olması mümkündür. Önemli olan daha az sayfada işin anlaşılır biçimde anlatılması, iletişim yolunun çalışması ve gelecekteki güncellemelerin yönetilebilmesidir. Henüz ihtiyaç duyulmayan hesap sistemi veya karmaşık otomasyon, temel anlatım ve form akışının önüne geçmemeli.
Web sitesi yapan uzman veya ekip nasıl seçilir?
Portföyde bir projenin bulunması, o projede hangi sorumluluğun üstlenildiğini tek başına açıklamaz. Tasarım, geliştirme, içerik ve proje yönetimi rollerini sor. Örneğin bir ekran tasarımıyla çalışan bir mağazanın uçtan uca teslimi farklı işlerdir. Örnekleri yalnız görünüşleriyle değil, senin ihtiyaç duyduğun görevleri ne kadar iyi karşıladıklarıyla değerlendir.
Teklifte sayfa ve içerik türleri, entegrasyonlar, mobil kontrol, erişilebilirlik incelemesi, yayın işlemi ve bakım sınırları açık olsun. Hangi içeriği kimin hazırlayacağını ve geciken bir girdinin takvimi nasıl etkileyeceğini konuş. “SEO dahil” veya “sınırsız destek” gibi belirsiz ifadelerin somut karşılığını iste.
Özel yazılımın her zaman hazır altyapıdan daha iyi olduğu varsayılmaz. Günlük güncellemeyi kim yapacak, hangi bağımlılıklar oluşacak, bakım nasıl sağlanacak? Bu sorular çözümün sürdürülebilirliğini belirler. Teklifin hangi gereksinimi hangi yöntemle karşıladığını karşılaştırmak, yalnız teknoloji adlarını karşılaştırmaktan daha yararlıdır.
Alan adı, hosting, içerik ve kaynak dosyalarının sahipliği ile erişim devri baştan belirlenmelidir. Teslimden sonra başka bir uzmanla çalışmak istersen gerekli dosyalara ve hesaplara ulaşabilmelisin. Kararı “en iyi firma” gibi bağlamsız bir sıralamaya değil, kapsamın ve sorumlulukların açıklığına dayandır.
Yayın ve teslim nasıl kapanmalı?
Yayın öncesinde sayfa listesi, formlar, yönlendirmeler, mobil akışlar ve erişim kontrolleri birlikte değerlendirilir. Bir hata halinde hangi sürüme dönüleceği ve işlemi kimin yapacağı belli olmalı. Canlı ortamda da yalnız ana sayfanın açıldığını görmekle yetinilmez; ziyaretçinin tamamlaması beklenen işlemler denenir.
Teslim belgesinde yönetim yolu, hesap sahipleri, bakım sorumluluğu, bilinen sınırlılıklar ve son test sonuçları bulunmalıdır. Sonraki değişikliklerin kim tarafından, hangi kapsamda yapılacağı açık olduğunda site işletmenin kullanabildiği bir varlık haline gelir.
Mevcut siteni yeniliyor veya yeni bir proje planlıyorsan iletişim sayfasından işletmenin bağlamını, ana ihtiyacını ve hedeflediğin zamanı paylaşabilirsin. Danışmanlık, strateji ve proje liderliği ücretli çalışma kapsamında değerlendirilir; kapsam belirlenmeden fiyat veya sonuç sözü verilmez.