Web Projesi Öncesi Keşif Süreci: Neden Her Şey Discovery ile Başlar

"Bana 10 sayfalık bir web sitesi yapın."

Bu cümleyle başlayan projeler genellikle sorunlu biter. Neden? Çünkü "10 sayfa" bir çözüm değil. Bir çözüm olabilmesi için önce problemi anlamak gerekir.

Discovery (keşif) süreci, tam da bunu yapar: kod yazmadan, tasarım yapmadan önce neyi neden yapacağımızı netleştiririz.

Neden "Ne İstiyorsunuz?" Yanlış Soru

Çoğu ajans ilk görüşmede şunu sorar: "Ne istiyorsunuz?"

Müşteri de bildiği kadarıyla cevap verir: "5 sayfalık kurumsal site, blog olsun, iletişim formu olsun."

Ajans bu listeyi alır, fiyat verir, yapar, teslim eder.

Problem şu: Müşteri web sitesi uzmanı değil. "Ne istediğini" sorduğunuzda, aslında daha önce gördüğü veya duyduğu şeyleri tekrarlar. Gerçek ihtiyacı başka bir şey olabilir.

Doğru soru şu: "Hangi problemi çözmeye çalışıyorsunuz?"

• "Web sitem yok" → Problem: Dijital varlık eksikliği
• "Sitemden müşteri gelmiyor" → Problem: Dönüşüm yetersizliği
• "Rakiplerim daha profesyonel görünüyor" → Problem: Güvenilirlik algısı
• "Ürünlerimi online satmak istiyorum" → Problem: Satış kanalı ihtiyacı

Her problem farklı bir çözüm gerektirir. "5 sayfalık site" hepsinin cevabı olamaz.

Discovery Nedir?

Discovery, projenin ilk ve en kritik adımıdır. Kod yazmadan, tasarım çizmeden önce:

• İşinizi anlıyoruz
• Hedefinizi netleştiriyoruz
• Hedef kitlenizi tanıyoruz
• Teknik gereksinimleri belirliyoruz
• Scope'u ve öncelikleri ortaya koyuyoruz

Amacı basit: doğru şeyi inşa ettiğimizden emin olmak.

Understand First

Felsefemiz bu: Önce anla, sonra çöz.

Bir doktor hastayı muayene etmeden ilaç yazmaz. Bir mimar arsayı görmeden plan çizmez. Biz de projenizi anlamadan teklif vermeyiz.

Bu, süreci yavaşlatmak için değil — hızlandırmak için. Başlangıçta doğru karar vermek, süreçte geri dönüp düzeltmekten çok daha hızlı ve ucuzdur.

Keşif Sürecinde Ne Yapılır?

1. İş Hedeflerini Anlama

Web sitesi bir araçtır. Asıl soru: bu araçla ne başarmak istiyorsunuz?

• Yeni müşteri kazanmak mı?
• Mevcut müşterilere hizmet vermek mi?
• Marka bilinirliği oluşturmak mı?
• Online satış yapmak mı?
• Yatırımcıya güven vermek mi?

Cevap, projenin tüm kararlarını etkiler. Tasarım dilinden teknik altyapıya, içerik stratejisinden sayfa yapısına kadar.

2. Hedef Kitle Analizi

Sitenizi kim kullanacak?

• Yaş aralığı ve dijital alışkanlıklar
• Hangi cihazlardan erişecekler? (Mobil ağırlıklı mı?)
• Ne arıyorlar? (Bilgi? Ürün? İletişim?)
• Karar verme süreçleri nasıl?

Bir B2B yazılım şirketinin hedef kitlesi ile bir butik kafe farklı davranır. Aynı çözüm ikisine de uymaz.

3. Teknik Gereksinim Tespiti

Her projenin teknik ihtiyacı farklıdır:

• İçerik yönetim sistemi gerekiyor mu?
• Ödeme entegrasyonu olacak mı?
• Çok dilli destek lazım mı?
• Üçüncü parti araçlarla entegrasyon var mı? (CRM, ERP, muhasebe)
• Performans beklentisi ne? (Yüksek trafik mi, standart mı?)

Bunları önceden belirlemek, sonradan "bunu da eklememiz lazım" sürprizlerini önler.

4. Karmaşıklık Değerlendirmesi

Daha önce söyledik: sayfa sayısı anlamsız bir metrik.

Gerçek karmaşıklık şunlarla ölçülür:

• Component çeşitliliği: Kaç farklı tipte bölüm var?
• Etkileşim seviyesi: Statik mi, dinamik mi, interaktif mi?
• Entegrasyon sayısı: Kaç dış sistemle konuşması gerekiyor?
• İçerik yapısı: Tekil sayfalar mı, tekrarlayan şablonlar mı?

Bu değerlendirme, gerçekçi bir scope ve bütçe için temeldir.

5. Önceliklendirme ve Yol Haritası

Her şeyi bir anda yapmak zorunda değilsiniz.

Discovery'nin en değerli çıktılarından biri budur: neyin önce, neyin sonra yapılacağını belirlemek.

• Faz 1: Minimum uygulanabilir ürün (MVP) — çekirdeği canlıya almak
• Faz 2: İkincil özellikler — veriye göre iyileştirme
• Faz 3: Gelişmiş özellikler — büyümeye göre ekleme

