Web Sitesi Kaç Günde Biter? Aşama Aşama Gerçek Takvim

Kurumsal bir tanıtım sitesi, içerik ve görseller hazırsa çoğu projede 15–25 iş gününde yayına girer. Daha geniş kurumsal siteler 30–45 gün, e-ticaret 35–60 gün, özel yazılım gerektiren işler 60 günden uzun sürer. Takvimi belirleyen asıl şey tasarım değil, içeriğin ne zaman geldiğidir. Aşağıda her aşamanın gerçekte kaç gün sürdüğünü tek tek anlattık.

Bir web sitesi hangi aşamalardan geçiyor?

Bir siteyi “yapmak” tek parça bir iş değil, birbirine bağlı yedi aşamadır. Her aşama bir öncekinin bitmesini bekler; bu yüzden ortadaki tek bir gecikme, teslim tarihini bütünüyle kaydırır. Aşağıdaki süreler Ankara’da yürüttüğümüz kurumsal projelerden çıkan gerçekçi aralıklardır, iyimser vaatler değil.

Keşif ve planlama

İlk toplantıda sitenin kaç sayfa olacağı, hangi işi yapacağı, kimin için yazılacağı ve başarının nasıl ölçüleceği konuşulur. Sayfa listesi çıkarılır, rakiplere bakılır, teknik gereksinimler netleşir. Bu aşamayı hızlı geçmek cazip gelir ama pratikte en pahalı kısayoldur: burada eksik kalan her karar, tasarım aşamasında iki katı zamana mal olur.

İçerik ve görsel toplama

Sürecin en çok uzayan halkası burasıdır ve top neredeyse her zaman müşteri tarafındadır. Hakkımızda metni, hizmet açıklamaları, ekip fotoğrafları, referans listesi, ürün görselleri, logo dosyasının vektör hâli… Bunlar hazır değilse tasarım da beklemeye geçer. Metin yazımını ve fotoğraf çekimini ajansa devrederseniz süre öngörülebilir hâle gelir, ancak bu ayrı bir iş kalemidir.

Tasarım

Önce ana sayfa tasarlanır, onaylandıktan sonra iç sayfalar çıkarılır. Sağlıklı bir akışta ana sayfa için bir tur revizyon, iç sayfalar için bir tur daha revizyon yeterlidir. Tasarım onayı gecikirse geliştirme başlayamaz; çünkü kodlanan şey onaylanmamış bir ekran olursa iki kez yapılmış olur.

Geliştirme ve içerik girişi

Tasarımın koda dönüştüğü, mobil uyumun kurulduğu, formların, yönetim panelinin ve gerekli bağlantıların yazıldığı aşamadır. Süreyi belirleyen şey sayfa sayısından çok işlevdir: basit bir iletişim formu bir gün, üyelik ve ödeme akışı olan bir yapı haftalar demektir. Özel yazılım gerektiren projelerde bu aşama tek başına toplam sürenin yarısını alabilir.

Test, yayın ve teslim

Formlar deneme e-postaları ile sınanır, sayfalar farklı telefon ve tarayıcılarda açılır, kırık bağlantılar taranır, hız ölçülür, arama motorları için temel ayarlar yapılır. Ardından alan adı yönlendirilir, SSL kurulur, yedek alınır ve panel kullanımı size anlatılır. Bu aşamayı bir güne sıkıştırmak mümkün olsa da, küçük hataların yayından sonra bulunması pahalıya gelir.

Hangi tür site kaç günde biter?

Aşağıdaki tablo, içeriğin makul bir hızla geldiği ve geri bildirimlerin toplu verildiği projeler içindir. Süreler iş günü olarak yazılmıştır; hafta sonları ve resmî tatiller dahil değildir.

E-ticarette çoğu projede asıl gecikme yazılımda değil, ürün tarafında yaşanır: yüzlerce ürünün adı, açıklaması, varyantı ve fotoğrafı toplanmadan mağaza açılmaz. E-ticaret projelerinde ürün verisini erken toplamaya başlamak, takvimi tek başına haftalarca kısaltır.

Süreci gerçekte ne geciktiriyor?

Gecikmelerin sebebi neredeyse hiçbir zaman “tasarımcının yavaş olması” değildir. Pratikte hep aynı dört başlık karşımıza çıkar.

