Web Sitesi Ne Kadar Sürede Yapılır? Kurumsal Site İçin Gerçekçi Takvim

Kurumsal web sitesi yaptırmayı planlayan işletmelerin ilk sorularından biri genellikle şudur:

“Web sitesi ne kadar sürede hazır olur?”

Bu soruya bütün projeler için:

“7 günde.”

veya:

“1 ayda.”

şeklinde tek bir cevap vermek doğru değildir.

Çünkü web sitesi teslim süresini yalnız yazılım geliştirme belirlemez.

Projenin tamamlanması için genellikle şu zincirin çalışması gerekir:

KEŞİF → SAYFA MİMARİSİ → İÇERİK → TASARIM → GELİŞTİRME → REVİZYON → TEST → YAYIN

Bu aşamalardan biri beklediğinde bütün proje takvimi uzayabilir.

Örneğin beş sayfalık, içeriği hazır bir kurumsal site ile:

• 30 hizmet sayfası bulunan
• Özel tasarım isteyen
• CRM entegrasyonu gereken
• İçerikleri henüz hazırlanmamış
• Birden fazla karar vericisi bulunan

bir web projesinin aynı sürede tamamlanması beklenmez.

DigitalPlus’ta web sitesi geliştirme sürecini keşif ve planlama, tasarım, geliştirme, test ve yayın aşamalarıyla yönetiyoruz.

Kısa Cevap: Kurumsal Web Sitesi Kaç Haftada Yapılır?

Proje kapsamına göre değişmekle birlikte planlama amacıyla yaklaşık şu ölçekler kullanılabilir:

Proje Tipi	Yaklaşık Proje Penceresi
Küçük ve içeriği hazır kurumsal site	2-4 hafta
Orta ölçekli özel tasarım kurumsal site	4-8 hafta
Çok sayfalı veya entegrasyonlu proje	8-12 hafta veya daha fazla

Bu süreler garanti edilen teslim tarihleri değildir.

Gerçek takvim:

• Sayfa sayısı
• Tasarım kapsamı
• İçerik hazırlığı
• Özel geliştirmeler
• Entegrasyonlar
• Revizyon sayısı
• Müşteri onay süresi

belirlendikten sonra çıkarılmalıdır.

Web Sitesi Yapım Süresi Neden Projeden Projeye Değişir?

Web sitesi geliştirme yalnız kod yazma işi değildir.

Yayınlanabilir bir kurumsal site için önce hangi sayfaların bulunacağı, her sayfanın ne anlatacağı ve kullanıcının hangi aksiyona yönlendirileceği belirlenmelidir.

Ardından tasarım hazırlanır, geliştirme yapılır, içerikler yerleştirilir ve site farklı cihazlarda test edilir.

Bu nedenle proje süresini:

GELİŞTİRME SÜRESİ

yerine:

TOPLAM PROJE AKIŞI

üzerinden değerlendirmek gerekir.

1. Keşif ve Planlama Ne Kadar Sürer?

İlk aşamada sitenin ne yapması gerektiği belirlenir.

Örneğin:

• Site hangi kullanıcıya hitap edecek?
• Ana hizmetler neler?
• Kaç sayfa gerekli?
• Teklif mi, randevu mu, satış mı hedefleniyor?
• Mevcut site korunacak mı?
• Yeni URL yapısı gerekiyor mu?
• Özel entegrasyon var mı?

gibi sorular cevaplanır.

Küçük projelerde bu aşama kısa olabilir.

Çok sayıda hizmeti, departmanı veya karar vericisi bulunan şirketlerde ise site mimarisinin onaylanması daha fazla zaman gerektirebilir.

Planlama Aşamasını Atlamak Siteyi Daha Hızlı Bitirir mi?

Kısa vadede öyle görünebilir.

Ama sayfalar geliştirilirken:

• Yeni sayfa ihtiyaçlarının ortaya çıkması
• Menünün yeniden tasarlanması
• İçeriklerin yanlış template’e hazırlanması
• URL yapısının sonradan değiştirilmesi

projeyi daha fazla uzatabilir.

Başta birkaç gün kazanıp geliştirme sırasında birkaç hafta kaybetmek özellikle kurumsal projelerde pek nadir bir insan icadı sayılmaz.

2. Sayfa Sayısı Teslim Süresini Etkiler mi?

Evet.