Bu yaklaşım bütçeyi verimli kullanır ve riski azaltır. İlk fazda gerçek kullanıcı verisi toplar, sonraki fazları bu veriye göre şekillendirirsiniz.

Discovery Olmadan Ne Olur?

Discovery'yi atlayan projeler genellikle şu sorunlarla karşılaşır:

Yanlış Şey İnşa Etme

Müşteri "blog istiyorum" dedi ama aslında ihtiyacı bir bilgi tabanı (knowledge base) idi. Blog yapıldı, kimse okumadı. Çünkü hedef kitle blog okuyucusu değil, cevap arayan kullanıcılardı.

Discovery'de bunu öğrenirdik.

Scope Creep

Proje başladı. İlk hafta: "Bir de şunu ekleyelim." İkinci hafta: "Aslında bu sayfa böyle olmalı." Üçüncü hafta: "Rakipte şöyle bir özellik var, biz de yapalım."

Her ekleme süreyi uzatır, bütçeyi aşar, ekibi yorar. Discovery'de scope net belirlenir, değişiklikler yazılı ve kontrollü olur.

Bütçe Aşımı

Scope netleşmeden verilen fiyat her zaman yanlıştır. Ya müşteri fazla öder, ya ajans zarar eder. İkisi de kötü.

Discovery sonrası verilen fiyat gerçekçidir — çünkü neyin yapılacağı bellidir.

Mutsuz Herkes

Beklenti ile sonuç arasında uçurum oluşur. Müşteri "bunu kastetmemiştim" der. Ajans "ama siz böyle söylediniz" der. Kimse mutlu olmaz.

Discovery bu uçurumu kapatır — beklentiler en baştan hizalanır.

Discovery Her Projede Aynı mı?

Hayır. Proje büyüklüğüne göre keşif süreci adapte olur.

Küçük Projeler

Tanıtım sitesi, portfolyo, landing page gibi projeler.

Süreç: Kısa bir tanışma görüşmesi + hızlı keşif. Toplamda bir saat civarı. Ücretsiz.

Bu sürede iş hedeflerini anlar, temel teknik gereksinimleri belirler ve scope'u netleştiririz. Sonra doğrudan teklif hazırlanır.

Orta Projeler

CMS entegrasyonlu kurumsal siteler, çok sayfalı projeler.

Süreç: Tanışma görüşmesi + detaylı keşif oturumu. Toplamda bir buçuk saat civarı. Ücretsiz.

Daha fazla soru, daha fazla detay. Hedef kitle analizi, içerik stratejisi, teknik mimari kararları bu oturumda konuşulur.

Büyük Projeler

E-ticaret, SaaS, dashboard, çoklu entegrasyonlu kurumsal projeler.

Süreç: Tanışma görüşmesi + workshop. Workshop ücretlidir, ama proje gerçekleşirse ücret toplam maliyetten düşülür.

Workshop'ta paydaş görüşmeleri yapılır, wireframe taslakları çizilir, teknik mimari önerilir, risk değerlendirmesi yapılır. Çıktı olarak kapsamlı bir keşif raporu teslim edilir.

Proje gerçekleşmezse? Tüm çıktılar müşterindir. Başka bir ekiple de kullanabilir. Hiçbir bağlayıcılığı yok.

Keşif Sonrası Ne Olur?

Discovery tamamlandığında elimizde şunlar var:

1. Net iş hedefleri: Ne başarmak istediğiniz
2. Hedef kitle profili: Kimin için yapıyoruz
3. Teknik gereksinimler: Neyin gerektiği, neyin gerekmediği
4. Scope tanımı: Component listesi, süreç sistemleri, ekstralar
5. Öncelik sırası: Neyin önce yapılacağı
6. Gerçekçi teklif: Her kalemi açık, sürprizsiz fiyat

Bu noktada herkes aynı sayfada. Ne yapılacak, neden yapılacak, ne kadara yapılacak — hepsi net.

Onay sonrası tasarım başlar. Tasarım onayı sonrası geliştirme başlar. Her adım bir öncekinin üzerine inşa eder.

"Zaman Kaybı Değil mi?"

En çok duyduğumuz itiraz bu.

Hayır. Tam tersi: zaman kazandırır.

Discovery'ye harcadığınız bir saat, süreçte geri dönüp düzeltmeye harcayacağınız haftaları önler.

Düşünün: Bir ev inşa ederken temeli atılmadan duvar örülür mü? Zemin etüdü yapılmadan temel atılır mı?

Web projesi de öyle. Discovery temeldir. Temel sağlamsa, üzerine ne inşa ederseniz sağlam olur.

Sonuç

Her web projesi bir soruyla başlar.

Bu soru "kaç sayfa?" değil. "Ne kadar?" da değil.

Doğru soru şu: "Hangi problemi çözmek istiyorsunuz?"

Bu soruya verilecek cevap, projenin tüm yolculuğunu belirler. Tasarımı, teknolojiyi, bütçeyi, zamanlamayı — her şeyi.

Discovery bu cevabı bulmak için yapılır. Hızlı, odaklı, somut çıktılarla. Ve sonuç olarak herkes ne yaptığını bilerek ilerler.

Yanlış şeyi hızlı yapmaktansa, doğru şeyi bilinçli yapmak her zaman kazandırır.