Kurumsal Web Sitesi Ne Kadar Sürede Yapılır? Kapsam, İçerik ve Onay Takvimi

Kurumsal bir web sitesinin ne kadar sürede yapılacağına tek bir sayı ile doğru yanıt verilemez. Süre; sayfa adedinden çok ihtiyaçların netliği, özgün şablonlar, içeriğin hazırlanması, dil sayısı, entegrasyonlar, karar ve onay hızları, test kapsamı ve yayın bağımlılıklarına göre oluşur.

Sağlıklı teklif “bu site kaç gün sürer?” sorusuna yalnız tarih vermez. Hangi işin hangi işe bağlı olduğunu, kimin neyi ne zaman teslim edeceğini ve bir değişiklik olduğunda tarihin nasıl yeniden hesaplanacağını gösterir. Bu rehber sabit süre garantisi değil, gerçekçi bir takvim hazırlama yöntemi sunar.

Sayfa Sayısı Neden Tek Başına Yeterli Değildir?

Yirmi sayfanın aynı içerik şablonuyla oluşturulduğu bir site ile sekiz sayfasında bayi başvurusu, ürün filtresi, çok dilli içerik, CRM aktarımı ve özel yetkiler bulunan bir site aynı iş değildir. Süreyi etkileyen temel birimler şunlardır:

• Özgün sayfa ve bileşen türleri
• İçerik modeli, veri alanları ve yönetim rolleri
• Hazır, yeniden yazılacak veya taşınacak içerik miktarı
• Dil sürümleri ve yerelleştirme onayları
• Form, CRM, ERP, ödeme, harita veya başka entegrasyonlar
• Mobil, erişilebilirlik, performans, güvenlik ve tarayıcı testleri
• Alan adı, barındırma, e-posta, analitik ve yayın geçişi
• Karar verici sayısı ve geri bildirim pencereleri

Kapsamı süre tahminine başlamadan tanımlamak için web sitesi ihtiyaç dokümanı rehberini kullanabilirsiniz.

Kumsal Kurumsal Web Sitesi Kritik Yol Takvimi

Kumsal Kritik Yol Takvimi, işi yalnız aşama listesi olarak değil, birbirine bağlı teslimatlar olarak ele alan özgün bir planlama çerçevesidir. Bir istatistik veya süre vaadi değildir. Her satırda iş paketi, ön koşul, sorumlu, üretim emeği, takvimde geçen süre, onaylayan kişi, kabul kanıtı ve gecikme etkisi bulunur.

Genel proje planlamasında “kritik yol”, bitiş tarihini doğrudan etkileyen bağımlı faaliyet dizisini ifade eder. ABD Sayıştayının Schedule Assessment Guide belgesi güvenilir programların bütün işleri kapsamasını, faaliyetleri mantıksal sıraya koymasını, kaynakları ve kritik yolu incelemesini, risk analiziyle güncellenmesini önerir. Aşağıdaki çerçeve bu ilkeleri web projesinin pratik teslimatlarına uyarlar; kurumunuza özel takvim ayrıca hesaplanmalıdır.

1. Karar ve kapsam yolu

Hedef kullanıcılar, görevler, diller, içerik türleri, entegrasyonlar, teknik sınırlar ve başarı ölçüleri karara bağlanır. Kapsamın “sonra bakarız” bırakılan bölümü, tasarım ve yazılımın varsayımla ilerlemesine neden olur. Her açık kararın sahibi ve son tarihi olmalıdır.

2. İçerik yolu

Mevcut sayfalar korunacak, birleştirilecek, yeniden yazılacak veya kaldırılacak şekilde sınıflandırılır. Yeni metin, ürün/hizmet verisi, gerçek görsel, belge, yasal metin ve çevirilerin kim tarafından sağlanacağı yazılır. İçerik, tasarımın sonuna bırakılan dolgu değildir; sayfa yapısı ve bileşenleri belirler.

Sayfa bazlı hedef, kanıt ve sorumluları kayıt altına almak için kurumsal web sitesi içerik matrisinden yararlanabilirsiniz.

3. Bilgi mimarisi ve kullanıcı yolu