Beş sayfalık site ile 50 ayrı hizmet ve sektör landing page’i bulunan site aynı üretim yüküne sahip değildir.

Her yeni sayfa için projeye göre:

• İçerik
• Tasarım
• Görsel
• Responsive kontrol
• SEO alanları
• Internal linking
• QA

gerekebilir.

Ancak sayfa sayısı da tek başına yeterli ölçü değildir.

Aynı template’i kullanan 20 sayfa, tamamen özel tasarlanan beş sayfadan daha hızlı üretilebilir.

3. İçerikler Hazırsa Web Sitesi Daha Hızlı Tamamlanır mı?

Çoğu projede evet.

Web geliştirme projelerinin sık görülen gecikme nedenlerinden biri teknik geliştirme değil içerik beklemektir.

Örneğin tasarım hazır olabilir fakat:

• Hizmet açıklamaları gelmemiş
• Ekip bilgileri eksik
• Referanslar onaylanmamış
• Fotoğraflar seçilmemiş
• İletişim bilgileri kesinleşmemiş

olabilir.

Bu durumda geliştirici siteyi teknik olarak tamamlamış olsa bile yayın yapılamaz.

Web Sitesi Başlamadan Önce Hangi İçerikler Hazır Olmalı?

En azından şu bilgiler mümkün olduğunca erken netleştirilebilir:

• Şirket tanımı
• Hizmetler
• Hedef müşteri
• İletişim bilgileri
• Kurumsal kimlik
• Logo
• Gerçek fotoğraf ve görseller
• Referanslar
• CTA ve teklif süreci

İçerik üretimi de hizmet kapsamında yürütülecekse bunun proje planına ayrıca eklenmesi gerekir.

Kurumsal sayfaların metinleri henüz hazır değilse web içeriği üretimi geliştirme süreciyle paralel planlanabilir.

4. Tasarım Süreci Ne Kadar Zaman Alır?

Tasarım süresi kullanılan modele göre değişir.

Hazır component ve tasarım sistemi kullanılan projeler daha hızlı ilerleyebilir.

Markaya özel:

• UI sistemi
• Özel component’ler
• Animation
• Illustration
• Çok sayıda farklı page template

gereken projeler daha uzun sürebilir.

Burada önemli değişkenlerden biri de onay sürecidir.

Tasarım Revizyonları Projeyi Ne Kadar Geciktirebilir?

Revizyonun kapsamına bağlıdır.

Buton boyutu veya görsel seçimi gibi küçük değişikliklerle:

“Ana sayfanın tamamını farklı bir tasarım yönünde yeniden düşünelim.”

aynı revizyon değildir.

Bu nedenle proje başlamadan:

• Kaç tasarım yönü sunulacağı
• Revizyon sürecinin nasıl işleyeceği
• Onayı kimin vereceği

netleştirilmelidir.

5. Hazır Tema Kullanmak Siteyi Daha Hızlı Bitirir mi?

Çoğu durumda geliştirme süresini azaltabilir.

Ancak hazır tema her proje için doğru çözüm değildir.

İşletmenin ihtiyacı:

• Standart kurumsal sayfalar
• Blog
• İletişim formu

gibi basitse mevcut bir tasarım sisteminden yararlanmak mantıklı olabilir.

Özel kullanıcı akışı, entegrasyon veya marka deneyimi gerekiyorsa daha özel geliştirme gerekebilir.

Hazır Tema ile Özel Tasarım Arasında Süre Farkı Neden Oluşur?

Hazır sistemde birçok:

• Layout
• Component
• Responsive davranış
• Temel interaction

önceden hazırlanmıştır.

Özel tasarımda ise bunların proje için yeniden tasarlanması ve geliştirilmesi gerekebilir.

Dolayısıyla:

DAHA ÖZEL TASARIM → DAHA FAZLA KARAR → DAHA FAZLA ÜRETİM → DAHA UZUN TAKVİM

ilişkisi oluşabilir.

6. WordPress Kurumsal Site Ne Kadar Sürede Yapılır?

WordPress kullanılması tek başına teslim süresini belirlemez.

WordPress üzerinde:

• Hazır tema
• Özel tema
• Page builder
• Özel plugin

gibi farklı geliştirme modelleri kullanılabilir.

Bu nedenle:

“WordPress site 10 günde yapılır.”

gibi genel bir kural yoktur.

Asıl belirleyici WordPress değil proje kapsamıdır.

