Walk into any tech hub in Noida and you will find dozens of agencies promising end-to-end web solutions. Their pitch decks look impressive. Their sales teams sound confident. But scratch the surface and a familiar pattern appears. The portfolio that wowed you with slick interfaces might hide a team that struggles to write a single database query. Or the shop boasting about Laravel and Node.js might deliver a user experience that feels like a spreadsheet from 2003. Clients usually discover this mismatch after the contract is signed, the deposit is gone, and the project is already off the rails. By then, the damage is done.

You can avoid this mess. It starts with understanding that web design and web development are not the same discipline, and hiring someone who confuses the two is a fast track to budget burn.

Piksel ve Üretim Arasındaki Boşluk

Web tasarımı, bir sitenin nasıl göründüğü ve nasıl hissettirdiğiyle ilgilenir. Bir tasarımcı; hiyerarşi, beyaz alan kullanımı, renk psikolojisi ve bir kullanıcının açılış sayfasından ödeme sayfasına veya iletişim formuna kadar izlediği yol üzerine düşünür. Figma veya Adobe XD gibi araçlarla çalışırlar. Nihai çıktı, bir dizi statik ekran veya tıklanabilir bir prototiptir. Size vizyonu gösterir. Form verilerini toplamaz, bir ödemeyi işlemez veya binlerce eşzamanlı ziyaretçiye sayfaları sunmaz. Bu bir bina değil, bir taslaktır.

Web geliştirme ise mühendislik aşamasıdır. Bir geliştirici bu planları alır; tarayıcıda görüntülenecek HTML, CSS ve JavaScript kodlarını yazar. Proje gerektiriyorsa, arka uç (backend) mantığını kurar, sunucuyu yapılandırır, veritabanı şemasını tasarlar ve ödeme ağ geçitleri, nakliye API'leri veya kimlik doğrulama sağlayıcıları gibi üçüncü taraf hizmetleri entegre eder. Çıktı, gerçekten çalışan canlı bir URL'dir.

Bu iki dünya farklı diller konuşur. Bir tasarımcı, bir butonun yaklaşılabilir hissettirip hissettirmediği konusunda endişelenir. Bir geliştirici ise aynı butonun ağ gecikmesi (latency) altında bir API çağrısını doğru şekilde tetikleyip tetiklemeyeceği konusunda endişelenir. Her iki endişe de önemlidir. Ancak sadece tek bir dili konuşan bir ajans, işin diğer yarısını yarım bırakacaktır.

"Tam Hizmet" Serabı

Noida'nın ajans pazarı kalabalıktır. Rekabet çetindir. Bu nedenle firmalar doğal olarak tasarımdan yayına almaya kadar her şeyi yaptıklarını iddia ederler. Gerçek ise genellikle dengesizdir. Bir işletme üç yetenekli görsel tasarımcıya ve yarı zamanlı kod yazan bir junior geliştiriciye sahip olabilir. Ya da tam tersi: tipografiyi sonradan akla gelen bir detay olarak gören parlak mühendisler. Her iki dengesizlik de müşteriye iyi hizmet vermez.

Risk sadece estetik değildir. Tasarım odaklı bir ekip, duyarlı (responsive) olarak inşa edilmesi kabus gibi olan muhteşem mockup'lar üretebilir. Geliştirme odaklı bir ekip ise ürününüze sıradan bir admin şablonu yapıştırıp buna "markalı" diyebilir. Bu kopukluk ancak kullanıcı kabul testleri (UAT) sırasında görünür hale gelir; o zaman sitenin onaylanan konseptle hiç alakası olmadığını veya konseptin en başından beri uygulanabilir olmadığını anlarsınız.

Gürültüyü Kesip Atan Üç Soru

Herhangi bir şey imzalamadan önce, bir ajansın her iki zanaatı da gerçekten kapsayıp kapsamadığını test etmek için bu soruları kullanın.

Hem tasarladığınız hem de inşa ettiğiniz üç siteyi gösterin. Sadece bir kısmını yönettikleri örnekleri kabul etmeyin. Mümkünse Figma dosyalarını ve canlı Git deposunu (repository) görmeyi talep edin. Geliştirme sırasında bir tasarım değişikliğini nasıl yönettiklerini sorun. Eğer takılıyorlarsa, muhtemelen sürecin bir tarafını dış kaynak (outsourcing) yoluyla hallediyorlar veya rollerini abartıyorlar demektir.

Yayından sonra CMS admin yetkisine kim sahip olacak? Bu kulağa bariz geliyor ancak canlıya geçiş heyecanı içinde göz ardı ediliyor. İlk günden itibaren içerik yönetim sistemi üzerinde net kimlik bilgilerine, dokümantasyona ve kontrole ihtiyacınız var. Bazı ajanslar, sizi kendi barındırma (hosting) hizmetlerine mahkum eden veya her küçük metin güncellemesi için sizden ücret talep eden tescilli (proprietary) kurulumlar kullanır. Sahipliği erkenden belirleyin.