İçerik ve görsellerin gelmemesi

Uzayan projelerin büyük bölümü burada takılır. Ajans tasarımı bitirir, geliştirmeyi bitirir, sonra “hakkımızda yazısını bekliyoruz” diye üç hafta geçer. Metin yazmak zor iştir ve genelde en yoğun kişinin masasında kalır. Çözümü basit: ya yazımı baştan iş kapsamına alın ya da tek bir kişiye net teslim tarihiyle görev verin.

Geri bildirimin dağınık ve parça parça gelmesi

Beş kişiden beş ayrı kanaldan, birbiriyle çelişen notlar gelmesi bir revizyon turunu üç tura çevirir. En sağlıklısı, kurum içinde görüşleri tek kişide toplayıp tek liste hâlinde iletmektir. “Bugün üç madde, yarın iki madde daha” yaklaşımı süreyi sessizce ikiye katlar.

Kapsamın yol boyunca büyümesi

Proje ortasında eklenen blog bölümü, ikinci dil, bayi girişi veya rezervasyon formu tek başına küçük görünür ama her biri yeni tasarım, yeni kod ve yeni test demektir. Kapsam değişikliği yanlış bir şey değildir; sadece takvim ve bütçeyle birlikte yeniden konuşulması gerekir.

Dışarıya bağlı işler

Sanal POS başvurusu, e-fatura entegrasyonu, kargo anlaşması, alan adı devri veya eski sağlayıcıdan şifre alınması sizin de ajansın da hızlandıramayacağı kalemlerdir. Bunların başvurularını projenin ilk haftasında başlatmak, sonunda haftalarca beklemekten iyidir.

Süreci nasıl hızlandırabilirsiniz?

1. İçerik klasörünü ilk toplantıdan önce açın: metinler, logo, fotoğraflar, referanslar tek yerde olsun.
2. Kurumdan tek bir karar verici belirleyin ve geri bildirimleri o kişi toplasın.
3. Revizyon notlarını toplu ve yazılı verin; sayfa adı ve bölüm belirterek yazın.
4. Alan adı, hosting ve e-posta erişimlerini baştan hazır edin.
5. Fotoğraf çekimi gerekiyorsa tarihini projenin ilk haftasında planlayın.
6. “Sonra ekleriz” dediğiniz her şeyi yazılı bir ikinci aşama listesine alın; ana takvimi bozmasın.

Revizyonlar takvime kaç gün ekliyor?

Revizyon, sürecin hatası değil parçasıdır. Sorun revizyonun kendisi değil, kaç turda ve ne hızda döndüğüdür. Sağlıklı bir projede tasarım için iki, geliştirme sonrası için bir tur revizyon yeterlidir. Her turun ajans tarafındaki uygulama süresi genelde bir–üç gündür; asıl belirsizlik, notların size dönmesi için geçen süredir.

Bu yüzden sözleşmede revizyon turu sayısının yazılı olmasını isteyin. Sınırsız revizyon vaadi kulağa iyi gelir ama pratikte hem teslim tarihini hem de işin niteliğini belirsizleştirir. Sayısı belli, kapsamı belli turlar herkes için daha adil çalışır.

Aşamalar aynı anda yürütülebilir mi?

Bir kısmı yürütülebilir, hepsi değil. Metin yazımı, fotoğraf çekimi, alan adı ve hosting hazırlığı, sanal POS başvurusu ve kurumsal e-posta kurulumu tasarımla aynı anda ilerleyebilir. Buna karşılık geliştirme, onaylanmış tasarımı bekler; içerik girişi, biten şablonları bekler; test ise girilen içeriği bekler. Yani takvimi sıkıştırmak istiyorsanız sıkıştırılacak yer sizin tarafınızdaki hazırlıktır.

Pratikte en çok işe yarayan düzen şudur: ilk hafta tasarım başlarken siz içerik toplarsınız, ikinci hafta tasarım onaylanırken metinler biter, üçüncü hafta geliştirme sürerken görseller son hâlini alır. Bu ritim tutarsa dört haftalık bir kurumsal site gerçekten dört haftada biter. Tutmazsa aynı iş sekiz haftaya yayılır ve hiç kimse fazladan bir saat çalışmamış olur.