7. Özel Yazılım Web Sitesi Daha Uzun mu Sürer?

Özel backend, kullanıcı paneli veya business logic bulunan projeler standart kurumsal siteden daha fazla geliştirme ve test gerektirebilir.

Örneğin:

• Müşteri paneli
• Üyelik sistemi
• Teklif motoru
• Randevu sistemi
• Özel hesaplama aracı

varsa proje artık yalnız kurumsal website kapsamından çıkmaya başlayabilir.

Bu özelliklerin her biri ayrıca:

• Requirement
• Development
• Testing
• Security

ihtiyacı oluşturabilir.

8. Entegrasyonlar Web Sitesi Teslim Süresini Uzatır mı?

Evet.

Örneğin:

• CRM
• ERP
• Ödeme sistemi
• Randevu yazılımı
• E-posta pazarlama sistemi
• Üçüncü taraf API

entegrasyonları ayrı geliştirme ve test süreci gerektirebilir.

Üstelik proje yalnız web ajansına bağlı olmayabilir.

Üçüncü taraf servis sağlayıcının:

• API dokümantasyonu
• Erişim bilgileri
• Test ortamı
• Teknik desteği

de takvimi etkileyebilir.

9. Çok Dilli Web Sitesi Daha Uzun Sürer mi?

Genellikle evet.

Çünkü yalnız dil seçici eklemek yeterli değildir.

Her dil için:

• İçerik
• Menü
• Metadata
• Formlar
• Görseller
• QA

kontrol edilmelidir.

Çeviri tamamlanmadıysa geliştirme hazır olsa bile yayına geçiş gecikebilir.

10. SEO Web Sitesi Yapım Süresini Uzatır mı?

SEO sonradan eklenen ayrı bir süsleme olarak düşünülürse proje sonunda ek iş çıkarabilir.

Daha sağlıklı yöntem temel SEO gereksinimlerini geliştirme sürecine dahil etmektir.

Örneğin proje sırasında:

• URL yapısı
• Heading hiyerarşisi
• Internal linking
• Canonical
• Indexability
• Redirect ihtiyaçları
• Sitemap

baştan düşünülürse yayın öncesinde büyük yeniden çalışma ihtiyacı azalır.

Özellikle mevcut bir site yeniden tasarlanıyorsa eski URL’lerin dikkatsizce değiştirilmesi organik görünürlük kaybına yol açabilir.

Mevcut Site Yenileniyorsa Proje Neden Daha Karmaşık Olur?

Sıfırdan yeni site yapmak ile mevcut ve Google’da görünürlüğü bulunan siteyi yeniden geliştirmek aynı şey değildir.

Mevcut sitede:

• İndekslenmiş URL’ler
• Backlink’ler
• Organic traffic
• Mevcut landing pages

bulunabilir.

Yeni siteye geçerken bunların korunması gerekir.

URL değişikliği varsa redirect mapping ve migration QA ayrıca proje takvimine eklenmelidir.

11. Müşterinin Geri Dönüş Hızı Teslim Tarihini Ne Kadar Etkiler?

Oldukça fazla etkileyebilir.

Örneğin tasarım pazartesi günü onaya gönderilmiş olabilir.

Geri bildirim aynı gün gelirse çalışma devam eder.

Geri bildirim iki hafta sonra gelirse geliştirme takvimi de buna göre kayabilir.

Bu nedenle proje süresi yalnız ajansın çalışma günleri üzerinden hesaplanmamalıdır.

Gerçek takvim:

AJANS ÜRETİM SÜRESİ + MÜŞTERİ ONAY SÜRESİ + BAĞIMLILIKLAR

üzerinden oluşur.

Web Sitesi Projesinde Tek Karar Verici Olması Neden Önemlidir?

Bir şirket içinde:

• Genel müdür
• Pazarlama
• Satış
• İnsan kaynakları
• IT

aynı tasarıma farklı yorumlar gönderebilir.

Bu normaldir.

Ancak bütün yorumların ajansa ayrı ayrı iletilmesi:

• Çelişkili revizyonlar
• Tekrar çalışma
• Onay gecikmesi

yaratabilir.

Müşteri tarafında tek proje owner’ı belirlemek bu nedenle süreci hızlandırabilir.

12. Revizyon Sayısı Teslim Süresini Etkiler mi?

Evet.

Revizyon web projesinin normal parçasıdır.

Ama kapsam sürekli değişiyorsa proje süresi de değişir.

