PlanlamaAraştırma notuRehber
Kurumsal web sitesi yenileme projesine başlamadan önce sorulması gereken 15 soru
Brief yazmadan önce cevaplanan her soru, proje sırasında ödenmeyen bir maliyettir.
Kısa cevap
Yenileme projelerinde gecikmelerin çoğu tasarımdan değil, karar verilmemiş konulardan kaynaklanır. Aşağıdaki on beş soruyu proje başlamadan önce yanıtlamak; kapsamı, bütçeyi ve takvimi gerçekçi kılar.
Yenileme kararının arkasındaki asıl neden
"Site eskidi" ifadesi çoğu zaman farklı sorunların ortak adıdır: içerik güncellenemiyordur, mobil deneyim zayıftır, kurumsal hikâye değişmiştir ya da her değişiklik ajans üzerinden geçmektedir.
Asıl nedeni yazılı hale getirmek, projenin görsel bir tazelemeye mi yoksa operasyon modelinin değişmesine mi ihtiyaç duyduğunu gösterir.
01
Bu yenilemeyi tetikleyen asıl sorun ne?
Görsel eskime mi, içerik operasyonu mu, teknik borç mu, yoksa kurumsal konumlandırma değişikliği mi?
02
Başarıyı 12 ay sonra nasıl ölçeceğiz?
Ölçülebilir iki üç kriter belirleyin; "daha modern görünmek" ölçülebilir bir kriter değildir.
03
Siteyi asıl kim kullanıyor?
Analitik verisi ile kurum içi algıyı karşılaştırın. Çoğu kurumda en çok ziyaret edilen sayfalar tahmin edilenden farklıdır.
04
Hangi sayfalar gerçekten değer üretiyor?
Trafik, dönüşüm ve destek yükünü azaltan sayfaları ayırın; kalanların taşınması gerekmeyebilir.
05
İçeriği kim yazacak?
İçerik üretimi projelerin en sık gecikme nedenidir. Sorumlu isim ve takvim baştan belirlenmelidir.
06
Mevcut içeriğin ne kadarı taşınacak?
Bir içerik envanteri çıkarın: taşınacak, güncellenecek, birleştirilecek, arşivlenecek.
07
Kaç dil ve kaç site kapsamda?
İştirak siteleri, kampanya siteleri ve yatırımcı ilişkileri sayfaları ilk fazda mı?
08
Hangi CMS ve hangi yetki modeli?
Ekipler ajansa dönmeden hangi değişiklikleri yapabilmeli? Onay akışı nasıl işleyecek?
09
Hangi entegrasyonlar zorunlu?
CRM, İK, arama, form altyapısı, veri kaynakları ve tek oturum açma gereksinimleri.
10
Erişilebilirlik nasıl ele alınacak?
Tasarım aşamasında mı planlanacak, yoksa yayın sonrası düzeltme olarak mı bırakılacak?
11
Çerez ve gizlilik deneyimi kimin sorumluluğunda?
Onay arayüzü, etiket yönetimi ve gizlilik metinlerinin sahipliği netleşmeli.
12
Performans hedefimiz ne?
Ölçülebilir eşikler belirleyin ve üçüncü parti script politikasını baştan konuşun.
13
URL yapısı ve yönlendirmeler ne olacak?
Taşıma planı olmayan yenilemeler arama görünürlüğünde geri dönüşü zor kayıplar yaşatır.
14
Yayından sonra kim bakacak?
Bakım modeli, kapasite ve değişiklik talebi süreci sözleşmede tanımlı olmalı.
15
İlk 90 günün planı ne?
Yayın bir bitiş değil başlangıçtır; gözlem, düzeltme ve içerik geliştirme planı hazır olmalı.
Cevapları brief'e dönüştürün
On beş sorunun yanıtı, aslında şartnamenin ilk taslağıdır. Yanıtlanamayan sorular ise proje riskinin nerede toplandığını gösterir.
Bu rehber genel niteliklidir ve kamuya açık kurumsal web kalıplarına dayanır.
Yenileme öncesi mevcut durumu ölçün
Ön Web Health Check, hangi sorunların gerçekten teknik, hangilerinin operasyonel olduğunu ayırt etmeye yardımcı olur.
Web Health Check talep etİlgili endeks boyutları
D2 · 10%
Kullanıcı deneyimi ve içerik netliği
D3 · 15%
Performans ve teknik sağlık
D7 · 10%
Bakım ve güncelleme verimliliği
D8 · 10%
Dijital operasyon ve maliyet verimliliği
Bu rehber bilgilendirme amaçlıdır ve kamuya açık kurumsal web kalıplarına dayanır. Metodolojiyi inceleyin.