Web Tasarım ve UI/UX
Kurumsal Web Sitesi Yenileme Sürecini Planlama Rehberi
Kurumsal web sitesini yenilemek yalnızca tasarımı değiştirmek değildir. Hedefleri, içeriği, teknik gereksinimleri ve yayın sonrası sorumlulukları birlikte ele alarak projenizi planlayın.
Yenileme kararını görünümden önce iş ihtiyacına bağlayın
Kurumsal web sitesi yenileme süreci çoğu zaman “Sitemiz artık eski görünüyor” cümlesiyle başlar. Ancak yeni renkler ve farklı bir ana sayfa, mevcut sorunları tek başına çözmez. Ziyaretçiler hizmetlerinizi anlayamıyor, aradıkları bilgiye ulaşamıyor veya iletişim formunu tamamlayamıyorsa ihtiyaç görsel değişiklikten daha kapsamlıdır. İlk adım, görünümün arkasındaki sorunu tanımlamaktır.
İyi bir plan, işletmenin beklentileriyle kullanıcıların ihtiyaçlarını birlikte değerlendirir. Satış ekibi daha nitelikli talepler, insan kaynakları kolay bulunabilen ilanlar, içerik ekibi ise geliştiriciye bağımlı olmadan güncelleme yapabilmek isteyebilir. Bu beklentiler ortak bir çerçevede ele alınmadığında yeni site, eski sorunları farklı bir arayüzle taşır.
Yenilemenin gerekçesini kısa bir proje özetine dönüştürün. Hangi sorun çözülecek, kim bundan yararlanacak ve iyileşme nasıl değerlendirilecek? Öncelikleri, kapsam sınırlarını ve karar sorumlularını bu belgede belirtin. Böylece hem tüm siteyi yeniden yapmanın gerekli olup olmadığını görebilir hem de sonradan gelen talepleri başlangıç hedefleriyle karşılaştırabilirsiniz.
Öne çıkanlar
Hedeflerle birlikte başarı ölçütlerini belirleyin
“Daha modern bir site” bir beklentidir, fakat tek başına başarı ölçütü değildir. Hedefleri kullanıcıların yapmak istediği işlerle ilişkilendirin. Teklif taleplerini geliştirmek istiyorsanız ziyaretçinin doğru hizmeti bulması, kapsamı anlaması ve uygun iletişim kanalına ulaşması birlikte ele alınmalıdır. Yalnızca form gönderimi sayısına bakmak, taleplerin niteliğini açıklamaz. Her sayfanın görevi aynı değildir. Bazıları güven oluşturur, bazıları teknik bilgi verir, bazıları mevcut müşterilerin işini kolaylaştırır. Sayfaların görevlerini belirlemek, içerik ve tasarım kararlarını daha tutarlı hale getirir. Ekiplerin çelişen beklentilerini de başlangıçta görünür kılar; böylece öncelikler tasarım onayı sırasında değil, planlama aşamasında konuşulur. Mevcut durumu kaydetmeden yayın sonrası sonuçları yorumlamak güçleşir. Trafik kaynaklarını, önemli sayfaların kullanımını ve form akışlarını inceleyin. Ölçüm altyapısı eksikse bunu kapsama dahil edin. Karşılaştırmalarda mevsimselliği, kampanyaları ve içerik değişikliklerini dikkate alın; gözlenen her değişimi doğrudan yeni tasarıma bağlamayın. Ölçütler sonuç garantisi değil, karar desteği sağlamalıdır.
Verinin sahibini belirleyin
Her ölçütün hangi araçtan alınacağını, kim tarafından yorumlanacağını ve hangi kararı destekleyeceğini yazın. Ölçümü düzenli değerlendirmeye bağlayın.
Editör deneyimini de değerlendirin
Yeni sayfa oluşturma, içerik güncelleme ve onay alma süreçlerini başarı değerlendirmesine katın. Sitenin kurum içinde yönetilebilir olması da önemlidir.
Uygulama süreci
Mevcut siteyi içerik, deneyim ve teknik açıdan inceleyin
Mevcut site değerlendirmesi yalnızca hata aramak için yapılmaz. İşe yarayan içerikleri, görünürlük sağlayan sayfaları ve kullanıcıların alıştığı akışları korumak da önemlidir. Bulguları etkileri, önerilen çözümleri ve öncelikleriyle birlikte ortak bir çalışma listesinde toplayın. Böylece yenileme kararları kişisel beğeniler yerine gözlenen ihtiyaçlara dayanır. Analiz verilerini ekiplerin deneyimiyle tamamlayın. Satış görüşmelerinde sık sorulan sorular, destek taleplerinde tekrarlanan konular ve editörlerin yaşadığı güçlükler, verilerde açıkça görünmeyen sorunları ortaya çıkarabilir. Her bulgunun hangi kullanıcıyı etkilediğini not edin. Bu bağlantı, teknik bir sorunla içerik eksikliği arasında öncelik belirlemeyi kolaylaştırır. İçerikleri koru, iyileştir, birleştir ve kaldır gibi eylemlerle sınıflandırabilirsiniz. Ancak kaldırma kararını yalnızca düşük ziyaret sayısına dayandırmayın. Az ziyaret edilen bir sayfa önemli bir müşteri sorusunu yanıtlıyor veya satın alma kararını destekliyor olabilir. İçeriğin görevini ve başka sayfalarla ilişkisini değerlendirmeden yapılan temizlik, yararlı bilgilerin kaybolmasına yol açabilir.
- 01
İçerik envanteri çıkarın
Sayfaları, belgeleri, görselleri ve dil sürümlerini listeleyin. Güncelliğini yitirmiş veya eksik içerikleri işaretleyin; her içerik için bir sorumlu belirleyin.
- 02
Akışları ve bağımlılıkları belgeleyin
Hizmet araştırma ve iletişim kurma görevlerini mobilde de deneyin. CMS, barındırma, alan adı, formlar ve dış sistem bağlantılarının sahiplerini kaydedin.
Karşılaştırma
Kısmi iyileştirme mi, kapsamlı yenileme mi?
Kısmi iyileştirme: Metinler ve sayfa düzenleri mevcut yapı içinde geliştirilir.
Kapsamlı yenileme: Menü, içerik ilişkileri ve sayfa türleri yeniden kurgulanır.
Kısmi iyileştirme: Mevcut altyapı korunur; değişikliklerin işleyişe etkisi kontrol edilir.
Kapsamlı yenileme: Altyapı değişebilir; taşıma, yönlendirme ve geri dönüş birlikte planlanır.
Kontrol listesi
Bilgi mimarisini gerçek içerikle hazırlayın
Bilgi mimarisi, ziyaretçinin hangi bilgiyi nerede bulacağını belirler. Kurumun organizasyon şemasını doğrudan menüye taşımak yerine kullanıcıların sorularını temel alın. Hizmetleri nasıl arıyorlar, karar vermek için neye ihtiyaç duyuyorlar ve ardından ne yapmak istiyorlar? Sayfa listesini, menüyü ve içerik ilişkilerini bu soruların yanıtlarıyla birlikte hazırlayın. İçerik üretimini tasarım bittikten sonraya bırakmayın. Gerçek metinler henüz hazır değilse taslaklarla çalışmak da sayfanın yoğunluğunu ve eksik açıklamaları görmeyi sağlar. Hizmet, referans ve kariyer sayfalarını aynı kalıba zorlamak yerine görevlerine uygun alanlar tanımlayın. Ortak bileşenleri korurken editörlerin içerik ihtiyaçlarını karşılayacak esnekliği gözetin. Çok dilli bir yapı varsa çeviri ve güncelleme sorumluluklarını da belirleyin. Bir dilde değişen içeriğin diğer sürümlere nasıl aktarılacağı belli olmalıdır. Sayfa yapısı, yalnızca ilk içeriklerin yerleştirilmesini değil, gelecekteki güncellemeleri de desteklemelidir. Eksik metinlerin, belgelerin veya çevirilerin hangi teslimatları etkilediğini proje planında görünür tutun.
- ✓
Sayfanın görevini ve sahibini yazın
Hedef kullanıcıyı, temel soruyu ve beklenen sonraki adımı belirleyin. Metni hazırlayacak, doğrulayacak ve onaylayacak kişileri netleştirin.
- ✓
Eski adresleri yeni yapıyla eşleştirin
Korunacak, birleşecek veya kaldırılacak sayfaları listeleyin. Yönlendirmeleri ilgili içeriklere hazırlayın; ilgisiz adresleri topluca ana sayfaya yönlendirmeyin.
Uygulama süreci
Tasarımı kullanıcı görevleriyle sınayın
Tasarım süreci renk ve tipografi seçimiyle sınırlı değildir. Önce içerik hiyerarşisini ve önemli kullanıcı akışlarını gösteren ekran taslakları hazırlayın; görsel dili bu yapı üzerine kurun. Mobil kullanım, okunabilirlik, erişilebilirlik ve performansı birlikte değerlendirin. Büyük görseller veya yoğun animasyonlar bilgiye ulaşmayı zorlaştırıyorsa kullanım biçimlerini yeniden düşünün. Onay görüşmelerini yalnızca “Beğendiniz mi?” sorusuyla yürütmeyin. Hizmeti bulma, kapsamı anlama ve iletişime geçme gibi görevler üzerinden değerlendirme yapın. Gerçek içerikli bir prototip, karar vericilerin sayfanın anlamını da incelemesini sağlar. Kullanıcının nerede zorlandığını kaydedin; geri bildirimin tarif ettiği sorunla önerdiği çözümü birbirinden ayırın. Önemli belirsizlikleri geliştirme öncesinde çözmeye çalışın. Bir sorunu fark etmek, kullanıcının önerdiği değişikliği aynen uygulamak zorunda olduğunuz anlamına gelmez. Farklı çözümleri ortak hedefe katkılarıyla değerlendirin. Alınan kararları ve gerekçelerini belgelemek, sonraki onaylarda aynı tartışmaların tekrarını azaltır ve yeni ekip üyelerinin tasarım yaklaşımını anlamasına yardımcı olur.
- 01
Etkileşim durumlarını dahil edin
Form hatalarını, başarı mesajlarını ve mobil menüleri tasarlayın. Klavye kullanımını, görünür odak işaretlerini ve anlaşılır alan etiketlerini kontrol edin.
- 02
Bileşenleri tutarlı hale getirin
Butonlar, kartlar, başlıklar ve form alanları için ortak kurallar oluşturun. Bu bileşenlerin yeni sayfalarda nasıl kullanılacağını belgeleyin.
Öne çıkanlar
Teknik kapsamı ve entegrasyonları erken netleştirin
Teknoloji seçimini popüler araçlara göre değil, kurumun ihtiyaçlarına göre yapın. İçerik ekibinin çalışma biçimi, dil seçenekleri, yayın akışı, güvenlik ve bakım sorumlulukları CMS seçiminde belirleyici olmalıdır. Headless yapı bazı projelerde esneklik sağlayabilir; ancak yalnızca güncel bir yaklaşım olduğu için seçilmesi gereksiz karmaşıklık yaratabilir. Yönetim panelini gerçek editör görevleriyle değerlendirin. Geliştirme başlamadan önce kabul koşullarını yazın. “Form çalışıyor” ifadesi yeterli değildir: Verinin nereye iletileceği, hata durumunda ne olacağı ve kaydın nasıl takip edileceği açıklanmalıdır. Hız, erişilebilirlik ve güvenlik beklentilerini de test edilebilir gereksinimlere dönüştürün. Belirsiz sıfatlar yerine hangi ortamda, hangi yöntemle değerlendirme yapılacağını belirtin. Entegrasyonların işletme içindeki kullanımını da konuşun. Dış sistem yanıt vermediğinde, aynı talep tekrar oluştuğunda veya bir yetki değiştiğinde izlenecek yol belli olmalıdır. Teknik ekiple ilgili iş birimleri sorumlulukları birlikte belirlemelidir. Böylece veri aktarımı çalışan fakat kurum içinde takip edilemeyen bir süreç ortaya çıkması önlenebilir; hata kayıtlarının kimin tarafından inceleneceği de netleşir.
Rolleri ve veri akışını tanımlayın
Editör yetkilerini, onay akışını ve sistemlere aktarılacak alanları belirleyin. Bağlantı kesilmesi, hatalı veri ve tekrar kayıt durumlarını da ele alın.
Devam eden işletimi planlayın
Güncelleme, yedekleme, izleme ve erişim yönetiminin sorumlularını belirleyin. Barındırma, lisans ve üçüncü taraf araç giderlerini proje bütçesinde ayrıca gösterin.
Takvimi teslimatlar ve onaylarla yönetin
Gerçekçi bir takvim yalnızca başlangıç ve yayın tarihini göstermez. İçerik hazırlığı, tasarım onayı, geliştirme, taşıma ve test arasındaki bağımlılıkları da açıklar. Her aşamanın hangi çıktıyla tamamlanacağını belirleyin. Tasarım onayı, yalnızca ana sayfanın beğenilmesi değil, kararlaştırılan sayfa türlerinin ve önemli etkileşimlerin kabul koşullarına göre değerlendirilmesi anlamına gelmelidir.
Kurum içinden bir proje sorumlusu belirleyin. Bu kişinin bütün kararları tek başına vermesi gerekmez; ancak ekiplerin geri bildirimlerini birleştirmesi ve çelişkileri görünür kılması gerekir. Geri bildirimleri ilgili ekran veya belge üzerinden izlenebilir biçimde paylaşın. Kurumun sağlayacağı içerikleri, çevirileri ve onayları da ajansın teslimatları kadar açık biçimde takvime yerleştirin.
Yeni talepleri doğrudan plana eklemek yerine kapsam, bütçe ve bağımlılıklar üzerindeki etkileriyle değerlendirin. Gereken işleri sonraki geliştirmelerden ayırmak, ilk yayını yönetilebilir tutar. Bütçeyi de yalnızca tasarım ve yazılım bedeli olarak düşünmeyin; içerik üretimi, çeviri, taşıma ve devam eden bakım ihtiyaçlarını ayrı kalemler halinde ele alın. Bekleyen kararların kim tarafından verileceği baştan belli olsun.
Kontrol listesi
Yayına geçişi ayrı bir çalışma olarak planlayın
Yayına geçiş, dosyaları sunucuya taşımaktan daha kapsamlıdır. İçerik doğruluğunu, form akışlarını, yönlendirmeleri, ölçüm araçlarını ve yönetim erişimlerini birlikte kontrol edin. Yayın kararının sorumlularını ve geri dönüş koşullarını belirleyin. Alan adı ayarları değişecekse mevcut e-posta ve diğer hizmetlere etkisini inceleyin. Kritik sorunlarda eski yapıya nasıl dönüleceği önceden bilinmelidir. Mevcut sitedeki son içerik güncellemelerinin yeni yapıya nasıl aktarılacağını kararlaştırın. Geçiş sırasında hangi sürümün esas alınacağı belirsiz kalmamalıdır. Kontrolleri geliştirme ortamıyla sınırlamayın: Canlı ortamda erişim ayarları ve dış sistem bağlantıları farklı davranabilir. Yayın sonrasında önemli kullanıcı görevlerini yeniden deneyin; taşınan içerikleri, belgeleri ve form teslimlerini doğrulayın. Kurumun yeni siteyi kullanmaya hazır olması da yayın kararının parçasıdır. İçerik ekibinin yönetim panelini kullanabildiğini ve destek taleplerini hangi kanaldan ileteceğini kontrol edin. Yayın sonrası sorunları kaydetmek ve önceliklendirmek için ortak bir yöntem belirleyin. Devir, yalnızca dosyaların teslimi değil, sitenin yönetimi için gerekli bilgi ve erişimlerin aktarılmasıdır.
- ✓
Görünürlük ve ölçüm ayarlarını kontrol edin
Yönlendirmeleri, sayfa başlıklarını, site haritasını ve dizine ekleme ayarlarını doğrulayın. Test ortamına ait engellerin canlı siteye taşınmadığından emin olun.
- ✓
Devir ve destek bilgilerini teslim alın
Yönetim erişimlerini, kullanım notlarını ve teknik belgeleri alın. Yayın sonrası destek kanalını, izlenecek konuları ve sorunların önceliklendirilme yöntemini netleştirin.
Keşfetmeye devam et
İlgili içerik ve hizmetler
Konuyu tamamlayan Bikare içeriklerine göz atın.
