Website Geliştirme Nasıl İşler? Sürecin Tamamı
Dışarıdan bakınca website geliştirme, uzun bir sessizliğin ardından gelen bitmiş bir site gibi görünebilir. Pratikte ortamlar, kontrol noktaları ve kararlardan oluşan bir dizidir ve müşteri tarafının neredeyse her birinde yükümlülüğü vardır.
Bu rehber bir projenin gerçekte nasıl yürüdüğünü, sizden ne zaman ne isteneceğini ve bir sorunun hâlâ ucuz olduğu kontrol noktalarını ele alıyor.
Ortamlar: site yayına girmeden nerede yaşar#
Neredeyse her profesyonel proje sitenin üç kopyasını çalıştırır. Hangisine baktığınızı bilmek inceleme sırasındaki büyük bir karışıklığı önler.
| Ortam | Kim kullanır | Amacı |
|---|---|---|
| Yerel | Geliştirici | Günlük çalışma; siz bunu hiç görmezsiniz |
| Staging | Siz ve geliştirici | İnceleme, test ve onay — arama motorlarına kapalı |
| Canlı | Ziyaretçiler | Yayındaki site |
Staging’e eklenen içerik, proje bunun için kurulmadıysa otomatik olarak canlıya geçmez. Erken sorun; 200 ürünü iki kez yazmak gerçek bir risktir.
Tipik bir yapımın sırası#
Adlar ekipten ekibe değişir ama sıra epeyce tutarlıdır, çünkü her adım bir öncekine bağlıdır.
- Başlangıç. Gereksinimler doğrulanır, erişimler verilir, kişiler belirlenir, tarihler anlaşılır.
- Kurulum. Depo, ortamlar, CMS ya da çatı kurulumu, dağıtım hattı.
- Şablonlar. Tasarım çalışan şablonlara dönüşür, genelde en karmaşığı önce.
- İçerik modelleme. Ekibinizin düzenleri bozmadan düzenleyebilmesi için alanlar ve içerik türleri.
- Entegrasyonlar. Ödeme, CRM, e-posta, analitik — her biri sizden kimlik bilgisi ister.
- İçerik girişi. Teklifin söylediğine göre sizde ya da onlarda.
- Test. İşlevsel, tarayıcılar arası, performans, erişilebilirlik.
- Yayın öncesi kontroller. Yönlendirmeler, robots, site haritası, analitik, yedekler.
- Yayın. DNS değişikliği, doğrulama, izleme.
- Yayın sonrası. Düzeltmeler, devir, eğitim, sonra bakım.
Sizin tarafınız ne zaman ne teslim etmeli#
Geliştirici gecikmesi gibi görünen gecikmelerin çoğu müşteri bekleme gecikmesidir. Bunlar istenmeden önce hazır olması gereken kalemler, çünkü her biri geciktiğinde işi durdurur.
| Siz verirsiniz | Ne zaman gerekli | Gecikirse |
|---|---|---|
| Alan adı ve DNS erişimi | Kurulum | Yayın tarihi planlanamaz |
| Marka varlıkları ve logo dosyaları | Şablonlar | İncelemeler boyunca yer tutucu marka |
| Sayfa içeriği ve görseller | İçerik girişi | Kaçırılan yayın tarihinin en yaygın sebebi |
| Ürün verisi | İçerik girişi | Mağaza yapımı tamamen durur |
| Üçüncü taraf kimlik bilgileri | Entegrasyonlar | Entegrasyon işi sprint ortasında bloke olur |
| Her incelemeye geri bildirim | Her kontrol noktası | Yeniden iş, çünkü yapım ilerlemiştir |
| Hukuki sayfalar | Yayın öncesi | Bir gizlilik politikası için yayın gecikir |
Sorunun hâlâ ucuz olduğu kontrol noktaları#
Değişiklik maliyeti proje boyunca hızla yükselir. Bunlar göz gezdirmek yerine düzgün bakılacak anlar, çünkü her birinden sonra aynı değişiklik birkaç kat pahalıya gelir.
- Tel çerçevelerden sonra: yapı ve öncelik hâlâ bedavaya değişir.
- İlk şablon yapıldıktan sonra: tasarımın gerçek içerikte ayakta kalıp kalmadığını burada öğrenirsiniz.
- İçerik modellemeden sonra: bir sayfayı kendiniz düzenlemeyi deneyin. Şimdi zahmetliyse yıllarca zahmetli kalır.
- İlk entegrasyondan sonra: verinin ekibinizin gerçekten çalıştığı yere düştüğünü doğrulayın.
- Gerçek içerikle staging’de: düzen sorunlarının ucuz olduğu son nokta.
- DNS değişikliğinden önce: yönlendirmeler, analitik ve formlar doğrulanmış.
Telefonda inceleme isteğe bağlı değil. Çoğu site trafiğinin çoğunu telefondan alıyor ve yalnız masaüstünde inceleme, mobil sorunların canlıya ulaşma yoludur.
Sık sorulan sorular
Proje benim ne kadar zamanımı alacak?
Çoğu kişinin ayırdığından fazlasını. Haftada otuz ile altmış dakikalık bir kontrol noktası, artı saatlerle değil günlerle ölçülen içerik işi bekleyin. Bir projenin zamanında bitmesinin en güçlü göstergesi, müşteri tarafında karar verme yetkisi ve inceleme zamanı olan tek bir kişinin bulunmasıdır.
Sprint nedir ve beni ilgilendirir mi?
Sprint, üzerinde anlaşılmış bir iş kümesinin tamamlanıp size gösterildiği sabit bir süredir — genelde bir ya da iki hafta. Sizi ilgilendirir çünkü kararların ritmini belirler: sprint sırasında verilen geri bildirim ucuzdur, üç sprint sonra verilen geri bildirim yeniden iştir. Geliştiriciniz sprintle çalışmıyorsa da aynı sebeple düzenli bir kontrol noktası istersiniz.
Site bitmeden ilerlemeyi görebilir miyim?
Evet ve görmelisiniz. İlk şablondan itibaren staging erişimi isteyin. Yarım işi görmek rahatsız edicidir ama sonda yapılan bir "tadaa"dan çok daha iyidir, çünkü orada yapısal geri bildirim pahalıdır. Bitmemiş görünmesini bekleyin — erken bakmanın anlamı zaten bu.
Yayından hemen sonra ne olur?
Kısa bir dönem — genelde iki ile dört hafta — küçük düzeltmelerin kapsandığı, sonra bir bakım anlaşmasına ya da hiçbir şeye geçiş. Hangisi olduğunu, neyin düzeltme neyin yeni talep sayıldığını ve site çökerse mesai dışında kimi arayacağınızı önceden anlaşın. "Sonra hallederiz" sitelerin bakımsız kalma yoludur.
website geliştirme nasıl işlerwebsite geliştirme süreciweb geliştirme aşamalarıstaging ortamıwebsite proje yönetimisite yapım süresi