Yaz aylarına ve tatillere dikkat

Temmuz–ağustos ve bayram dönemlerinde onay veren kişiler izne çıkar. Üç günlük bir onay, izinle birlikte on güne dönüşebilir. Projeniz bu dönemlere denk geliyorsa yedek bir onay veren belirlemek, takvimi korumanın en ucuz yoludur.

“Bir haftada bitiririz” diyene ne demeli?

Bir hafta gerçekçi olabilir; ama şu şartlarla: hazır bir şablonun üzerine sizin gönderdiğiniz metinlerin yerleştirilmesi, tek sayfa, özel işlev yok, revizyon hakkı sınırlı. Bu, bazı işler için tamamen makul bir çözümdür. Sorun, aynı sürenin çok sayfalı kurumsal bir site veya e-ticaret için vaat edilmesidir. Böyle bir vaadin arkasında genelde iki şeyden biri vardır: kapsamın yanlış anlaşılması ya da testin tümüyle atlanması. İkisinin de bedelini yayından sonra ödersiniz. Sağlıklı bir kurumsal sitenin nasıl olması gerektiğini konuşmadan verilen süre tahmini, tahmin bile sayılmaz.

Teslim tarihini baştan nasıl güvence altına alırsınız?

Süre tartışmalarının çoğu, sözleşmede tarihin tek bir gün olarak yazılmasından çıkar. Oysa teslim tarihi karşılıklı bir taahhüttür: ajans işini zamanında yapacak, siz de içeriği ve onayı zamanında vereceksiniz. Sözleşmeye şu dört maddeyi yazdırmak, ilerideki bütün tartışmayı bitirir.

• Aşama aşama tarihler: tasarım sunumu, geliştirme bitişi, test başlangıcı ve yayın için ayrı ayrı gün.
• İçerik teslim tarihi ve gecikmesi hâlinde takvimin kaç gün kayacağı.
• Revizyon turu sayısı ve her tur için geri bildirim süresi.
• Kapsam dışı taleplerin nasıl fiyatlanıp takvime ekleneceği.

Bu maddeler kimseyi kısıtlamak için değil, iki tarafı da aynı takvime bakar hâlde tutmak içindir. Deneyimimizde tarihinde biten projelerle bitmeyenler arasındaki fark, ekibin hızından çok bu dört satırın baştan konuşulmuş olmasıdır.

Bütçe süreyi nasıl değiştiriyor?

Bütçe, doğrudan hızı satın almaz; kapsamı belirler, kapsam da süreyi belirler. Bizim kurumsal web tasarım tarafındaki paketlerimiz üzerinden bakarsak tablo şöyle görünür.

Bütçeyi artırmak bir projeyi sihirli biçimde hızlandırmaz; ama içerik yazımı ve fotoğraf çekimi gibi sizin tarafınızda bekleyen işleri ajansa devretmenizi sağladığı için takvimi öngörülebilir kılar. Kalem kalem karşılaştırmak isterseniz fiyatlandırma sayfamız bütün paketleri yan yana gösteriyor.

Yayın günü işin sonu mu?

Değil. Yayından sonraki ilk iki hafta, gerçek kullanıcıların bulduğu küçük hataların düzeltildiği dönemdir: bir formun ulaşmadığı e-posta adresi, eski telefon numarası, mobilde taşan bir başlık. Bunların ardından site düzenli güncelleme, yedek ve güvenlik takibi ister. Aylık 2.500 ₺’den başlayan bakım ve destek hizmetinin karşılığı tam olarak budur; sitenin yayın günündeki hâlini bir yıl sonra da koruyor olmasıdır.

Kısacası gerçekçi cevap şu: içeriğiniz hazırsa iki ila beş hafta, hazır değilse takvimi siz belirlersiniz. Süreyi kısaltmanın en güvenilir yolu daha hızlı çalışan bir ekip aramak değil, ilk haftada içeriği ve karar mekanizmasını netleştirmektir.

Kendi projenizin gerçekçi takvimini konuşmak isterseniz, sayfa listenizi ve elinizdeki içerikleri paylaşarak teklif alabilirsiniz.