Örneğin proje başında:

“Kurumsal tanıtım sitesi.”

olarak başlayan iş geliştirme sırasında:

• Üyelik
• Online ödeme
• Bayilik paneli
• Randevu

istemeye başlarsa ilk teslim tarihi artık aynı proje için hesaplanmış değildir.

Scope Creep Nedir?

Scope creep, proje başladıktan sonra kapsamın kontrollü karar alınmadan sürekli genişlemesidir.

Örneğin:

Başlangıç: 10 sayfalık kurumsal site.

Proje sırasında: 10 yeni landing page, üyelik sistemi ve iki entegrasyon.

Bu durumda yalnız:

“Teslim tarihi neden gecikti?”

diye bakmak doğru değildir.

Scope değiştiyse zaman ve bütçe de yeniden değerlendirilmelidir.

13. Görsel ve Fotoğraf Üretimi Takvimi Etkiler mi?

Evet.

Site gerçek:

• Ekip fotoğrafları
• Ofis görüntüleri
• Ürün fotoğrafları
• Proje görselleri

kullanacaksa çekim ve seçim süreci takvime eklenmelidir.

Tasarım hazır olduğu halde görsellerin son hafta aranması yayın tarihini gereksiz yere geciktirebilir.

14. Test ve QA İçin Neden Ayrı Zaman Ayrılmalı?

Geliştirme tamamlandığında site otomatik olarak yayına hazır sayılmamalıdır.

Yayın öncesinde en azından:

• Mobil görünüm
• Desktop görünüm
• Farklı tarayıcılar
• Formlar
• Telefon ve e-posta bağlantıları
• Menüler
• 404 sayfaları
• SEO alanları
• Analytics
• Performans

kontrol edilmelidir.

DigitalPlus’ın mevcut web geliştirme sürecinde de geliştirme sonrasında test ve yayın ayrı proje aşaması olarak ele alınır.

Site Bittiği Gün Yayına Alınmalı mı?

Geliştirmenin tamamlanması ile yayın onayı aynı şey değildir.

Önce:

1. İçerikler kontrol edilir
2. Formlar test edilir
3. Responsive QA yapılır
4. Analytics kontrol edilir
5. SEO kontrolleri tamamlanır
6. Varsa redirect’ler hazırlanır
7. Final müşteri onayı alınır

sonrasında production yayını yapılabilir.

Küçük Bir Kurumsal Site İçin Örnek 4 Haftalık Takvim

Aşağıdaki takvim yalnız örnek planlama modelidir.

Hafta	Çalışma
1. Hafta	Keşif, site mimarisi, içerik ihtiyaçları
2. Hafta	Tasarım ve içerik hazırlığı
3. Hafta	Geliştirme ve içerik girişi
4. Hafta	Revizyon, test, QA ve yayın

İçeriklerin hazır olması ve onayların gecikmemesi halinde bu tür bir akış mümkün olabilir.

Orta Ölçekli Kurumsal Site İçin Örnek 6-8 Haftalık Takvim

Dönem	Çalışma
1. Hafta	Keşif, requirement ve architecture
2-3. Hafta	UI tasarım ve içerik
3-6. Hafta	Frontend / CMS geliştirme
6-7. Hafta	İçerik girişi ve entegrasyonlar
7-8. Hafta	QA, revizyon ve yayın

Bu da standart teslim garantisi değildir.

Projenin gerçek scope’una göre aşamalar paralel veya ardışık ilerleyebilir.

Web Sitesinin 1 Haftada Yapılması Mümkün mü?

Teknik olarak bazı projelerde mümkündür.

Örneğin:

• Sayfa sayısı azsa
• İçerikler tamamen hazırsa
• Hazır design system kullanılıyorsa
• Özel entegrasyon yoksa
• Tek karar verici varsa

çok hızlı üretim yapılabilir.

Ama:

“Her kurumsal site 7 günde yapılabilir.”

sonucu buradan çıkarılamaz.

Web Sitesinin 3 Ay Sürmesi Normal mi?

Büyük veya karmaşık projelerde olabilir.

Örneğin:

• Çok sayıda özel page template
• Çok dilli yapı
• Özel entegrasyonlar
• Yoğun içerik üretimi
• Migration
• Birden fazla onay mekanizması

bulunuyorsa proje birkaç aya yayılabilir.

