Web sitesi kaç günde biter? Gerçekçi bir takvim

"Web sitesi teslim süresi ne kadar?" sorusuna verilen cevapların çoğu yalan değil ama eksik. "İki haftada teslim" diyen de doğru söylüyor olabilir, "üç ay sürer" diyen de. Çünkü ikisi farklı şeylerden bahsediyor. Bu yazıda süreyi belirleyen gerçek değişkenleri ve tipik bir projenin gün gün nasıl aktığını anlatacağız — pazarlama cilası olmadan.

Önce kötü haber: sürenin çoğu kod yazmakla geçmez

Bir web sitesi projesinde takvimi şişiren şey nadiren teknik iştir. Deneyimli bir ekip için beş sayfalık bir kurumsal sitenin kodu birkaç günlük iştir. Süreyi asıl belirleyen üç şey vardır:

İçerik. Metinler, fotoğraflar, ekip bilgileri, ürün açıklamaları. Projelerin en çok geciktiği nokta burasıdır. Tasarım hazır, kod hazır, ama "Hakkımızda" metni üç haftadır müşteride bekliyor — bu tabloyu her ajans tanır. İçeriği baştan hazır olan bir proje, olmayana göre haftalarca önde başlar.

Karar hızı. Tasarım onayı için iki gün mü bekleniyor, iki hafta mı? Geri bildirim tek kişiden mi geliyor, yoksa beş kişilik bir komiteden mi? Karar veren kişi sayısı arttıkça takvim doğrusal değil, katlanarak uzar. Çünkü beş kişinin beş farklı fikri olur ve bu fikirler çoğu zaman birbiriyle çelişir.

Kapsam netliği. "Basit bir site istiyoruz" cümlesi, proje ortasında "bir de bayi girişi olsun, stok sistemimize bağlansın" cümlesine dönüşüyorsa, ilk verilen tarih artık geçersizdir. Bu kimsenin suçu değil; ihtiyaçlar proje ilerledikçe netleşir. Ama takvim konuşurken bunu baştan kabul etmek gerekir.

Gerçekçi bir takvim: hafta hafta

Aşağıdaki akış, bizim tipik bir kurumsal site projemizin gerçek ritmidir. MVP'lerimizi 4-6 haftada teslim ediyoruz; bu takvim de o aralığın içine oturur.

1. hafta: Keşif ve kapsam

İlk hafta kod yazılmaz. Ne yapılacağı konuşulur: sitenin amacı, hedef kitle, sayfa listesi, hangi içerikler mevcut, hangileri üretilecek. Bu haftanın çıktısı yazılı bir kapsam belgesidir. Bu belge sıkıcı görünür ama takvimin sigortasıdır — "bunu da ekleyelim" tartışmaları bu belgeye referansla çözülür.

2. hafta: Tasarım

Ana sayfa ve bir-iki iç sayfa şablonunun tasarımı çıkar, geri bildirim alınır, revize edilir. Burada kritik olan revizyon turu sayısıdır. Bir veya iki tur normaldir; dördüncü tura giren tasarım genelde tasarım sorunu değil, birinci haftada kapsamın net konuşulmadığının işaretidir.

3-4. hafta: Geliştirme

Tasarım koda dökülür, içerik yönetim paneli kurulur, sayfalar içerikle doldurulur. Paralelde form, harita, analitik gibi entegrasyonlar bağlanır. İçerik hazırsa bu iki hafta akıcı geçer; hazır değilse geliştirme biter ama site "boş dükkan" gibi bekler.

5. hafta: Test ve düzeltmeler

Farklı cihazlarda ve tarayıcılarda test, kırık link kontrolü, hız ölçümü, form testleri. Küçük görünen ama atlanınca yayın sonrası utandıran işler: 404 sayfası, favicon, sosyal medya paylaşım görselleri, e-posta bildirimleri.

6. hafta: Yayın ve devir

Alan adı yönlendirmesi, SSL, eski siteden geçiş varsa yönlendirmeler, panelin kullanımının anlatılması. Yayın günü "büyük patlama" olmamalı; sorun çıkarsa geri dönülebilecek şekilde planlanır.

Toplam: içeriği ve karar vericisi hazır bir proje için 4-6 hafta. Bu, bizim de teslim aralığımız — ve bunun pazarlama sloganı değil, yukarıdaki haftaların toplamı olduğunu görmüşsünüzdür.

"İki haftada site" vaadi yalan mı?