Menü, sayfa hiyerarşisi, URL yaklaşımı, ana kullanıcı görevleri ve eylemler netleşir. İçerik envanteri tamamlanmadan mimariyi kilitlemek eksik sayfa; mimari kararı olmadan ekran tasarlamak da tekrarlı tasarım doğurabilir.

4. Tasarım sistemi ve şablon yolu

Görsel yön, tipografi, renk, erişilebilirlik sınırları, temel bileşenler ve temsilî şablonlar onaylanır. Her sayfayı tek tek görsel olarak çizmek yerine, tekrar kullanılabilir sistem ile gerçekten özel şablonları ayırın. Onay, yalnız “beğendim” değil; içerik, görev, durum ve cihaz senaryolarını kapsamalıdır.

5. Geliştirme ve yönetim yolu

Onaylı veri modeli, şablon ve bileşenler çalışan sisteme dönüştürülür. İçerik rolleri, taslak/onay akışı, hata durumları, form doğrulamaları, arama, filtre veya hesap özellikleri kapsamdaysa ayrı iş paketleri olur. “Panel yapılacak” ifadesi teslimatın alanlarını ve yetkilerini açıklamaz.

6. Entegrasyon ve taşıma yolu

Üçüncü taraf erişimleri, API dokümanı, test hesabı, veri eşlemesi, hata davranışı ve sorumlular hazırlanır. Entegrasyon ekibinin erişim vermesi veya hukuk/güvenlik onayı dış bağımlılık olabilir. Eski içerik ve URL’lerin taşınması da örnek birkaç sayfayla doğrulanmadan toplu işleme alınmamalıdır.

7. Test, kabul ve yayın yolu

İçerik, cihaz, tarayıcı, erişilebilirlik, performans, güvenlik, form teslimi, analitik, SEO geçişi ve dil ilişkileri test edilir. Hata düzeltme ve yeniden test için süre ayrılır. Yayın; DNS, SSL, yedek, geri dönüş, erişimler ve sorumlu ekip hazır olduğunda kabul edilir.

Süre Nasıl Hesaplanır?

Basit planlama ifadesi şöyledir:

Tahmini takvim süresi=kritik yoldaki üretim + planlı inceleme pencereleri + dış bağımlılık beklemeleri + risk payı.

Üretim emeği ile takvim süresini karıştırmayın. Bir tasarımın sekiz saat emek gerektirmesi, farklı yöneticilerden yanıt bekleniyorsa ertesi gün tamamlanacağı anlamına gelmez. Her iş paketi için şu alanları doldurun:

1. Teslimat ve kabul ölçütü
2. Başlaması için gereken girdiler
3. Sorumlu üretici ve karar sahibi
4. Tahmini emek ile takvim penceresi
5. Önceki ve sonraki bağımlılık
6. Geri bildirim ve düzeltme turu sınırı
7. Risk, alternatif ve yeniden planlama kuralı

Tüm görev sürelerini toplamak da doğru değildir; bağımsız işler paralel ilerleyebilir. Fakat aynı içerik veya onaya bağlı işler paralel görünse bile gerçekte bekleyebilir. Takvim, işlerin toplamından değil bitişi belirleyen bağımlı yoldan okunur.

Üç Kapsam Senaryosu Nasıl Ayrılır?

Temel kurumsal tanıtım sitesi

Az sayıda şablon, hazır ve onaylı tek dil içerik, basit iletişim formu ve sınırlı taşıma varsa kritik yol daha kısadır. Yine de ihtiyaç, tasarım, geliştirme, test ve yayın adımları atlanmaz.

Çok dilli talep toplama sitesi

Birden fazla dil, hizmet içerikleri, özgün formlar, CRM aktarımı, çeviri onayı ve SEO geçişi olduğunda içerik ve entegrasyon yolları bitiş tarihini belirleyebilir. Tasarımın tamamlanması projenin tamamlandığı anlamına gelmez.

Özel işlevli kurumsal platform

Bayi, müşteri hesabı, belge, başvuru, ürün verisi veya operasyonel entegrasyonlar varsa önce analiz, veri modeli, rol ve istisna senaryoları gerekir. Bu çalışma basit kurumsal site tahmininden ayrılmalı; özellikler sürüm planına bölünebilir.

