Doğru Soruyu Sormak: Web Projesi Briefingi Nasıl Alınmalı?

"Bana güzel bir site yapın."

Bu cümle, bir web projesinin başlangıcı için duyabileceğiniz en tehlikeli brief'tir. Güzel kime göre? Hangi amaca hizmet eden? Kim için?

Proje başarısının büyük bölümü, başlamadan önce sorulan sorulara bağlıdır. Doğru sorular doğru projelere, yanlış sorular yanlış projelere götürür.

Yanlış Sorular vs Doğru Sorular

Çoğu ilk görüşme yüzeysel sorularla geçer. Bu sorular bilgi toplar ama anlayış getirmez.

Sayfa Sayısı Yerine Problem

Yanlış: "Kaç sayfa istiyorsunuz?"

Müşteri "5 sayfa" der. Ama 5 sayfanın ne içereceği, hangi amaca hizmet edeceği, birbirleriyle nasıl ilişkili olduğu belirsizdir.

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

Müşteri "müşterilerimiz bize ulaşamıyor" der. Şimdi gerçek ihtiyacı anlıyorsunuz: iletişim odaklı, güven veren bir yapı gerekiyor.

Renk Tercihi Yerine Duygu

Yanlış: "Hangi renkleri seviyorsunuz?"

Kişisel renk tercihi marka için anlamsız olabilir. Mor sevmek, markanın mor olması gerektiği anlamına gelmez.

Doğru: "Markanız ne hissettirmeli?"

"Güvenilir ve profesyonel" diyen bir marka ile "enerjik ve cesur" diyen bir marka tamamen farklı tasarım kararları gerektirir. Renk bu kararın sonucu olur, başlangıcı değil.

Referans Yerine Farklılık

Yanlış: "Referans site var mı?"

Referans faydalıdır ama dikkatli kullanılmalı. "Şu siteyi kopyalayın" beklentisi yaratabilir.

Doğru: "Rakiplerinizden farkınız ne?"

Rakiplerden farklılığı anlamak, benzersiz bir konumlandırma yaratır. Referans siteler araç olarak kullanılır, amaç olarak değil.

Tarih Yerine Bağlam

Yanlış: "Ne zaman bitmeli?"

Tarih bir kısıt olabilir ama neden o tarih olduğunu anlamak daha değerli.

Doğru: "En kritik tarih nedir ve neden?"

"Yatırımcı sunumum 15 Mart'ta" diyen bir müşteri ile "acele etmiyorum ama mümkün olan en kısa sürede" diyen müşteri farklı süreç stratejileri gerektirir.

Briefing Aşamaları

İyi bir briefing rastgele sorular sormak değil, yapısal bir keşif sürecidir. Dört ana alan vardır.

1. İş Hedefleri

Bu bölüm "ne yapacağız" değil, "neden yapacağız" sorusunu cevaplar.

Sorulacak sorular:

• Neden bu projeye ihtiyacınız var? (Asıl tetikleyici ne?)
• Bu proje başarılı olursa 6 ay sonra ne değişmiş olacak?
• Başarıyı nasıl ölçeceksiniz? (Daha fazla müşteri? Daha fazla satış? Marka bilinirliği?)
• Mevcut dijital varlığınız var mı? Neden yetersiz?

Neden önemli:

İş hedefi bilinmeden alınan her karar varsayımdır. "Güzel site" herkesin farklı bir şey anladığı bir kavram. "6 ayda online satışları %30 artırmak" ise somut ve ölçülebilir.

2. Hedef Kitle

Siteyi siz kullanmayacaksınız. Kullanıcılarınız kullanacak.

Sorulacak sorular:

• Sitenizi kim kullanacak? (Yaş, meslek, dijital alışkanlık)
• Kullanıcılar siteye geldiğinde ne yapmak istiyor?
• Hangi cihazlardan erişiyorlar? (Mobil ağırlıklı mı?)
• Mevcut siteniz varsa, kullanıcılar neden şikayet ediyor?
• Karar verme süreci nasıl işliyor? (Hemen satın alma? Araştırıp dönme?)

Neden önemli:

B2B yazılım şirketinin kullanıcısıyla bir butik kafenin kullanıcısı tamamen farklı davranır. Aynı çözüm ikisine de uymaz. Kullanıcıyı anlamadan tasarım yapmak, gözü kapalı araba sürmek gibidir.

3. Teknik Gereksinimler

Projenin teknik sınırlarını ve ihtiyaçlarını belirleyen bölüm.

Sorulacak sorular:

• İçerikleri kendiniz güncelleyecek misiniz? (CMS ihtiyacı)
• Hangi dış sistemlerle entegrasyon gerekiyor? (CRM, ERP, muhasebe, kargo)
• Ödeme alma ihtiyacı var mı?
• Çok dilli destek gerekiyor mu?
• Özel bir işlevsellik beklentiniz var mı? (Hesaplayıcı, filtreleme, kullanıcı paneli)
• Mevcut domain ve hosting var mı?

