Bir Web Sitesi Geliştirmek Ne Kadar Sürer?

Çoğu web sitesi geliştirmesi iki ila on iki hafta sürer — basit bir açılış sayfası bir ila iki haftada, bir kurumsal site dört ila sekiz haftada ve özel bir web uygulaması ya da büyük bir mağaza üç ila altı ayda. Yapım işinin kendisi genellikle hızlı olan kısımdır; bir zaman çizelgesini uzatan şey içerik, geri bildirim ve kapsamdır. Ben freelance bir web geliştiricisiyim ve işte bir web sitesinin gerçekte ne kadar sürdüğüne ve zamanında yayına almak ile sürüncemede kalmak arasındaki farkı neyin yarattığına dair gerçekçi bir döküm.

Önemli çıkarımlar

• Açılış sayfası: 1–2 hafta. Kurumsal site: 4–8 hafta. Web uygulaması / büyük mağaza: 3–6 ay.
• Yapım nadiren darboğazdır — içerik ve geri bildirim beklemek, gecikmelerin bir numaralı nedenidir.
• Her proje beş aşamadan geçer: keşif, tasarım, geliştirme, QA ve lansman.
• Zaman çizelgesini düşündüğünüzden daha fazla kontrol edersiniz. Hazır içerik, hızlı geri bildirim, sabit kapsam ve hızlı kararlar haftalar kazandırabilir.
• Acele etmek QA’yı ve keşfi atlar — sorunların yaratıldığı değil, önlendiği iki aşama.

Proje türüne göre zaman çizelgeleri

İşte makul ölçüde hızlı geri bildirim ve içerik varsayarak verdiğim gerçekçi aralıklar.

Proje türü	Tipik zaman çizelgesi	Notlar
Açılış sayfası (1 sayfa)	1–2 hafta	İçerik hazırsa hızlı
Küçük site (3–5 sayfa)	2–4 hafta	Özel tasarıma bağlı
Kurumsal site (5–15 sayfa)	4–8 hafta	CMS, blog, entegrasyonlar zaman ekler
E-ticaret mağazası	6–12+ hafta	Ürün kurulumu ve ödemeler zaman alır
Özel web uygulaması	3–6 ay	Arka uç ve test baskındır

Bunlar, bir web sitesinin ne kadara mal olduğu yazısındaki maliyet aralıklarıyla eşleşir — daha büyük, daha karmaşık yapımlar aynı nedenle hem daha pahalıya mal olur hem de daha uzun sürer: daha fazla iş. Proje maliyet hesaplayıcısından size özel bir tahmin alabilirsiniz.

Bir web sitesi yapımının beş aşaması

Yürüttüğüm her proje, büyük ya da küçük, aynı beş aşamadan geçer. Bunları anlamak, zamanın nereye gittiğini ve daha hızlı ilerlemesine nerede yardımcı olabileceğinizi görmenizi sağlar.

Aşama	Ne olur	Zaman çizelgesindeki payı
1. Keşif	Kapsam, hedefler, içerik planı, site haritası	~%10–15
2. Tasarım	Düzenler, görseller, sizin geri bildiriminiz	~%25–30
3. Geliştirme	Geliştirme, asıl kodlama	~%30–40
4. QA	Test, hata düzeltmeleri, cihazlar arası kontroller	~%10–15
5. Lansman	Yayına alma, son kontroller, devir teslim	~%5–10

Aşama 1: Keşif

Ne geliştirdiğimizi netleştiririz — hedefler, kapsam, özellikler, site haritası ve bir içerik planı. Bunu “başlamak” için atlamak cazip gelir, ancak keşif, tüm projenin doğru yöne yönlendirildiği yerdir. Burada bir saat, daha sonra günler kazandırır. Ayrıca kapsamı burada sabitleriz ki bu, aşağıdaki gecikmelere karşı en iyi savunmadır.

Aşama 2: Tasarım

Düzenleri ve görsel tasarımı oluşturur, siz de onları incelersiniz. Bu aşamanın uzunluğu neredeyse tamamen tasarımın ne kadar özel olduğuna ve geri bildirimin ne kadar hızlı geldiğine bağlıdır. Bir tur tasarım artı bir tur geri bildiriminiz artı revizyonlar doğal bir ritimdir — geri bildirimi ne kadar hızlı döndürürseniz, bu aşama o kadar hızlı biter.

Aşama 3: Geliştirme

Asıl geliştirme — onaylanan tasarımları çalışan, kodlanmış bir siteye dönüştürmek. Sade bir site için bu hızlıdır; özel özelliklere, bir CMS’e, entegrasyonlara ya da bir arka uca sahip bir site için ise en büyük aşamadır. Mühendisliğin gerçekleştiği yer burasıdır ve müşterilerin en az gördüğü kısımdır. Yaklaşımım web geliştirme hizmetleri sayfasında.

Aşama 4: QA

