WEB TASARIM
Kurumsal Web Sitesi Ne Kadar Sürede Yapılır?
Kurumsal web sitesi takvimini keşif, içerik, tasarım, geliştirme ve test aşamalarıyla planlayın. Onayları, bağımlılıkları ve yayın koşullarını belirleyin.

İçindekiler
- 01Yayın kararını kontrol listesiyle verin
- 02Takvim hangi gün başlar?
- 03Örnek: sekiz haftalık bir kurumsal site planı
- 04Gecikmeyi hangi bağımlılık belirler?
- 05Revizyon ve yeni kapsamı ayırın
- 06Yayın tarihi ile tamamlanma koşulunu birlikte yazın
- 07Takvimi kapsam ve teslim listesiyle tamamlayın
- ✓Kontrol listesi
- ?Sık sorulan sorular
- ↗Kaynaklar
Kurumsal web sitesinin teslim süresi; sayfa sayısıyla birlikte içerik hazırlığına, farklı tasarım şablonlarına, entegrasyonlara ve kararların ne hızla alındığına bağlıdır. Aynı sayıda sayfaya sahip iki sitenin takvimi bu nedenle farklı olabilir.
Kullanışlı bir takvim, her haftaya bir iş yazmakla tamamlanmaz. Her aşamanın girdisini, teslimini, onay verecek kişisini ve sonraki işe geçiş koşulunu belirtir. Bu rehberdeki sekiz haftalık örnek bir planlama senaryosudur; teklif veya teslim taahhüdü değildir.
Yayın kararını kontrol listesiyle verin
Web Sitesini Yayına Alma Kontrol Listesi rehberindeki örnek tablo ve kontrol listesiyle bu adımı proje ekibinizle netleştirebilirsiniz.
Takvim hangi gün başlar?
Sözleşme tarihini otomatik olarak geliştirme başlangıcı kabul etmeyin. Marka dosyaları, içerik sorumluları, mevcut site erişimleri ve entegrasyon dokümanları henüz hazır değilse önce hazırlık işleri planlanmalıdır. İşin başlayabilmesi için gerekli girdileri ayrı bir listede takip edin.
Örneğin ürün kataloğu aktarılacaksa örnek veri dosyasının görülmesi gerekir. Alanlar ve görseller bilinmeden yalnızca ürün adedine bakılarak güvenilir aktarım süresi verilemez. Hazırlık aşamasındaki eksiklikler, tasarım ekibinin çalışma süresiyle karıştırılmamalıdır.
Örnek: sekiz haftalık bir kurumsal site planı
Aşağıdaki senaryo tek dil, hazır marka kimliği, sınırlı sayıda özgün sayfa şablonu ve özel dış sistem entegrasyonu bulunmayan bir kurumsal site varsayar. İçeriklerin müşteri ekibi tarafından zamanında hazırlanması gerekir. İşler kısmen paralel yürüdüğü için satırlardaki süreler toplanmaz.
| Dönem | Çalışma | Bir sonraki aşamaya geçiş koşulu |
|---|---|---|
| 1. hafta | Hedefler, sayfa ağacı ve içerik envanteri | Kapsam ve sorumlular onaylandı |
| 2–3. hafta | Ana ekranlar, mobil davranışlar ve içerik hazırlığı | Şablonlar ve örnek içerikler onaylandı |
| 3–6. hafta | Geliştirme, CMS ve içerik girişi | Kritik akışlar test ortamında çalışıyor |
| 6–7. hafta | İçerik, erişilebilirlik, form ve SEO kontrolleri | Yayını engelleyen hatalar kapatıldı |
| 8. hafta | Son onay, yayın ve ilk kontroller | Yayın sorumlusu ve geri dönüş planı hazır |
Gecikmeyi hangi bağımlılık belirler?
Bir hizmet sayfasının tasarımı, başlık ve içerik hacmi bilinmeden sonlandırılamayabilir. Ana sayfa tasarımı bittiğinde tüm içeriklerin de hazır olduğunu varsaymak, geliştirme sonuna yığılmış revizyonlara yol açar. Bu nedenle içerik ve tasarım takvimini aynı plan üzerinde gösterin.
Dış hizmet sağlayıcının API erişimi veya kurumsal güvenlik onayı gibi sizin ekibinizin kontrol etmediği işler için sorumlu kişi ve hedef tarih yazın. Başka işlerin ilerleyebilmesi, bu bağımlılığın yayın tarihini etkilemeyeceği anlamına gelmez.
- Metin ve görseller: her sayfa için hazırlayan ve onaylayan kişi.
- Entegrasyon: test hesabı, örnek yanıtlar ve teknik muhatap.
- Onay: tek birleştirilmiş geri bildirim, son tarih ve karar sahibi.
- Mevcut site: URL listesi, yönlendirmeler ve yayın erişimleri.
Revizyon ve yeni kapsamı ayırın
Onaylanmış formdaki hata düzeltmesi ile forma bayi hesabı açma özelliği eklemek aynı iş değildir. Yeni talepleri etkiledikleri sayfalar, testler ve teslim tarihiyle birlikte değerlendirin. Kapsam değişikliği kaydı hem bütçeyi hem takvimi görünür tutar.
Geri bildirimleri tek listede toplamak, farklı departmanların çelişen taleplerini erken fark ettirir. Her notun kararını ve sorumlusunu kaydedin. Zaman baskısı varsa yayın için zorunlu olan işleri belirleyip sonraki sürümü ayrıca planlayın.
Yayın tarihi ile tamamlanma koşulunu birlikte yazın
Tarih yaklaşmış olsa bile teklif formunun iletilmemesi, yanlış yönlendirmeler veya yönetim hesabına erişilememesi yayın kararını etkiler. Yayın kontrol listesinde hangi sorunların engelleyici olduğunu önceden tanımlayın. W3C WAI kaynakları da erişilebilirlik görevlerini proje boyunca ele almayı destekler.
Yayın sonrasında form teslimleri, kritik sayfalar, ölçüm olayları ve hata kayıtları yeniden kontrol edilmelidir. Takvimde yalnızca yayına alma anını değil, bu ilk doğrulama dönemini de görünür kılın.
Takvimi kapsam ve teslim listesiyle tamamlayın
Kurumsal web sitesi sayfa planı ile içerik iş yükünü belirleyin. Teklif kapsamı rehberi üzerinden sorumlulukları yazın; site ve kaynak kod devri listesini yayın takvimine dahil edin.
UYGULAMA ÖZETİ
Karar vermeden önce kontrol edin
Başlamadan önce
- Sayfa şablonları ve içerik sorumluları belli.
- Dış sistem erişimleri ve onay tarihleri yazılı.
Yayından önce
- Revizyonlar ile ek kapsam ayrı kaydediliyor.
- Kritik testler, yayın onayı ve geri dönüş sorumlusu belli.
SSS
Sık sorulan sorular
Çok sayfalı bir site mutlaka daha uzun mu sürer?
Hayır. Aynı şablonu kullanan sayfaların içeriği hazırsa giriş süreci ölçeklenebilir. Az sayfalı fakat özel akışlar ve entegrasyonlar içeren bir site daha fazla geliştirme ve test gerektirebilir.
İçerikler tamamlanmadan geliştirme başlayabilir mi?
Temsili içeriklerle bazı çalışmalar başlayabilir. Ancak gerçek metinlerin uzunluğu, veri yapısı ve görseller tasarımı etkiler. En azından her şablon için onaylı bir örnek içerik sağlamak tekrar işini azaltır.
Sabit yayın tarihi varsa ne yapılmalı?
Tarihi etkileyen bağımlılıkları görünür kılın ve ilk sürümde gerekli kapsamı belirleyin. Sonraya bırakılan özellikleri, sorumlusunu ve yeniden değerlendirme tarihini ayrı kaydedin.
BİRİNCİL KAYNAKLAR
Kaynaklar ve İleri Okuma
- W3C WAI: erişilebilirliği planlamak (yeni sekmede açılır)
Erişilebilirlik görevlerini proje boyunca planlamaya ve sorumluları belirlemeye ilişkin kaynaklar.
- Scrum Guide: planlama ve tamamlanma ölçütleri (yeni sekmede açılır)
İş listesinin geliştirilmesi, planların gözden geçirilmesi ve tamamlanma tanımı için birincil kaynak. Rehberdeki örnekler Next Medya tarafından hazırlanmıştır.
YAZAR
Next Medya Strateji ve Teknoloji Ekibi
Web ve yazılım projeleri
Web ve yazılım kararlarını kapsam, içerik, teknik gereksinimler ve işletme süreçleriyle birlikte ele alan Next Medya ekibi. Rehberlerdeki tablolar ve senaryolar karar yöntemini açıklamak için hazırlanmış temsili örneklerdir.
İLGİLİ HİZMET
Web Tasarım ve Dijital DeneyimBulut, Bakım ve Teknik OperasyonSONRAKİ OKUMA
İlgili diğer analizler
WEB TASARIM
Web Sitesinin Yıllık Bakım Maliyeti Nasıl Planlanır?
Hosting, domain, lisans, teknik bakım ve içerik giderlerini ayrı hesaplayın. Web sitesinin yıllık işletme bütçesi için kapsam ve yenileme tablosu oluşturun.
Okumaya devam edinWEB TASARIM
Web Sitesi, Domain ve Kaynak Kod Devri
Web sitesi tesliminde domain, kaynak kod, içerik, lisans ve hesapları ayrı ayrı kontrol edin. Yeni ekibe geçiş için uygulanabilir devir listesi hazırlayın.
Okumaya devam edinWeb sitesi kapsamını ve takvimini birlikte netleştirelim
Mevcut yapınızı, hedeflerinizi ve kısıtlarınızı paylaşın; projenin kapsamını birlikte değerlendirelim.
Projenizi görüşelim