Bu senaryolar takvim sözü değildir. Aynı başlıktaki iki projenin içerik hazırlığı ve karar yapısı farklıysa süreleri de farklı olur.

İçerik ve Onay Beklemeleri Nasıl Görünür Yapılır?

Her içerik kümesine bir hazırlayan, doğrulayan ve son karar sahibi atayın. “Müşteri onayı” tek görev değildir; marka, ürün, hukuk, insan kaynakları, satış veya teknik ekip farklı alanları doğrulayabilir. Ancak çelişkili yorumların tekleştirilmesi için bir proje karar sahibi gerekir.

Takvime yalnız toplantı tarihi değil geri bildirim penceresi yazın. Örneğin şablon incelemesi, birleştirilmiş yorumun belirlenen tarihe kadar gelmesiyle tamamlanır. Tarih geçerse sonraki işlerin nasıl kayacağı baştan tanımlanır. Sessizlik otomatik onay sayılacaksa bunun sözleşmede açıkça ve uygun biçimde kararlaştırılması gerekir.

Değişiklik Talepleri Takvimi Nasıl Etkiler?

Bir değişiklik; mevcut kabul ölçütünü düzeltme, kapsam içi ayrıntı veya yeni kapsam olabilir. Önce hangi teslimatların etkilendiğini inceleyin. Yeni bir dil, entegrasyon, kullanıcı rolü veya şablon yalnız kendi yapım süresini eklemez; içerik, test, eğitim ve yayın işlerini de değiştirebilir.

Değişiklik kaydında istek, gerekçe, etkilenen işler, süre/maliyet etkisi, karar ve yeni temel tarih bulunmalıdır. Takvimi sessizce sıkıştırmak yerine yeni kritik yolu görünür biçimde onaylayın.

Kaliteden Vazgeçmeden Süre Nasıl Kısaltılabilir?

• İlk günlerde karar sahibi ve geri bildirim yöntemini belirleyin.
• Öncelikli sayfaların gerçek içerik iskeletini erken hazırlayın.
• Tüm sayfalar yerine temsilî şablonları önce onaylayın.
• Entegrasyon erişimleri ve test hesaplarını proje başında isteyin.
• Kararlı bileşenleri paralel yürütün; değişken alanları kilitlenmeden geliştirmeyin.
• İlk sürüm ile sonraki geliştirmeleri iş değeri ve riskle ayırın.
• Tek toplu final testi yerine aşama bazlı test ve kabul yapın.
• Geri bildirimleri tek kişide birleştirip çelişkileri karar toplantısında çözün.

Test, erişilebilirlik, güvenlik, yedek veya SEO geçişini kaldırmak süreyi kısaltmış görünür; gerçekte riski yayın sonrasına taşır.

Teklifte Takvimle İlgili Hangi Sorular Sorulmalı?

• Tarih hangi kapsam ve varsayımlara dayanıyor?
• Başlangıç için hangi içerik, erişim ve kararlar gerekli?
• Kritik yol hangi işlerden oluşuyor?
• Müşteri ve üçüncü taraf bağımlılıkları hangileri?
• Kaç inceleme ve düzeltme turu kapsamda?
• Geri bildirim gecikmesi ve kapsam değişikliği nasıl yeniden planlanıyor?
• Test, hata düzeltme, içerik girişi ve eğitim takvimde mi?
• Yayın kabulü ve geri dönüş koşulları nedir?
• İlk sürümden sonraya bırakılan işler açıkça listelenmiş mi?

Son aşamadaki erişim, test, SEO ve destek teslimlerini karşılaştırmak için kurumsal web sitesi teslim alma kontrol listesini kullanın.

Sonuç

Kurumsal web sitesi süresi, ajansın tasarım hızından ibaret değildir. Kapsam, içerik, bilgi mimarisi, şablonlar, geliştirme, entegrasyon, taşıma, test ve onaylar tek bağımlılık planında görülmelidir. Kritik Yol Takvimi, bir tarihin arkasındaki sorumlulukları ve riskleri karşılaştırılabilir hâle getirir.

Projenizin kapsamını ve gerçekçi teslim planını değerlendirmek için Kumsal Ajans web tasarım ekibiyle görüşebilirsiniz.