Sekiz ay sonra yeni bir sayfa türü eklemek için süreç nedir? Bu soru, sitenin ne kadar düşünceli bir şekilde mimari olarak kurgulandığını ortaya çıkarır. Kırılgan bir kod tabanı, her küçük yapısal değişiklik için geliştirici müdahalesi gerektirir. İyi inşa edilmiş bir site, pazarlama ekibinize bir destek talebi (ticket) açmaya gerek kalmadan CMS üzerinden yeni açılış sayfası düzenleri oluşturma esnekliği sağlar. Eğer ajans bu soru karşısında şaşırırsa, geliştirme süreçleri muhtemelen uzun vadeli sürdürülebilirlik için değil, sadece yayına almak için tasarlanmıştır.

CMS Kör Noktası

İşte çoğu projenin yayından sonra sessizce başarısız olduğu yer burasıdır.

Müşteriler ana sayfa hero bölümüne takılıp kalıyor ve günlük iş akışını unutuyorlar. Lansmandan altı hafta sonra satış ekibiniz fiyatları güncellemek istiyor. İçerik yöneticinizin bir vaka çalışması yayınlaması gerekiyor. İK müdürünüz üç yeni iş ilanı paylaşmak istiyor. Eğer bunlardan herhangi birini eklemek bir destek talebi oluşturmayı ve bir PHP şablonunu düzenlemesi için bir yazılımcının iki iş günü beklemesini gerektiriyorsa, web siteniz şimdiden bir darboğaz haline gelmiş demektir.

İşte bu yüzden "önce CMS" (CMS-first) stratejisi önemlidir. İçerik yönetim sistemi, sürecin sonuna eklenen bir düşünce değil, ilk keşif görüşmesinden itibaren konunun bir parçası olmalıdır. Ekibiniz koda dokunmadan metinleri düzenleyebilmeli, görselleri değiştirebilmeli ve yeni sayfalar yayınlayabilmelidir. Eğer ajans, lansmandan sonra içeriği kimin yöneteceğini size sormadıysa, operasyonel gerçekliğinizi düşünmemişler demektir.

İki Ekip Sıfır Ekibe Dönüştüğünde

Bazı işletmeler tasarım-yazılım ayrımını ayrı tedarikçilerle çözmeye çalışır. Görünüm ve his için Delhi merkezli bir tasarım stüdyosuyla anlaşırlar, ardından dosyaları yapım aşaması için Noida merkezli bir yazılım firmasına teslim ederler. Kağıt üzerinde herkes uzmanlaşmıştır. Uygulamada ise çeviri hataları katlanarak artar.

Statik ekranlar duyarlı (responsive) davranışı açıklamaz. Bir mockup, bir arama sonucunda sıfır sonuç döndüğünde ne olacağını belirtmez. Hover durumlarını, yükleme iskeletlerini (loading skeletons), hata mesajlarını veya boş durumları (empty states) tanımlamaz. Yazılımcı niyetin ne olduğunu tahmin etmek zorunda kalır. Genellikle de yanlış tahmin eder. Sonra tasarımcı staging sitesini inceler ve sitenin bozuk olduğunu beyan eder. Yazılımcı ise tasarımın eksik olduğunu savunur. İki ekip Slack yazışmaları ve e-posta zincirleri üzerinde haftalarca tartışırken müşteri yeniden çalışma maliyetini öder.

Maliyet sadece finansal değildir; asıl kayıp ivmedir. Ürün lansmanları sarkar. Pazarlama takvimleri durma noktasına gelir. Sizin ekipleriniz hiç var olmaması gereken boşlukları düzeltmeye çalışırken rakipleriniz daha hızlı hareket eder.

Devir Teslimin Gerçek Maliyeti

Eğer bunu okuyan bir freelancer iseniz, bunların hiçbiri teorik değil. Muhtemelen bu enkazı devralmışsınızdır. Bir müşterinin Figma dosyasını açıp mobil kırılma noktaları (breakpoints) olmayan yirmi tane artboard ile karşılaşmışsınızdır. Önceki yazılımcı tasarımcıyla hiç tanışmadığı için her içerik alanının kodun içine gömülü (hardcoded) olduğu bir arka yüzle (backend) karşı karşıya kalmışsınızdır. İki günlük bir düzeltme için fiyat vermiş ama bunun tüm içerik mimarisini yeniden inşa etmeyi gerektirdiğini keşfetmişsinizdir.

Bu boşlukları kapatmak pahalıdır çünkü bunlar asla sadece teknik değildir. Bunlar, koda dondurulmuş iletişim hatalarıdır.

Özetle

Bir web sitesi sadece bir logodan ibaret değildir. İşletmenizi hem görseller hem de altyapı aracılığıyla müşterilerinize bağlayan canlı bir sistemdir. Herhangi bir ajansla anlaşmadan önce, bu denklemin aslında hangi yarısını satın aldığınızı bilin. Süreçlerini inceleyin, uçtan uca sahiplenme kanıtı talep edin ve açılış kurdelesi kesilene kadar CMS'i görmezden gelmeyi reddedin. Lansman gününden sağ çıkacak olan proje, sekiz ay sonra kimseyi aramadan bir fiyatı değiştirmeniz gerektiğinde, o Salı günü için planlanmış olan projedir.