
Bir işletme web sitesi yaptırmaya karar verdiğinde ilk sorulardan biri hep aynıdır: kaç günde hazır olur? Sorunun cevabı tek bir sayı değildir, çünkü süre sitenin büyüklüğü kadar, siteyi hazırlayan kişilerin işlerini ne kadar hızlı geri bildirdiği ile de ilgilidir.
Bu yazı, bir web sitesi projesinin hangi aşamalardan geçtiğini, her aşamanın süreyi nasıl etkilediğini ve gecikmeleri önlemek için neler yapılabileceğini anlatıyor. Süreyi tahmin etmek isteyenler için bir karar çerçevesi de sunuyoruz. Projenin genel kapsamını görmek için kurumsal web sitesi sayfamıza bakabilirsiniz.
Süre neye göre değişir?
Web sitesi süresini en çok dört etken belirler: sayfa sayısı, içeriğin hazır olma durumu, tasarım ve onay turlarının sayısı ile dış sistemlere bağlanacak parçalar. Bu dört etkeni ayrı ayrı görmek, takvimi gerçekçi kurmanın ilk adımıdır.
- Sayfa sayısı ve yapısı: Beş sayfalık bir tanıtım sitesi ile hizmet, referans, blog ve iletişim bölümlerinden oluşan bir kurumsal site aynı sürede bitmez.
- İçerik: Metin, fotoğraf ve logo hazırsa işin yarısı tamamlanmış sayılır. Yoksa içerik toplamak, çoğu projede en uzun aşamaya dönüşür.
- Onay turları: Her tur bir geri bildirim ve bir düzeltme demektir. İki turla biten bir iş, altı tura yayıldığında haftalar uzar.
- Entegrasyonlar: Ödeme, randevu, CRM ya da stok gibi sistemler, sitenin kendisinden bağımsız bir takvim gerektirir.
Bu nedenle iki görünüşte benzer proje, süre açısından tamamen farklı sonuçlanabilir. Teklifte yalnızca “kaç günde” sorusunun değil, “hangi malzeme ne zaman gelecek” sorusunun da cevabı olmalıdır.
Bir de sitenin amacı süreyi etkiler. Yalnızca iletişim bilgisi ve kısa bir tanıtımdan oluşan bir site ile satış, randevu ve müşteri kaydı yapan bir site, teknik olarak farklı işlerdir. Hangi işlerin ilk sürümde olacağını ve hangilerinin sonraki bir aşamaya bırakılacağını ayırmak, hem ilk yayın tarihini öne çeker hem de bütçeyi netleştirir.
Aşamalar hangi sırayla ilerler?
Düzgün yürüyen bir proje genellikle beş aşamadan geçer. Her aşamanın bir çıktısı ve bir onay noktası vardır; bir sonrakine ancak o onay alındığında geçilir.
- Kapsam ve sitemap: Hangi sayfaların olacağı, her sayfanın hangi soruyu cevaplayacağı ve hangi işlerin öne çıkarılacağı yazılı hâle getirilir.
- Tasarım: Ana sayfa ve iç sayfa şablonları hazırlanır. Renk, yazı tipi ve düzen bu aşamada kararlaştırılır.
- İçerik yerleştirme: Metinler, görseller ve referanslar sayfalara girer. Bu aşama, malzemenin ne kadar hazır olduğuna göre hızlı ya da yavaş ilerler.
- Geliştirme ve entegrasyon: Sayfalar kodlanır, formlar ve dış sistemler bağlanır, mobil görünüm kontrol edilir.
- Test ve yayın: Bağlantılar, formlar ve arama motoru ayarları denetlenir, alan adı yönlendirmesi yapılır.
Aşamalar arasında en çok zaman kaybı, 3. aşamada yaşanır. Çünkü tasarım onaylanmış olsa bile içeriğin geç gelmesi ya da son dakika yeni bir sayfa istenmesi, takvimin tamamını kaydırır.
Gecikmenin asıl nedenleri nelerdir?
Gecikme çoğu zaman teknik zorluktan değil, iletişimdeki boşluklardan doğar. Projelerde sık görülen nedenler şunlardır:
| Neden | Nasıl ortaya çıkar | Önlemi |
|---|---|---|
| Geç içerik | Metinler ve fotoğraflar haftalar sonra gelir | Teslim tarihini teklifte yazmak |
| Çoklu onay | Her geri bildirim farklı bir kişiden gelir | Tek bir onay sorumlusu belirlemek |
| Sonradan eklenen sayfa | Kapsam dışı yeni bölüm istenir | Değişikliği yeni bir iş kalemi olarak yazmak |
| Entegrasyon bekleme | Dış hizmet sağlayıcının yanıtı gecikir | Entegrasyonu projenin başında başlatmak |
| Alan adı ve barındırma | Erişim bilgileri geç paylaşılır | Hesap erişimlerini ilk haftada toplamak |
Bu tablodaki en yaygın neden, onay sorumlusunun belirsizliğidir. Üç kişinin ayrı ayrı geri bildirim verdiği bir projede, bir kişinin istediği şey diğerinin itirazıyla geri çevrilir. Tek bir karar vericiyi baştan belirlemek, süreyi sanıldığından çok daha fazla kısaltır.
Kendi projeniz için takvim nasıl kurulur?
Gerçekçi bir takvim, tahminle değil, malzeme listesiyle kurulur. Önce sayfa listesini çıkarın, sonra her sayfa için hangi metin ve görselin hazır olduğunu işaretleyin. Hazır olmayanların hangi tarihte gelebileceğini yazın. Son olarak, onay turlarının her biri için en fazla bir hafta ayırın.
Bu yöntemle hesaplanan süre, çoğu zaman ilk kafadaki süreden uzun çıkar. Bu beklenen bir sonuçtur. Uzun çıkan takvim, eksik işleri görünür kılar ve kimin neyi ne zaman göndereceğini netleştirir. Yazılı takvim, sonradan yaşanacak “bunu konuşmamıştık” tartışmalarını da önler.
Sitenin yapısını ve içeriği de bu aşamada birlikte düşünmek gerekir. Hangi sayfaların arama motorlarında görüneceğini ve nasıl bir yapıda kurulacağını önceden kararlaştırmak, yayından sonraki düzeltmeleri azaltır. Bu konuda temel bilgiler için web sitesi yaptırmadan önce hazırlamanız gerekenler yazımıza bakabilirsiniz.
Hazır içerik neden bu kadar belirleyici?
Tasarım ekibi, bir sayfanın ne kadar yer kaplayacağını ancak gerçek metni gördüğünde kesin olarak anlayabilir. Taslak bir metin, sayfanın yarısını boş bırakabilir ya da iki katına çıkarabilir. Bu yüzden içerik beklenirken tasarımın büyük bölümü yeniden yapılmak zorunda kalabilir.
Görseller de aynı etkiyi yapar. Telefonla çekilmiş, boyutu küçük ya da kırpılmamış fotoğraflar, bir hafta süren düzenleme işini tek bir günde bitirebilir; ama profesyonel çekim yapılacaksa bu takvim ayrıca planlanmalıdır. Ürün ya da hizmet listeleri için fiyat ve açıklama bilgisi de tek seferde toplanırsa, sayfa düzeni hızla oturur.
Pratikte işe yarayan yöntem, içeriği tasarımdan önce toplamaktır. Bir klasör açıp her sayfa için metin ve görselleri oraya koymak, geliştirme aşamasının en az bir hafta öne çekilmesini sağlar. Bu klasörün ne zaman tamamlanacağını teklifte yazılı görmek de projenin ilk gününden itibaren beklentileri netleştirir.
Onay sürecini nasıl hızlandırırsınız?
Onay süreci, çoğu projede en çok kişiye bağlı olan kısımdır. Bir yöneticinin genel onayı, bir pazarlama sorumlusunun metin onayı ve bir muhasebecinin fiyat onayı ayrı ayrı istendiğinde, her biri ayrı bir gecikme kaynağıdır. Tek bir karar vericiyi belirlemek ve diğer kişilerin görüşünü o kişiye iletmek, süreci dramatik biçimde kısaltır.
Geri bildirimin biçimi de önemlidir. “Biraz daha modern olsun” gibi genel bir ifade, iki ayrı yorumla geri döner ve bir tur kaybedilir. “Ana sayfadaki başlık büyük, hizmet kartları yan yana olsun” gibi somut bir istek ise tek turda uygulanır. Geri bildirimleri tek bir belgede toplamak ve her maddeyi kabul ya da reddetmek de süreci sadeleştirir.
Yayın öncesi kontrol listesi
Site hazır göründüğünde yayına almadan önce kısa bir kontrol yapılmalıdır. Bu liste, gecikmeden çok daha ucuza kapanan küçük eksikleri yakalar.
- İletişim formu gerçek bir adrese mesaj gönderiyor mu, test edildi mi?
- Telefon ve WhatsApp bağlantıları mobilde doğru numarayı açıyor mu?
- Her sayfanın başlığı ve açıklaması yazılmış mı?
- Alan adı, www ve https yönlendirmeleri çalışıyor mu?
- Eski bir siteden geçiş varsa eski adreslerin yönlendirmesi kuruldu mu?
Eski bir siteden taşınıyorsanız yayın takvimi çok daha dikkatli kurulmalıdır. Hosting değişikliğinde kesintiyi önleyecek adımlar için site taşıma rehberimize bakabilirsiniz.
Sonuç: süre bir karar meselesidir
Web sitesi kaç günde yapılır sorusunun dürüst cevabı, malzeme ve onay hızı netleşmeden verilemez. Ama süreyi belirleyen şeyler bellidir: sayfa sayısı, içerik, onay turları ve entegrasyonlar. Bunları baştan yazılı hâle getirirseniz, takvim bir tahmin olmaktan çıkar ve projenin sürprizsiz ilerlemesini sağlar.
Teklif alırken, süreyi hangi varsayımlara dayanarak verdiklerini sorun. Varsayımlar açık olduğunda hem sizin işiniz hem de hazırlayan ekibin işi kolaylaşır.