Web Sitesi Ne Kadar Sürede Tamamlanır?

"Ne kadar sürer?" sorusuna dürüst cevap tek bir sayı değildir. Süreyi belirleyen asıl şey kodun ne kadar sürede yazıldığı değil, kapsamın ne kadar net tanımlandığı ve içeriğin ne zaman hazır olduğu. Bu yazı, genel bir "4-8 hafta" rakamı vermek yerine süreci fazlarına ayırıyor, projeyi gerçekten uzatan şeyi kaynaklı verilerle gösteriyor ve süreyi kısaltmak için ne yapabileceğinizi somutlaştırıyor.

Fiyatı belirleyen faktörleri ayrıca web sitesi maliyeti rehberimizde ele aldık; bu yazı süreye odaklanıyor.

Kısa cevap: karmaşıklığa göre süre aralığı

GoodFirms'ın 100'den fazla web geliştirme şirketinin verisini incelediği 2024 web sitesi inşa maliyetleri ve süreleri araştırmasına göre tamamlanma süresi karmaşıklıkla doğrusal artıyor. Bu uluslararası bir veri seti; Türkiye pazarına özgü ayrı bir kaynak bulamadık, bu yüzden genel eğilim olarak okuyun.

Groopy'de tanıtım ve kurumsal siteler için tipik aralık 3-6 hafta; web sitesi geliştirme hizmetimizde kesin takvim keşif görüşmesinden sonra netleşiyor. Aynı proje türünde bile aralığın bu kadar geniş olmasının nedeni aşağıda.

Her proje türünde asıl darboğaz değişir

Aralıkların bu kadar geniş olmasının bir nedeni de, proje türüne göre zaman kaybının farklı bir yerde birikmesi. Kurumsal/tanıtım sitelerinde en çok zaman metin ve görsel onayında geçer; teknik taraf görece basittir. E-ticarette darboğaz genelde ürün veri girişi (yüzlerce ürünün fotoğraf, açıklama ve stok bilgisiyle sisteme aktarılması) ile ödeme/kargo entegrasyonlarının test edilmesidir; bunlar geliştirmeden bağımsız, paralel yürütülmesi gereken ayrı bir iş yüküdür. Özel web uygulamalarında ise en büyük risk üçüncü taraf API'lerin (ödeme sağlayıcı, CRM, muhasebe yazılımı) beklenenden farklı davranması ve bunun ancak entegrasyon aşamasında ortaya çıkmasıdır. Yani "bizim proje neden daha uzun sürüyor" sorusunun cevabı çoğu zaman geliştirme hızında değil, bu türe özgü darboğazda.

Teklif modeli süreyi nasıl etkiler?

Sabit kapsamlı bir teklifte (belirli sayfa/özellik listesi, sabit fiyat), kapsam dışına çıkan her talep ayrı bir onay ve ek süre gerektirir; bu netlik sağlar ama esneklik kaybettirir. Zaman ve malzeme (saatlik/aylık) bazlı bir modelde değişiklik yapmak daha kolaydır, ama toplam sürenin baştan tahmin edilmesi daha zordur. Hangi modelde çalıştığınızı ve kapsam dışı bir talebin süreci nasıl etkileyeceğini işin başında netleştirmek, ilerleyen haftalarda "bu neden bu kadar sürdü" tartışmasının önüne geçer.

Keşif görüşmesinde neler netleşir?

Kesin bir takvim, genellikle ilk görüşmeden sonra verilebilir; çünkü süreyi belirleyen değişkenlerin çoğu bu görüşmede ortaya çıkar. Somut olarak şunlar konuşulur:

• Sayfa ve özellik listesi: Kaç sayfa, hangi formlar, hangi entegrasyonlar (ödeme, randevu, CRM) gerekiyor.
• İçeriğin hazırlık durumu: Metin ve görseller hazır mı, sıfırdan mı yazılacak, yoksa mevcut siteden mi taşınacak.
• Onay zinciri: Tasarımı ve içeriği kim onaylayacak, kaç kişinin görüşü alınacak.
• Teklif modeli: Sabit kapsam mı, aşamalı/esnek bir yaklaşım mı tercih edildiği.

Bu dört başlık netleşmeden verilen bir tarih tahminden öteye geçmez; bu yüzden "kesin süreyi görüşmeden sonra paylaşıyoruz" diyen bir teklif, belirsizlik değil, gerçekçilik işaretidir.

Süreç hangi fazlardan geçiyor?

Yazılım/web projelerinin standart yaşam döngüsü beş fazdan oluşur: planlama ve gereksinim toplama, sistem/iş analizi, tasarım ve geliştirme, test, yayın ve bakım. Bu sıralama açık ders materyallerinde standart proje yönetimi çerçevesi olarak tanımlanıyor. Her fazda kimin ne teslim etmesi gerektiği, projenin ne kadar sürdüğünü doğrudan belirliyor:

Tabloda dikkat çeken şey şu: geliştirme fazı dışındaki her adımda müşterinin de aktif bir görevi var. Süre, yalnızca ajansın hızına değil, bu görevlerin ne kadar hızlı tamamlandığına bağlı. Fazlar da birbirini tam olarak beklemek zorunda değil: içerik hazırlığı tasarım aşamasıyla, test bazı entegrasyonların geliştirmesiyle paralel yürütülebilir. Paralel çalışmanın gerçekleşip gerçekleşmemesi de büyük ölçüde müşterinin içeriği ne zaman teslim ettiğine bağlı.