Neden önemli:

"Bir de ödeme sistemi ekleyelim" cümlesi proje ortasında söylendiğinde scope patlar. Başta sorulursa plana dahil edilir.

4. Kısıtlar

Her projenin gerçekçi sınırları vardır. Bunları bilmek dürüst bir ilişkinin temelidir.

Sorulacak sorular:

• Bütçe aralığınız nedir? (Kesin olmak zorunda değil, aralık yeterli)
• Zaman kısıtınız var mı? (Lansman, etkinlik, sezon)
• İçerikler hazır mı yoksa oluşturulacak mı? (Fotoğraf, metin, video)
• Karar verici kim? (Onay süreci nasıl işliyor?)
• Daha önce benzer bir proje yaptınız mı? Ne iyi gitti, ne kötü gitti?

Neden önemli:

Bütçeyi bilmeden scope belirlemek imkansızdır. "Ne kadar olur?" sorusu, ancak "ne yapılacak" netleştikten sonra cevaplanabilir. Ama bütçe aralığını bilmek, kapsamı gerçekçi tutmaya yardımcı olur.

Dinlemek, Sormaktan Daha Önemli

Doğru soruları sormak yeterli değil — cevapları gerçekten dinlemek gerekir.

Söylenenin Arkasını Görmek

Müşteri "modern bir site istiyorum" dediğinde ne kastettiğini anlamak gerekir. Herkes için "modern" farklı bir şey ifade eder.

• Animasyonlu, dinamik bir deneyim mi?
• Temiz, minimal bir tasarım mı?
• Rakiplerden daha güncel görünmek mi?

Detay soruları sormak: "Modern derken neyi kastediyorsunuz? Beğendiğiniz bir örnek gösterebilir misiniz?"

Not Almak

Her briefing görüşmesinde not tutulmalı. Canlı not, sonra düzenle.

Neden? Hafıza yanıltır. "Müşteri bunu istemişti" tartışmaları, not tutulmamış görüşmelerden çıkar.

Varsayımları Doğrulamak

"Anladığım kadarıyla X istiyorsunuz, doğru mu?" sorusu küçümsenmemeli. Yanlış anlaşılmalar burada düzeltilir — projede değil.

Briefing Sonrası

Görüşme bitti. Notlar alındı. Şimdi ne olacak?

Scope Dokümanı

Briefing'den çıkan bilgiler yapısal bir scope dokümanına dönüştürülür:

• Proje amacı (1-2 cümle)
• Hedef kitle tanımı
• Özellik listesi (P0/P1/P2 öncelikli)
• Teknik gereksinimler
• Kısıtlar (bütçe, zaman)
• Dahil olmayan öğeler (ne yapılmayacak — bu da önemli)

Karşılıklı Onay

Scope dokümanı müşteriye gönderilir. "Bu anladığımız, doğru mu?" sorusu sorulur.

Bu adım atlanırsa, proje boyunca "ama ben bunu kastetmemiştim" tartışmaları yaşanır.

Beklenti Yönetimi

İyi bir brief, beklentileri hizalar. Her iki taraf da neyin yapılacağını, neyin yapılmayacağını bilir.

Scope dışı bir talep geldiğinde cevap hazırdır: "Bu scope dışında. Ekleyebiliriz, ek maliyeti ve zamanlaması şöyle olur."

Müşteriler İçin: Brief Hazırlamak

Bu yazıyı müşteri olarak okuyorsanız, brief'inizi güçlendirmek elinizde.

İlk Görüşmeye Hazırlık

Ajansla görüşmeden önce şunları düşünün:

1. Neden? — Bu projeye neden ihtiyacınız var?
2. Kim için? — Sitenizi kim kullanacak?
3. Ne olacak? — Proje başarılı olursa ne değişecek?
4. Ne kadar? — Bütçe aralığınız (kesin olmasa da yaklaşık)
5. Ne zaman? — Kritik tarih var mı?

Bu beş soruya cevap vermeniz, görüşmeyi çok daha verimli kılar.

Referanslar

Beğendiğiniz ve beğenmediğiniz siteleri listeleyin. Ama sadece "bu güzel" yerine "bunun şu özelliğini beğendim" deyin. Neyi beğendiğiniz, neyi istemediğiniz kadar önemli.

Sonuç

Her iyi proje iyi bir soruyla başlar.

"Bana site yapın" ile gelen projelerin çoğu sorunlu biter. "Şu problemi çözmek istiyorum" ile gelen projelerin çoğu başarılı olur.

Fark, sorulan sorulardadır. Doğru sorular doğru anlayışa, doğru anlayış doğru çözüme götürür.

Brief sadece bir form değil. Projenin temelidir. Ve temel sağlamsa, üzerine ne inşa ederseniz sağlam olur.