Kurumsal Web Sitesi Kaç Haftada Biter? Hafta Hafta Proje Takvimi
Tasarım ve geliştirme süreleri öngörülebilir; projeyi uzatan şey içerik gecikmeleri ve dağınık onaylar. Sekiz haftalık gerçekçi takvim.
"Site ne kadar sürede biter?" sorusunun dürüst cevabı: bu, büyük ölçüde size bağlı. Tasarım ve geliştirme süreleri oldukça öngörülebilirdir; projeleri uzatan şey neredeyse her zaman içerik gecikmeleri ve dağınık onay süreçleridir.
Aşağıda 8-10 sayfalık, tanıtım odaklı bir kurumsal site için hafta hafta gerçekçi bir takvim var. Her haftada kimin ne yaptığını, hangi çıktının ortaya çıktığını ve o hafta neyin gecikmeye yol açtığını ayrı ayrı işaretledik.
Toplam süre: 8-10 hafta
| Aşama | Süre | Kritik bağımlılık |
|---|---|---|
| Keşif ve mimari | 1-2 hafta | Karar vericinin katılımı |
| İçerik üretimi | 2-3 hafta (paralel) | Kurum içi bilgi toplama |
| Arayüz tasarımı | 2 hafta | Sayfa haritasının kilitlenmesi |
| Geliştirme | 2-3 hafta | Tasarım onayı |
| İçerik girişi ve test | 1 hafta | Metinlerin hazır olması |
| Yayın ve devir | 2-3 gün | Alan adı ve hosting erişimi |
Hafta 1 — Keşif
Yapılan: Başlangıç toplantısı, mevcut site analizi, rakip taraması, hedef ve ölçüt tanımı. Analitik verisi varsa hangi sayfaların gerçekten ziyaret edildiği çıkarılır.
Çıktı: Proje hedefleri belgesi, başarı ölçütleri, teknik gereksinim listesi.
Sizden beklenen: Karar vericinin toplantıda bulunması. Bu, sonradan "aslında biz şunu istiyorduk" turunu önleyen tek şeydir.
Gecikme sebebi: Toplantının delege edilmesi. Yetkisiz katılım, altıncı haftada kapsam değişikliği olarak geri döner.
Hafta 2 — Bilgi mimarisi ve tel kafes
Yapılan: Sayfa haritası çıkarılır, menü yapısı kurulur, her sayfanın içerik blokları belirlenir. Görsel değil, iskelet çalışması.
Çıktı: Sayfa haritası, ana sayfa ve iki iç sayfa için tel kafes, URL yapısı.
Sizden beklenen: Sayfa haritasının onayı. Bu onay projedeki en kritik kilittir; sonradan sayfa eklemek tasarım ve geliştirme sürelerini doğrudan uzatır.
Not: URL yapısı burada kararlaştırılır. Mevcut bir siteniz varsa eski adreslerin nereye yönleneceği de bu aşamada planlanır — yayın gününe bırakılırsa arama sıralamaları zarar görür.
Hafta 3-5 — İçerik üretimi (paralel yürür)
Bu üç hafta projenin en çok hafife alınan bölümüdür. Tasarım ve geliştirme paralel ilerlerken içerik hazırlanmazsa, altıncı haftada her şey durur.
Yapılan: Sayfa metinleri, ürün ve hizmet açıklamaları, ekip bilgileri, görsel seçimi, varsa çekim organizasyonu.
Çıktı: Her sayfa için onaylı metin ve görsel seti.
Gerçekçi olun: Sekiz sayfalık bir sitenin metinlerini kurum içinde yazmak, işini yapan bir kişi için 20-25 saatlik bir yüktür. Bu saat ayrılmıyorsa metin yazımını hizmet kapsamına almak süreyi kısaltır.
Metinlerin markanın diline uygun çıkması için ses ve ton rehberindeki örnek çiftleri yazan kişiye önceden verilmelidir.
Hafta 3-4 — Arayüz tasarımı
Yapılan: Ana sayfa ve şablon sayfalar tasarlanır. Masaüstü ve mobil düzenler birlikte kurgulanır. Bileşen davranışları (buton durumları, form hataları, menü açılımı) tanımlanır.
Çıktı: Onaylı tasarım dosyaları, bileşen listesi.
Sizden beklenen: Toplu geri bildirim. Birbirini tutmayan yorumlar ayrı ayrı iletildiğinde tek bir revizyon turu ikiye bölünür. Görüşler tek bir kişide toplanıp iletilmelidir.
Revizyon yapısı: İki tur normaldir. Birinci tur yön, ikinci tur detay içindir. Üçüncü tura ihtiyaç duyuluyorsa, sorun genellikle tasarımda değil ikinci haftadaki sayfa haritası onayındadır.
Hafta 5-7 — Geliştirme
Yapılan: Şablonların kodlanması, yönetim paneli kurulumu, form ve entegrasyonlar, mobil uyum, hız optimizasyonu.
Çıktı: Test ortamında çalışan site.
Sizden beklenen: Bu haftalarda talep az olur; ancak üçüncü taraf erişimleri (analitik hesabı, e-posta servisi, muhasebe entegrasyonu varsa API bilgileri) bu dönemde istenir. Erişim gecikmesi doğrudan teste sarkar.
Performans burada kurulur, sonradan eklenmez. Hangi metriklerin izlendiğini Core Web Vitals rehberinde ayrıntılı anlattık.
Hafta 8 — İçerik girişi ve test
Yapılan: Metinlerin panele girilmesi, görsellerin optimize edilmesi, tarayıcı ve cihaz testleri, form denemeleri, 404 ve yönlendirme kontrolleri, erişilebilirlik denetimi.
Çıktı: Yayına hazır site, test raporu.
Sizden beklenen: Son okuma. Yazım hataları, güncel olmayan unvanlar, yanlış telefon numaraları bu aşamada yakalanır. Metinleri ekranda görmek, belgede görmekten farklıdır — bu turu atlamayın.
Hafta 8-9 — Yayın ve devir
Yapılan: DNS geçişi, SSL kurulumu, yönlendirmelerin devreye alınması, arama konsolu bildirimi, analitik doğrulaması, panel eğitimi.
Çıktı: Yayında site, eğitim kaydı, teslim dosyaları.
Yayın günü için pratik not: Salı ya da çarşamba tercih edin. Cuma yayını, hafta sonuna denk gelen bir sorunda müdahale penceresini daraltır.
Yayın sonrası ilk iki hafta izleme dönemidir: 404 kayıtları, form gönderimleri ve hız değerleri düzenli kontrol edilir. Bu dönemin nasıl yürütüldüğünü bakım ve hosting yönetimi tarafında ele alıyoruz.
Süreyi uzatan beş şey
- İçeriğin hazır olmaması. Tek başına en büyük gecikme sebebi. Ortalama etkisi: 2-4 hafta.
- Dağınık geri bildirim. Çelişen yorumlar bir revizyon turunu ikiye katlar. Etkisi: 1 hafta.
- Sonradan eklenen sayfa. Sayfa haritası kilitlendikten sonra gelen talep tasarım ve geliştirmeyi birlikte etkiler. Etkisi: sayfa başına 3-5 gün.
- Erişim gecikmeleri. Alan adı paneli, hosting ya da analitik erişiminin geç verilmesi. Etkisi: 2-5 gün.
- Karar vericinin süreç dışında olması. Sonda gelen köklü geri bildirim, haftaları geri alabilir.
Süreyi kısaltan üç şey
- İçeriği projeden önce başlatmak. Keşif haftasında metin yazımına başlanırsa toplam süre 1-2 hafta kısalır.
- Tek karar verici belirlemek. Görüşleri toplayan ve nihai kararı veren tek kişi, revizyon turlarını öngörülebilir kılar.
- Kapsamı sabitlemek. "Şimdilik yapılmayacaklar" listesi tutmak, iyi fikirleri çöpe atmadan takvimi korur. İkinci faza yazın.
Farklı proje tipleri için kaba süreler
| Proje tipi | Süre |
|---|---|
| Tek sayfalık kampanya sitesi | 2-3 hafta |
| 8-12 sayfalık kurumsal site | 8-10 hafta |
| Çok dilli kurumsal site | 10-14 hafta |
| Ürün kataloglu site (100+ ürün) | 12-16 hafta |
| E-ticaret | 14-20 hafta |
Çok dilli projelerde ek süre çeviriden değil, onay döngüsünün ikiye katlanmasından gelir. Her dilin ayrı bir sorumlusu varsa bu süre daha da uzar.
İçerik hazırlığını takvime bağlamak
Gecikmelerin bir numaralı sebebi içerik olduğuna göre, onu da tıpkı tasarım ve geliştirme gibi tarihli bir plana bağlamak gerekir. Aşağıdaki tablo, sekiz sayfalık bir site için içerik iş yükünü sayfa tipine göre kırıyor.
| Sayfa tipi | Adet | Kelime | Hazırlık süresi | Kimden gelir |
|---|---|---|---|---|
| Ana sayfa | 1 | 400-600 | 4 saat | Yönetim + pazarlama |
| Hakkımızda | 1 | 500-700 | 3 saat | Yönetim |
| Hizmet sayfası | 4 | her biri 600-900 | her biri 3 saat | İlgili birim yöneticisi |
| İletişim | 1 | 150-250 | 1 saat | Ofis yönetimi |
| Yasal metinler | 4-6 | şablondan | 2 saat | Hukuk / danışman |
Toplam yaklaşık 22 saat. Bu saatler ayrı ayrı kişilere dağıldığında yönetilebilir görünür; tek bir kişiye yıkıldığında üç haftaya yayılır ve projeyi bekletir.
Pratik çözüm: her sayfanın sorumlusunu ve teslim tarihini keşif haftasında belirleyin. Sorumlusu olmayan sayfa, teslim tarihi olmayan sayfadır.
Ham girdi yeterlidir
Kurum içi kişilerin cilalı metin yazmasını beklemeyin — bu beklenti süreci kilitler. İhtiyaç duyulan şey ham bilgidir: hangi hizmeti kime veriyorsunuz, süreç nasıl işliyor, müşteri en çok neyi soruyor, rakiplerden farkınız ne. Bu bilgiler madde madde de gelebilir; yazım ve düzenleme ayrı bir aşamadır.
Yazının markanın diline oturması için ses ilkelerinin yazan kişide olması gerekir; örnek çiftleri ton rehberinde bulabilirsiniz.
Mevcut siteden geçiş: yönlendirme planı
Yayında bir siteniz varsa, en kritik teknik iş yönlendirme planıdır ve bu iş ikinci haftada başlar, yayın gününde değil.
Adım 1 — Mevcut adres listesini çıkarın
Arama konsolundan ve analitikten, son 12 ayda trafik almış tüm adresleri dışa aktarın. Site haritası tek başına yetmez; site haritasında olmayan ama dış bağlantı almış eski sayfalar bulunabilir.
Adım 2 — Eşleştirme tablosu kurun
| Eski adres | Yeni adres | Kod | Gerekçe |
|---|---|---|---|
| /hizmetlerimiz/web | /hizmetler/yazilim-gelistirme | 301 | Karşılığı var |
| /kampanya-2024 | /hizmetler | 301 | Karşılığı yok, üst kategoriye |
| /eski-blog/yazi-123 | /laboratuvardan-notlar/yeni-slug | 301 | İçerik taşındı |
Karşılığı olmayan sayfaları ana sayfaya yönlendirmek yaygın ama zayıf bir çözümdür; ziyaretçi aradığını bulamaz. En yakın üst kategoriye yönlendirmek her zaman daha iyidir.
Adım 3 — Yayından önce test edin
Yönlendirmeleri test ortamında çalıştırıp zincir oluşup oluşmadığını kontrol edin. A → B → C şeklindeki zincirler hem yavaşlatır hem sinyal kaybettirir; doğrudan A → C kurulmalıdır.
Adım 4 — Yayın sonrası izleyin
İlk iki hafta 404 kayıtlarını günlük kontrol edin. Listede beklemediğiniz adresler çıkacaktır — dış sitelerden gelen, sizin bilmediğiniz bağlantılar. Her biri için yönlendirme ekleyin.
Yayın günü kontrol listesi
Yayın, tek bir düğmeye basmak değil sıralı bir işlem dizisidir. Sıra önemlidir:
- Test ortamının arama motorlarına kapalı olduğunu doğrulayın (yeni sitede bu ayarın açık kalması sık görülen bir hatadır)
- Yeni sitenin arama motorlarına açık olduğunu doğrulayın
- SSL sertifikasının aktif ve zincirinin tam olduğunu kontrol edin
- Yönlendirmeleri devreye alın
- Site haritasını arama konsoluna gönderin
- Analitik ve dönüşüm izlemenin veri aldığını canlı olarak doğrulayın
- Formları gerçek bir gönderimle test edin — e-posta gerçekten ulaşıyor mu?
- Yedekleme düzenini başlatın
- Eski hosting hesabını hemen kapatmayın; en az bir ay bekletin
Yedinci madde özellikle önemli: form arayüzde çalışıyor görünüp e-posta sunucusu yapılandırması yüzünden hiçbir yere ulaşmayabilir. Gerçek bir gönderim testi yapılmadan yayın tamamlanmış sayılmamalı.
Yayın sonrası ilk 90 gün
Proje teslimle bitmez; ilk üç ay yerleşme dönemidir ve belirli bir ritim gerektirir.
| Dönem | Odak | Kontrol sıklığı |
|---|---|---|
| 1-2. hafta | 404, form, hız, indeksleme | Günlük |
| 3-4. hafta | Arama konsolu hataları, mobil kullanılabilirlik | Haftada iki |
| 2. ay | Trafik karşılaştırması, davranış verisi | Haftalık |
| 3. ay | Dönüşüm oranı, içerik boşlukları | İki haftada bir |
Trafikte geçici bir düşüş normaldir ve panik gerektirmez. Arama motorlarının yeni yapıyı yeniden değerlendirmesi 4-8 hafta sürer. Düşüş üçüncü ayda da devam ediyorsa, yönlendirme planında eksik kalmış adresler ya da içerik kaybı olma ihtimali yüksektir.
Sabit fiyat mı, kapsam bazlı mı
Takvimin öngörülebilirliği, ticari yapıyla da ilgili. İki yaygın model var ve farklı risk dağılımları taşıyorlar.
| Sabit fiyat | Kapsam bazlı | |
|---|---|---|
| Öngörülebilirlik | Yüksek | Orta |
| Esneklik | Düşük | Yüksek |
| Kapsam netliği gereksinimi | Baştan yüksek | Aşamalı |
| Uygun olduğu durum | Tanımı net projeler | Keşif gerektiren projeler |
Sabit fiyatın çalışması için kapsamın baştan çok net olması gerekir — yani sayfa haritası, işlev listesi ve teslim formatları yazılı olmalıdır. Bu netlik yoksa sabit fiyat, üreten tarafı risk payı eklemeye zorlar ve teklif şişer.
Pratikte iyi işleyen bir ara yol: keşif ve mimari aşamasını ayrı bir küçük iş olarak yapmak, ardından çıkan net kapsam üzerinden sabit fiyat vermek. İki aşamalı bu yapı, her iki tarafın riskini de düşürür.
İkinci faz planlaması
Kapsamı korumanın en etkili aracı, "yapılmayacaklar" listesini çöpe atmak yerine ikinci faza yazmaktır. Bu liste projenin başından itibaren tutulur ve yayından sonra gözden geçirilir.
İkinci faza tipik olarak giren kalemler:
- Çok dilli sürüm
- Müşteri paneli veya bayi girişi
- Gelişmiş arama ve filtreleme
- Bülten entegrasyonu ve otomasyonu
- Ek hizmet sayfaları ve ilçe bazlı içerikler
Bu kalemleri birinci faza sıkıştırmak, yayın tarihini geciktirmenin en yaygın yoludur. Yayına çıkıp gerçek kullanıcı verisi topladıktan sonra ikinci fazı planlamak, hem daha hızlı hem de daha isabetli sonuç verir — çünkü hangi özelliğin gerçekten gerektiği ancak kullanımla anlaşılır.
Projeyi hızlandıran hazırlık: başlamadan önce
Takvimi kısaltmanın en etkili yolu, proje başlamadan önce yapılabilecekleri bitirmektir. Aşağıdaki liste, keşif haftasından önce tamamlandığında toplam süreyi 1-2 hafta kısaltır.
| Hazırlık | Süre | Kimde |
|---|---|---|
| Alan adı ve hosting erişim bilgileri | 30 dk | IT / yönetim |
| Analitik ve arama konsolu erişimi | 30 dk | Pazarlama |
| Mevcut sitenin sayfa listesi | 1 saat | Pazarlama |
| Logo ve kimlik dosyaları (vektör) | 30 dk | Pazarlama |
| Kurumsal fotoğraf arşivi | 2 saat | Pazarlama |
| Hizmet listesi ve kısa tanımlar | 3 saat | Birim yöneticileri |
| Yasal metinler (KVKK, çerez, gizlilik) | 2 saat | Hukuk / danışman |
| Beğenilen 3 site + gerekçe | 1 saat | Karar verici |
Toplam yaklaşık 10 saat. Bu hazırlık yapılmadığında aynı işler proje içinde, ama bu kez tüm süreci bekleterek yapılır.
Beşinci satır özellikle önemli: kurumsal fotoğraf arşivi olmayan işletmelerde stok görsele mecbur kalınır ve site herkesin sitesine benzer. Çekim gerekiyorsa bunun keşif haftasında planlanması, tasarım aşamasına yetişmesini sağlar.
Karar vericinin ayırması gereken süre
Proje boyunca karar vericiden beklenen toplam süre yaklaşık 8-10 saattir: keşif toplantısı (2 saat), sayfa haritası onayı (1 saat), tasarım sunumu ve geri bildirim (3 saat), son okuma (2 saat), teslim (1 saat). Bu süre baştan takvime konduğunda, süreç beklemeye girmez.
Sık sorulan sorular
Daha hızlı bitirmenin yolu var mı?
Var: kapsamı küçültmek. Sayfa sayısını azaltıp ikinci faza bırakmak, süreyi doğrusal olarak kısaltır. Aynı kapsamı sıkıştırmak ise genellikle test aşamasından çalar ve yayın sonrası düzeltmeye dönüşür.
İçeriği biz mi yazmalıyız?
Kurum içi bilgi sizde olduğu için ham girdiyi siz vermelisiniz. Yazım ve düzenleme hizmet kapsamına alınabilir; bu genellikle hem süreyi hem de metin kalitesini iyileştirir.
Mevcut sitemizin sıralamaları etkilenir mi?
URL yapısı değişiyorsa yönlendirme planı zorunludur. Doğru kurulmuş 301 yönlendirmeleriyle kayıp genellikle geçicidir ve birkaç hafta içinde toparlanır. Plan yoksa kalıcı düşüş yaşanır.
Yayın sonrası ne kadar destek gerekir?
İlk iki hafta yakın izleme, sonrasında aylık bakım yeterlidir. Güvenlik güncellemeleri ve yedekleme sürekli olmalıdır.
Takvimi baştan sabitleyebilir miyiz?
Sabitlenebilir, ancak koşullu olarak: içerik teslim tarihleri ve geri bildirim süreleri de takvime yazılmalı. Tek taraflı sabitlenen tarih gerçekçi olmaz.
Proje ortasında tasarımcı ya da geliştirici değişirse ne olur?
Belgelenmiş bir süreçte etkisi sınırlıdır. Sayfa haritası, tasarım dosyaları ve kod deposu düzenli tutuluyorsa devir birkaç gün sürer; tutulmuyorsa haftalar kaybedilir.
Yayın tarihini geciktirmek mi, eksik yayınlamak mı?
Kapsamı küçültüp zamanında yayınlamak neredeyse her zaman daha iyidir. Eksik olan sayfalar ikinci fazda eklenir; geciken yayın ise tüm pazarlama planını kaydırır.
Başlarken
Elinizde bir tarih hedefi varsa geriye doğru sayın: yayın tarihinden 10 hafta öncesi keşif haftasıdır ve içerik üretimi o gün başlamalıdır. Bu iki tarihi takvime koymak, projenin geri kalanını büyük ölçüde yerine oturtur.
Kapsamınıza uygun gerçekçi bir takvim çıkarmak için proje başlatma formunu kullanabilir, hizmet kalemlerini kurumsal web sitesi ve landing page sayfasından inceleyebilirsiniz.
Takvimin ilan altyapısı gibi ağır bir modülle nasıl uzadığını somut bir işte görmek için Zirve Emlak ilan platformu projesine bakabilirsiniz; harita keşfi ve yetki doğrulama akışı standart kurumsal siteye eklenen iki ayrı katman.