Süreyi asıl uzatan şey: kapsam kayması

Ignition'ın 2025 Ajans Fiyatlandırma ve Nakit Akışı Raporu'na göre ajansların %57'si kapsam kayması (scope creep) yüzünden ayda 1.000-5.000 dolar arası faturalandırılamayan iş kaybediyor. Bu yalnızca bir maliyet sorunu değil: o faturalandırılamayan iş, birinin bir yerde fazladan zaman harcadığı, dolayısıyla projenin de o kadar uzadığı anlamına geliyor.

Bir web projesinde kapsam kayması genelde şöyle görünür: "bu arada bir de blog ekleyelim", "ana sayfayı üç kere farklı yönde revize ettik", "çok dilli yapalım demiştik ama detayını konuşmamıştık". Bunların hiçbiri kötü niyetli değil; sorun, bu değişikliklerin ne zaman, ne kadar ek süre gerektirdiğinin yazılı olarak kayıt altına alınmaması.

Projeniz beklenenden uzun sürüyorsa

Aşağıdaki üç neden, gecikmenin arkasındaki en yaygın yapısal sebepler; bir istatistik değil, süreç fazlarının doğal sonucu:

1. İçerik geç geliyor. Tasarım ve geliştirme metin ve görsel olmadan da ilerleyebilir, ama site ancak gerçek içerikle yayına hazır olur. İçerik en son düşünülen iş kalemlerinden biri ama en erken başlaması gereken iş.
2. Onay tek turda bitmiyor. Her ek revizyon turu, takvime yeni bir bekleme süresi ekliyor; özellikle onayı veren kişi değişkense veya geri bildirim parça parça geliyorsa.
3. Kapsam yol boyunca büyüyor. Yukarıdaki Ignition verisinin gösterdiği gibi, eklenen her yeni özellik ya da sayfa, yazılı olarak takvime yansıtılmadığı sürece projeyi sessizce uzatıyor.

Süreci hızlandırmak için ne yapabilirsiniz

• İçeriği geliştirme başlamadan önce hazırlayın: En azından ana sayfa ve hizmet/ürün metinlerinin ilk taslağı kickoff'tan önce elinizde olsun.
• Tek bir onay makamı belirleyin: Tasarım ve içerik onayını veren kişi sabit olsun; birden fazla kişiden çelişen geri bildirim almak turları çoğaltır.
• Kapsamı yazılı tanımlayın: Sayfa listesi, özellikler ve entegrasyonlar baştan net olsun; ek bir talep geldiğinde bunun takvime etkisini de birlikte konuşun.
• Domain ve hesap erişimlerini erken sağlayın: Yayın aşamasında beklenen en sık gecikme nedenlerinden biri, geliştirme bitmişken domain veya hosting erişiminin gelmemesi.
• Teklif modelini ve kapsam dışı süreci netleştirin: Sabit fiyat mı, saatlik/aylık mı çalıştığınızı ve ek bir talebin takvimi nasıl etkileyeceğini işin başında konuşun; bu, ilerleyen haftalarda beklenti farkını önler.

İyi bir süre teklifi nasıl görünür?

Yalnızca tek bir bitiş tarihi veren bir teklif, süreç boyunca neyin kimi beklettiğini gösteremez. Faydalı bir takvim, yukarıdaki beş fazı ayrı ayrı tarihlendirir ve her fazın hangi teslimata bağlı başladığını belirtir: örneğin "tasarım onayından sonra geliştirme başlar, geliştirme içerik teslimiyle paralel ilerler, test entegrasyonların tamamlanmasını bekler" gibi. Bu şekilde bir gecikme olduğunda hangi tarafın hangi teslimatı geciktirdiği de görünür hale gelir; "proje neden uzadı" sorusu tartışmaya değil, takvimdeki bir satıra bakmaya dönüşür.

Onay turlarını da baştan sınırlamak faydalı: örneğin tasarım için iki tur (ilk taslak ve bir revizyon) standart kabul edilip, üçüncü turun ek süre/ücret gerektirdiği yazılı olarak belirtilebilir. Bu, revizyonu yasaklamaz; sadece sınırsız revizyonun projeyi süresiz uzatmasını önler.

Veri sınırı notu

Türkiye pazarına özgü, bağımsız bir web sitesi geliştirme süresi anketi bulamadık; yukarıdaki GoodFirms verisi uluslararası bir örneklemden geliyor. Domain/SSL kurulumu ya da KVKK uyum incelemesi gibi yerel adımların projeye kaç gün eklediğine dair resmi bir kaynak da yok; bu adımlar genellikle takvime dahil edilmesi gereken ama sıklıkla atlanan küçük kalemler olarak düşünülmeli, kesin bir süre olarak değil.

Sonuç

Web sitesi projesinin süresi, büyük ölçüde iki tarafın da sorumluluğu: ajans kodu yazar, ama içerik, onay hızı ve kapsamın netliği müşteride. Süreyi kısaltmanın en güvenilir yolu daha hızlı bir ekip bulmak değil, bu üç noktayı baştan netleştirmek. Teknoloji seçimi de süreci etkiler; WordPress mi Next.js mi? yazımızda bu karşılaştırmayı ayrıca ele aldık.

Projenizin kapsamını ve gerçekçi bir takvimini birlikte çıkarmak isterseniz bir görüşme planlayabilirsiniz.