Ama beş sayfalık standart kurumsal site üç aydır yalnız onay bekliyorsa sorun proje karmaşıklığı değil süreç yönetimi de olabilir.

Web Sitesinin Daha Hızlı Tamamlanması İçin Ne Yapabilirsiniz?

1. Proje başlamadan sayfa listesini netleştirin.
2. Tek müşteri proje sorumlusu belirleyin.
3. Logo ve kurumsal kimliği hazır edin.
4. İçerik sorumluluğunu baştan belirleyin.
5. Fotoğraf ve görselleri erkenden hazırlayın.
6. Geri bildirimleri tek dokümanda toplayın.
7. Yeni özellikleri proje ortasında kontrolsüz eklemeyin.
8. Entegrasyon erişimlerini önceden hazırlayın.
9. Onay için şirket içinde net süre belirleyin.

Hızlı Teslim Her Zaman Daha İyi midir?

Hayır.

Hız önemlidir fakat teslim tarihi uğruna:

• Mobil QA
• Form testleri
• Performans
• SEO altyapısı
• Analytics
• Security kontrolleri

atlanıyorsa hızlı teslim daha sonra ek maliyet oluşturabilir.

İyi proje yönetiminin amacı siteyi mümkün olan en kısa sürede değil:

gereksiz beklemeleri azaltarak doğru kapsamı öngörülebilir sürede tamamlamak

olmalıdır.

Web Sitesi Teklifinde Teslim Tarihi Nasıl Yazılmalı?

Yalnız:

“30 iş günü.”

yazılması bazen yeterli değildir.

Teklifte mümkünse:

• Proje başlangıç koşulu
• Ana milestone’lar
• Müşteri tarafından sağlanacak materyaller
• Onay süreleri
• Revizyon kapsamı
• Scope dışı işler

tanımlanmalıdır.

Böylece teslim tarihi yalnız takvim üzerinde duran bir rakam değil, hangi koşullarda geçerli olduğu belli bir proje planına dönüşür.

Web Sitesi Gecikirse Önce Neye Bakılmalı?

Gecikmenin kaynağını ayırın:

Gecikme	Muhtemel Kaynak
Tasarım üretilemedi	Ajans / tasarım
Tasarım onay bekliyor	Müşteri onayı
Metinler eksik	İçerik süreci
API çalışmıyor	Teknik bağımlılık
Sürekli yeni özellik ekleniyor	Scope değişikliği
Site hazır ama test edilmedi	QA planlaması

Bu ayrım yapılmadan yalnız ajansın veya müşterinin suçlanması projenin daha hızlı ilerlemesini sağlayan şaşırtıcı bir teknoloji değildir.

Web Sitesi Yayına Alındığında Proje Tamamen Biter mi?

Geliştirme projesinin ana teslimatı tamamlanabilir.

Ancak yayın sonrasında:

• Analytics kontrolü
• Search Console
• Form testleri
• 404 kontrolü
• Performans takibi
• Backup
• Güvenlik ve bakım

devam edebilir.

Özellikle mevcut site yeniden geliştirildiyse yayın sonrası teknik ve organik trafik kontrolleri önemlidir.

Web Sitesi Ne Kadar Sürede Yapılır?

Kısa cevap:

Küçük ve içeriği hazır bir kurumsal site birkaç haftada tamamlanabilirken, özel tasarım, çok sayıda sayfa, entegrasyon veya migration içeren projeler birkaç aya yayılabilir.

Gerçek teslim süresini belirleyen model:

PROJE KAPSAMI

↓

İÇERİK HAZIRLIĞI

↓

TASARIM

↓

GELİŞTİRME

↓

MÜŞTERİ ONAYLARI

↓

REVİZYON

↓

TEST VE QA

↓

YAYIN

şeklindedir.

Bu nedenle web sitesi teklifi alırken yalnız:

“Kaç günde teslim ediyorsunuz?”

diye sormayın.

Şunları da sorun:

• Bu süre hangi scope için geçerli?
• İçerikleri kim hazırlıyor?
• Kaç farklı tasarım ve template üretilecek?
• Revizyon süreci nasıl işliyor?
• Entegrasyonlar dahil mi?
• Test ve yayın süreci dahil mi?
• Benden hangi materyaller ve onaylar bekleniyor?

Kurumsal sitenizin kapsamını, tasarım ve geliştirme ihtiyaçlarını belirlemek için Web Sitesi Geliştirme hizmetimizi inceleyebilirsiniz.