Tarayıcılar ve cihazlar arasında test etmek, hataları düzeltmek, performansı, erişilebilirliği ve bağlantıları kontrol etmek. QA’yı atlamak, sitelerin mobilde bozuk ya da yavaş yüklenerek yayına alınmasının nedenidir. Zaman çizelgesinin küçük bir payıdır ama pazarlık konusu olmayan bir paydır — bu aşama, sitenin sadece benim ekranımda değil, sizin kullanıcılarınız için çalışmasının nedenidir.

Aşama 5: Lansman

Yayına alma: son kontroller, alan adını bağlama ve tam sahiplik ile erişimi devretme. Sorunsuz bir lansman hızlıdır çünkü zor iş zaten QA’da gerçekleşti. Lansmandan sonra genellikle yalnızca gerçek dünyada ortaya çıkan her şeyi yakalamak için kısa bir pencere olur.

Projeleri gerçekte ne yavaşlatır

İşte çoğu zaman çizelgesinin bahsetmediği dürüst kısım: geliştirme işi nadiren bir projeyi geciktiren şeydir. Gerçek suçlular, kabaca sırasıyla şunlardır:

• İçerik beklemek. Hazır olmayan metin ve görseller her şeyi durdurur. Bu, her seferinde bir numaralı gecikmedir. Metniniz ve fotoğraflarınız yapım başlamadan önce tamamlanmışsa, zaman çizelgenize yönelik en büyük riski ortadan kaldırırsınız.
• Yavaş ya da dağınık geri bildirim. İki hafta boyunca damla damla gelen — ya da kendisiyle çelişen — geri bildirim, iki günlük bir revizyonu iki haftalık bir revizyona çevirir. Toplu ve hızlı geri bildirim ivmeyi korur.
• Kapsam kayması. “Şunu da ekleyebilir miyiz…” dört haftalık bir projenin nasıl sekiz haftalık olduğudur. Yeni fikirler iyidir, ama zamana mal olurlar; onları ikinci aşama için bir kenara park edin.
• Belirsiz gereksinimler. Muğlak hedefler yeniden yapıma yol açar. Keşif bunu önlemek için vardır, bu yüzden onu atlamak ters teper.
• Yavaş erişim ve kararlar. Giriş bilgileri, onaylar ya da ulaşılması zor bir karar vericiyi beklemek, kodla hiçbir ilgisi olmayan boş zaman ekler.

Örüntüye dikkat edin: çoğu gecikme geliştirici tarafında değil, müşteri tarafındadır. Bu iyi bir haber, çünkü kendi zaman çizelgeniz üzerinde gerçek bir kontrolünüz olduğu anlamına gelir.

Projenizi programda nasıl tutarsınız

Dört alışkanlık, bir projeyi herhangi bir teknik numaradan daha hızlı ilerletir:

1. İçeriğinizi yapım başlamadan önce hazır tutun. Bu tek başına haftalar kazandırabilir.
2. Geri bildirimi tur başına tek bir toplu grup halinde verin. Herkesin notlarını toplayın, ardından birlikte gönderin.
3. Kapsamı sabitleyin. “Bitmiş”in ne anlama geldiğini önden kararlaştırın ve sınırı koruyun — yeni fikirler bir ikinci aşama listesine gider. Web geliştiricisi nasıl işe alınır yazısındaki kapsam belirleme adımı bunu ele alır.
4. Kararları hızlıca alın. Bir şeyi onaylamanız istendiğinde, hızlı hareket eden taraf olmak tüm projeyi hareket halinde tutar.

Bir freelancer mı yoksa ajans mı daha hızlı geliştirir?

Küçük ve orta ölçekli projeler için bir freelancer genellikle daha hızlıdır — iç koordinasyon ek maliyeti yoktur ve projeyi anlayan kişi onu geliştiren kişidir. Birçok bağımsız parçası olan çok büyük projeler için bir ajans paralel çalışıp daha hızlı ilerleyebilir. Bu değiş tokuşu freelancer ile ajans karşılaştırması yazısında tam olarak ele alıyorum ve karşılaştırma sayfasında kıyaslayabilirsiniz. Özellikle uygulamalar için zaman çizelgeleri daha uzundur — bkz. bir uygulama geliştirmenin ne kadara mal olduğu ve uygulama geliştirme hizmetleri.

Sonuç olarak

Bir açılış sayfası için 1–2 hafta, bir kurumsal site için 4–8 hafta ve özel bir uygulama ya da büyük bir mağaza için 3–6 ay bekleyin. Her proje keşif, tasarım, geliştirme, QA ve lansmandan geçer — ve bir proje ile teslim tarihi arasında duran en büyük şey genellikle kod değil, içerik ve geri bildirimdir. Hazırlıklı gelin, hızlı yanıt verin ve kapsamı koruyun; beklediğinizden daha hızlı harika bir site elde edeceksiniz.

Belirli projeniz için gerçekçi bir zaman çizelgesi mi istiyorsunuz? Ücretsiz bir teklif için benimle iletişime geçin — neye ihtiyacınız olduğunu anlatın, size fiyatın yanında dürüst bir program vereyim.