Yeni bir web sitesi için plan yaparken ilk sorulardan biri teslim tarihidir. Lansman günü, fuar hazırlığı, yeni hizmetin duyurusu veya reklam kampanyası bu tarihe bağlı olabilir. Ancak aynı sayıda sayfaya sahip iki projenin takvimi birbirinden farklı ilerleyebilir. Birinde içerikler hazırdır ve tek kişi onay verir; diğerinde çeviri, fotoğraf çekimi ve dış sistem bağlantısı beklenir. Görünüşte benzer iki işin süre farkı çoğu zaman burada oluşur.
Profesyonel web tasarımın ne kadar süreceğine sağlıklı cevap verebilmek için önce teslim edilecek sonucu, gerekli girdileri ve karar noktalarını belirlemek gerekir. Web Tasarım Sistemleri olarak bu rehberde önerdiğimiz yaklaşım, takvimi aşamaların tamamlanma koşulları üzerinden kurmaktır. Böylece kurumsal web tasarım projesinde hangi tarihin hangi koşula bağlı olduğu anlaşılır; eksik içerik veya yeni talep geldiğinde etkisi daha erken görülebilir.
Web Tasarım Süresini Hangi İşler Belirler?
Bir teslim tahmini yalnız sayfa sayısına dayanıyorsa önemli ayrıntılar açıkta kalır. On hizmet sayfası aynı düzeni kullanabilir; tek bir teklif formu ise ürün seçimi, dosya yükleme ve farklı departmanlara bildirim gerektirebilir. Aynı şekilde hazır metinlerin panele girilmesiyle, hizmet anlatımının sıfırdan hazırlanması ayrı işlerdir. Web tasarım kapsamını değerlendirirken tekrarlanan sayfalar ile yeni işlev geliştiren ekranları ayrı ele almak daha kullanışlıdır.
Takvimi etkileyen başlıca unsurlar; farklı sayfa şablonlarının sayısı, gerçek içeriklerin hazır oluşu, tasarım kararlarının hızı, yönetim panelinin kapsamı ve entegrasyonların durumudur. Mevcut sitenin taşınması, dil seçenekleri ve test senaryoları da plana eklenir. Bunların her biri süreyi otomatik olarak uzatmaz; ancak değerlendirilmeden bırakılan bağımlılıklar teslim tarihini belirsizleştirir.
Çalışma Süresi ile Takvim Süresini Ayırın
Bir görevin iki iş günü emek gerektirmesi, başladığı andan iki gün sonra mutlaka biteceği anlamına gelmez. Görev için gerekli dosya gelmemişse veya onay bekleniyorsa geçen zaman artar. Teklif ve plan üzerinde üretim için ayrılan süreyle, müşteri değerlendirmesi ve dış hizmet bekleme süresini ayrı göstermek gerekir. Aksi halde çalışılmayan günler de tasarımın yavaş ilerlediği izlenimini doğurur.
İş günü hesabında hafta sonu, tatil, ekiplerin çalışma düzeni ve kararlaştırılan değerlendirme süreleri belirtilmelidir. Ayrıca başlangıç tarihi, teklifin kabul edildiği günle aynı olmayabilir. Erişimler, kapsam ve ilk içerikler hazır olduğunda üretim başlayabilir. Başlangıç koşullarını yazılı hale getirmek, daha sonra hangi gecikmenin hangi girdiden kaynaklandığını açıklamayı kolaylaştırır.
Başlamadan Önce Teslimin Tanımını Yapın
“Site hazır” ifadesi farklı taraflar için farklı anlamlara gelebilir. Tasarımın onaylanması, test ortamının açılması, gerçek içeriklerin tamamlanması ve canlı yayına geçiş ayrı durumlardır. Teslim planında bunları tek bir kutuya toplamayın. Örneğin son aşama; onaylı içeriklerin yayında olması, kararlaştırılan formların çalışması, panel kullanımının gösterilmesi ve belirlenen açıkların kapatılması olarak tarif edilebilir.
İlk toplantıda hedef ziyaretçi, öncelikli sayfalar, form akışları, dil kapsamı ve karar sorumluları netleştirilmelidir. Bu hazırlık için kurumsal web tasarım brief şablonu kullanılabilir. Süre rehberinin görevi briefi yeniden yazmak değildir; bu bilgilerden hangisinin bir sonraki aşamayı başlatacağını takvime çevirmektir. Henüz kararlaştırılmamış bir işlev, kesin tarih içine sessizce yerleştirilmemelidir.
Web Sitesi Projesinin Altı Temel Aşaması
1. Kapsam ve Bilgi Mimarisi
İlk aşamada sayfa listesi, menü ilişkileri ve ziyaretçinin tamamlayacağı görevler belirlenir. “Hizmetler sayfası olacak” demek yerine, her hizmetin ayrı adresi olup olmadığı ve ziyaretçinin teklif talebine nasıl ulaşacağı gösterilir. Çıktı, üzerinde anlaşılmış bir sayfa haritası ve işlev listesidir. Bu kayıt tasarımın hangi ekranlara uygulanacağını belirler.
Sektörden örnekler incelenirken yalnız görünüşe odaklanmak kararları uzatabilir. Kurumsal web tasarım örneklerini değerlendirme rehberi, ziyaretçinin ihtiyacı üzerinden karşılaştırma yapmaya yardımcı olur. Bu aşamanın bitiş ölçütü, her ayrıntının çizilmiş olması değil, ana sayfa türleri ve öncelikli kullanıcı yollarının kabul edilmesidir.
2. Görsel Tasarım ve Ekran Onayı
Ana sayfa, hizmet detayı ve iletişim gibi temsil edici ekranlar hazırlanır. Mobil görünüm ve içerik yoğunluğu bu aşamada değerlendirilmelidir. Büyük bir başlık, uzun hizmet adı veya farklı oranlı fotoğraf düzeni değiştirebilir. Dolayısıyla tasarım örneklerinde gerçek içeriğe yakın metin ve görseller kullanmak, sonradan yapılacak düzenlemeleri daha erken görünür hale getirir.
Onay toplantısında kişisel tercihlerle kullanım sorunlarını aynı başlık altında toplamak yerine her geri bildirimin nedenini belirtin. “Bu bölüm küçük” yorumunun, metnin okunamaması mı yoksa marka vurgusunun zayıflığı mı olduğu anlaşılmalıdır. Aşama sonunda kabul edilen ekranlar ve kalan sınırlı düzeltmeler kaydedilir. Sonradan tüm sayfa yapısını değiştiren bir talep, normal metin düzeltmesiyle aynı kapsamda değerlendirilmez.
3. İçerik Hazırlığı ve Yerleştirme
İçerik çalışması tasarımın tamamen bitmesini beklemek zorunda değildir. Sayfa haritası belirlendiğinde metin sorumluları, görseller ve ürün bilgileri için hazırlık başlayabilir. Bununla birlikte tamamlanmamış hizmet kapsamı üzerine son düzeni kurmak risklidir. Web sitesi içeriğini planlama aşamasında her sayfanın dosyası, onay durumu ve eksikleri izlenirse yerleştirme işi daha öngörülebilir ilerler.
Örneğin üç hizmet metni hazırken dördüncü hizmetin adı ve kapsamı tartışılıyorsa, hazır sayfalar üzerinde çalışılabilir. Ancak menü düzeni dördüncü hizmete göre değişecekse bu karar beklenen görevler listesinde açıkça gösterilmelidir. Paralel çalışma, birbirinden bağımsız işleri aynı dönemde yürütmektir; çözülmemiş bir kararın bütün etkilerini yok saymak değildir.
4. Geliştirme, Panel ve Entegrasyonlar
Onaylanan ekranlar çalışan sayfalara dönüştürülür; içerik alanları, formlar ve yönetim ihtiyaçları uygulanır. Bir web yazılım geliştirme işi söz konusuysa, yalnız ziyaretçi ekranları değil yönetici işlemleri de takvime alınmalıdır. Yetkili kullanıcının içerik eklemesi, bir talebi görüntülemesi veya hatalı bir kaydı düzeltmesi ayrıca incelenecek akışlardır.
Hazır sistem, özel geliştirme veya karma yapı seçimi de görevleri değiştirir. Bu kararın gerekçeleri özel web yazılım ve hazır sistem karşılaştırması üzerinden ele alınabilir. Takvimde asıl soru, seçilen yapının gerektirdiği kurulum, uyarlama, veri aktarımı ve test işlerinin tanımlanmış olup olmadığıdır.
Dış sistem bağlantısında erişim bilgisinin bulunması tek başına yeterli sayılmaz. Deneme ortamı, örnek veri, ilgili hizmetin teknik açıklaması ve hata senaryoları gerekebilir. Bir e-ticaret sitesi için ödeme ve sipariş akışları ayrıca planlanır. Dış sağlayıcının yanıt tarihi kontrol edilemiyorsa, bu belirsizlik kesin teslim taahhüdü içinde gizlenmemelidir.
5. Test, Düzeltme ve Kabul
Test için takvimde ayrı zaman bırakın. Form gönderiminin hedefe ulaşması, bağlantıların doğru sayfayı açması, mobil menünün kullanılabilmesi ve panelden yapılan değişikliğin görünmesi kontrol edilir. Yalnız ana sayfanın masaüstünde açılması yeterli kabul ölçütü değildir. Gerçek içeriklerle deneme yapılması, boş alanlar veya uzun metinlerle ortaya çıkan sorunları yakalamaya yardımcı olur.
Kontrol listesi ilk kez son gün ortaya çıkmamalıdır. İşletmenin teslim beklentileri başlangıçta kurumsal web sitesi paketlerinde teslim kapsamı ile birlikte değerlendirilebilir. Düzeltmeler önem sırasıyla kaydedilir; yayını engelleyen sorunlar ile daha sonra yapılabilecek geliştirmeler için ayrı karar verilir. Bir eksiklik yalnız takvim sıkıştığı için kabul edilmiş sayılmaz.
6. Canlıya Geçiş ve Kullanım Devri
Son aşama yayın işlemini, canlı kontrolleri ve içerik yönetimi devrini kapsar. Alan adı ve barındırma erişimleri, yetkili kişilerin ulaşılabilirliği ve geri dönüş için gerekli hazırlıklar önceden netleştirilmelidir. İlk yayın sonrası kontrol, test ortamındaki sonucu otomatik olarak doğru kabul etmek yerine gerçek adreste temel ziyaretçi yollarını yeniden denemelidir.
Mevcut sayfa adresleri değişiyorsa eski ve yeni adreslerin eşleştirilmesi, uygun yönlendirmeler ve takip işleri plana girer. Google’ın site taşıma rehberi, URL değişikliklerinde hazırlık, eşleme, yönlendirme ve izlemeyi ayrı adımlar olarak ele alır. Bu teknik hazırlık yalnız yayından sonra bakılacak bir konu olarak bırakılmamalıdır.
Varsayımsal Beş Haftalık Teslim Planı Nasıl Okunur?
Aşağıdaki örnek, çalışma sırasını göstermek amacıyla hazırlanmıştır. Web Tasarım Sistemleri için standart teslim süresi, sektör ortalaması veya hizmet garantisi değildir. Tek dilde, sınırlı sayıda sayfa şablonu olan, özel dış sistem bağlantısı bulunmayan bir tanıtım sitesi varsayılmıştır. Metinleri işletme hazırlamakta, tek yetkili kişi görüşleri birleştirmekte ve değerlendirmeler kararlaştırılan tarihlerde tamamlanmaktadır. Resmî tatil veya beklenmeyen erişim sorunu hesaba katılmamıştır.
- Birinci hafta: Sayfa haritası ve kapsam üzerinde anlaşılır; temsil edici içerikler ve tasarım yönü hazırlanır.
- İkinci hafta: Temel ekranlar değerlendirilip onaylanır; diğer sayfaların metin ve görselleri paralel olarak tamamlanır.
- Üçüncü hafta: Onaylı ekranlar geliştirilir, içerik alanları ve formlar uygulanır; hazır metinler yerleştirilir.
- Dördüncü hafta: Kalan içerikler tamamlanır, çalışan sayfalar üzerinde testler yapılır ve bulunan sorunlar düzeltilir.
- Beşinci hafta: Kabul kontrolleri, panel kullanım devri ve uygun gün seçilerek canlıya geçiş gerçekleştirilir.
Bu örnekte beş haftanın her günü aynı tür üretime ayrılmamıştır. İçerik hazırlığıyla tasarım, ardından içerik yerleştirmeyle geliştirme kısmen örtüşür. İkinci haftada ekran onayı alınamazsa üçüncü haftanın bütün işleri aynı anda başlayamayabilir. Bu nedenle aşamaların sürelerini art arda toplayarak veya hepsini paralel kabul ederek bulunan tek tarih, bağımlılıkları göstermediği sürece yanıltıcıdır.
Varsayımlardan biri değiştiğinde örnek plan yeniden değerlendirilir. İkinci dil eklenmesi çeviri ve içerik yerleştirme görevleri getirir; yeni üyelik akışı geliştirme ve test kapsamını artırır. Gerçek bir projede tahmin, mevcut girdiler ve yapılacak işler incelendikten sonra hazırlanmalıdır. İş akışlarının takibi için SEO ve web tasarım sürecinde proje planlama yazısı da tamamlayıcı bir çerçeve sunar.
Onay Beklemelerini ve Revizyonları Yönetmek
Geri bildirimlerin farklı kişilerden farklı günlerde gelmesi takvimi zorlaştırır. İşletme adına görüşleri birleştiren bir sorumlu belirlemek ve her değerlendirme için son tarih koymak faydalıdır. Bu kişi bütün kararları tek başına almak zorunda değildir; ilgili departmanlardan gelen yorumları tek listede toparlayabilir. Ajansın aynı ekran için birbirini geçersiz kılan mesajlar yerine üzerinde çalışılabilecek bir karar alması amaçlanır.
Geri bildirim kaydında ekran, istenen değişiklik, gerekçe ve öncelik bulunmalıdır. Kararlaştırılan işlevin çalışmamasıyla yeni bir işlev istemek ayrı değerlendirilir. Örneğin teklif formunun mevcut alanını düzeltmek ile forma dosya yükleme ve farklı onay adımları eklemek aynı görev değildir. Yeni isteğin etkisi yalnız geliştirmeyle sınırlı kalmayabilir; içerik, tasarım ve yeniden test için de zaman gerekebilir.
Süre ve maliyet birlikte değerlendirilmelidir. Daha kısa takvim isteyen bir işletme, öncelikli sayfaları ilk yayına almayı tercih edebilir. Ancak bu kararın kapsamı ve sonraki teslimleri yazılı olmalıdır. Web tasarım tekliflerini karşılaştırma sırasında aynı tarihlerin gerçekten aynı işi kapsayıp kapsamadığını kontrol edin; daha erken teslim, kendiliğinden daha eksiksiz teslim anlamına gelmez.
İlerlemeyi Yüzde Yerine Tamamlanan Sonuçlarla İzleyin
“Proje yüzde seksen bitti” ifadesi, kalan kritik işi göstermeyebilir. Ekranların çoğu hazır olsa bile çalışmayan bir başvuru formu yayını durdurabilir. Haftalık durum kaydında tamamlanan çıktıları, beklenen girdileri, sıradaki kararları ve yayın tarihine etkilerini belirtmek daha anlaşılırdır. Her bekleyen işin sorumlusu ve cevap tarihi bulunmalıdır; aksi halde aynı eksik sonraki toplantıya taşınır.
Örneğin durum notu şöyle yazılabilir: “Hizmet sayfaları test ortamında tamamlandı. İletişim formunun alıcı adresi işletme tarafından doğrulanacak. Doğrulama sonrası gönderim denemesi yapılacak. Çarşamba günü yanıt gelmezse cuma günkü kabul kontrolü yeniden planlanacak.” Bu kayıt sorunu, bağımlılığı ve karar ihtiyacını tek seferde görünür kılar. Başarı yüzdesi yerine doğrulanabilir sonuç üzerinden konuşulur.
Süre Uzadığında Hangi Kararlar Alınabilir?
Önce gecikmenin kaynağını ayırın: eksik girdi, yeni kapsam, teknik sorun veya karar beklemesi. Her durumun çözümü farklıdır. Eksik görsel için uygun alternatif hazırlanabilir; yeni işlev sonraki aşamaya bırakılabilir; teknik sorun için ayrı çalışma gerekebilir. Daha önce incelenmeyen bir entegrasyona yalnız daha çok kişi eklemek, dış sağlayıcının bekleme süresini ortadan kaldırmaz.
Yayın tarihini korumak için kapsam daraltılacaksa ilk sürümün ziyaretçinin temel görevlerini tamamlayabilmesi gerekir. Ulaşılamayan iletişim kanalı veya yanlış hizmet bilgisi, ileride düzeltilecek küçük ayrıntı sayılmamalıdır. Arama motoru optimizasyonu kapsamında yapılan adres ve içerik hazırlıkları da yayın takvimine dahil edilmelidir. Aciliyet, gerekli kontrolleri sessizce kaldırmanın gerekçesi olmamalıdır.
Teslim Tarihiyle İlgili Sık Sorulan Sorular
İçerikler Hazır Değilken Tasarım Başlayabilir mi?
Temsil edici metinler ve sayfa amaçları belli olduğunda bazı tasarım çalışmaları başlayabilir. Fakat tamamen farklı uzunlukta içeriklerin daha sonra gelmesi ekranların yeniden düzenlenmesini gerektirebilir. İçerik hazırlığı ayrı görev olarak yürütülmeli ve son yerleştirme için bir teslim tarihi belirlenmelidir.
Ajans veya Freelancer Seçimi Süreyi Belirler mi?
Tek başına hizmet sağlayıcının türü yeterli ölçüt değildir. İş yükü, uzmanlık, değerlendirme düzeni ve proje bağımlılıkları incelenmelidir. Web tasarım ajansı ve freelancer karşılaştırması, sorumluluk ve süreklilik açısından sorulabilecek soruları ele alır. Teslim takvimi ise seçilen ekibin somut çalışma planıyla değerlendirilir.
Yayına Çıkmak Projenin Bütün İşlerinin Bittiği Anlamına Gelir mi?
İlk yayın ve sonraki geliştirmeler ayrı teslimler olarak kararlaştırılmış olabilir. Bunun açıkça belirtilmesi gerekir. Canlıya geçiş sonrasında içerik güncellemeleri ve yeni ihtiyaçlar devam edebilir; ancak ilk teslimde yapılması gereken işler belirsiz bir “sonra tamamlanır” başlığı altında bırakılmamalıdır.
İşletmeniz İçin Uygulanabilir Bir Takvim Oluşturun
Profesyonel web tasarım süresi, kapsam ve bağımlılıklar birlikte değerlendirilerek belirlenir. Başlangıç koşullarını, aşama çıktılarını, onay tarihlerinin sorumlularını ve yayın öncesi kontrolleri aynı plana yazın. Böyle bir takvim değişiklikleri tamamen önlemez; değişiklik geldiğinde hangi işlerin etkileneceğini anlamayı sağlar. Web Tasarım Sistemleri ile projenizin sayfa, içerik ve işlev ihtiyaçlarını değerlendirmek için teslim planı hakkında iletişime geçebilirsiniz.
Bu makalenin uzunluğu 1824 kelimedir.
Bu makale 2026-10-07 tarihinde yayınlanmıştır.