Hayır — ama ne sattığına bakmak lazım. Hazır bir tema üzerine logonuzun ve metinlerinizin yerleştirildiği bir site gerçekten iki haftada, hatta birkaç günde çıkar. Bu bazı işler için doğru tercihtir: yeni açılmış bir kafe, tek kişilik bir danışmanlık, "önce var olalım, sonra bakarız" diyen bir girişim. Böyle bir ihtiyaç için altı haftalık süreç ödemek gereksizdir.

Sorun, iki haftalık işin altı haftalık işin yerine satılmasıdır. Özel tasarım, size özel içerik yapısı, entegrasyonlar ve düzgün test isteyen bir projeye "iki hafta" diyen biri ya kapsamı küçültecek ya tarihi kaçıracak ya da test haftasını atlayacaktır. Üçü de faturası sonradan gelen tasarruflardır.

Süreyi kısaltmanın dürüst yolları

Takvimi gerçekten kısaltan şeyler, geceleri çalışmak değil şunlardır:

• İçeriği önden hazırlayın. Proje başlamadan metinlerin ilk taslağı ve görseller toplanmışsa, en büyük gecikme kaynağı ortadan kalkar.
• Tek karar verici belirleyin. Herkes fikir verebilir ama "onay" tek kişiden çıkmalı. Bu bir cümlelik kural, haftalar kazandırır.
• İlk sürümü küçük tutun. Blog, ikinci dil, bayi paneli — bunlar ikinci faza kalabilir. Yayında olan küçük bir site, mükemmelliği beklenen büyük bir siteden her zaman daha değerlidir.
• Geri bildirimi toplu verin. Her gün bir e-postayla gelen tek tek notlar yerine, haftada bir toplanmış ve önceliklendirilmiş liste. Bağlam değiştirme maliyeti gerçektir.

Hangi durumlar takvimi meşru olarak uzatır?

Her uzama kötü yönetim değildir. Şunlar doğası gereği zaman ister: çok dilli yapı (çeviri ve kontrol süreci), e-ticaret (ödeme, kargo, iade akışları), mevcut sistemlerle entegrasyon (muhasebe, CRM, stok — karşı tarafın API'sinin belgeleri çoğu zaman eksiktir), ve yoğun içerik üretimi (onlarca ürün sayfası kendiliğinden yazılmaz). Bu tür bir proje için 8-12 hafta duymak sizi ürkütmemeli; ürkütmesi gereken, bu kapsamlara "üç haftada hallederiz" diyen tekliftir.

"Ama benim işim acil" — gerçekten acilse ne yapılır?

Bazen tarih gerçekten dışarıdan bellidir: fuar, lansman, yatırımcı sunumu. Bu durumda dürüst yaklaşım süreci sıkıştırmak değil, kapsamı bölmektir. Fuara kadar tek sayfalık ama kusursuz bir tanıtım sayfası çıkarılır; tam site arkadan sakin sakin gelir. Ziyaretçiniz sitenizin üç sayfa mı otuz sayfa mı olduğunu bilmez — ama yavaş açıldığını, bozuk göründüğünü hemen fark eder. Acele işte kırpılacak şey kalite değil, kapsamdır. "Her şey yetişsin" diyen teklif değil, "şunlar yetişir, şunlar ikinci faz" diyen teklif sizi kurtarır.

Teklif alırken sorulacak üç soru

Süre konuşurken şu üç soru, teklifin ciddiyetini birkaç dakikada ortaya çıkarır:

1. "Bu süreye içerik girişi ve test dahil mi?" Bazı teklifler yalnızca geliştirme süresini söyler; test ve içerik "size ait" çıkar.
2. "Benden hangi tarihlerde ne bekliyorsunuz?" İyi bir ekip, sizin teslim etmeniz gerekenleri de takvime yazar. Yazmıyorsa, gecikmenin faturası belirsiz kalır.
3. "Kapsam değişirse süreç nasıl işliyor?" Cevap "hallederiz" ise dikkat. Cevap "yazılı olarak etkisini çıkarır, birlikte karar veririz" ise doğru yerdesiniz.

Web sitesi teslim süresi, doğru kurulmuş bir süreçte tahmin edilebilir bir şeydir; belirsizlik çoğunlukla sürecin değil, konuşulmayanların ürünüdür. Kendi projeniz için gerçekçi bir takvim konuşmak isterseniz Vucod'a yazın — her başvuruya 48 saat içinde olumlu ya da olumsuz, net bir cevapla dönüyoruz: vucod.com