Web Tasarım Brief'i: Ajansa Ne Söylemelisiniz?

Web tasarım brief'i, ajansa projenin hedefini, kitlesini, kapsamını ve bütçe aralığını anlatan 2-4 sayfalık belgedir. İçinde 10 blok vardır ve teklif fiyatını doğrudan etkiler: net brief okuyan ajans gerçek rakam yazar, muğlak brief okuyan ajans risk payı ekler.

Çoğu web projesi tasarım aşamasında değil, ilk görüşmeden önce yoldan çıkar. Ajans "ne istiyorsunuz" diye sorar, siz "modern, şık, rakiplerimizden iyi bir site" dersiniz. Üç ay sonra tasarım onayında "ben böyle düşünmemiştim" cümlesi masaya düşer. Arada geçen süre kimsenin hatası sayılmaz; ortada yazılı bir belge yoktur.

Brief tam olarak o belgedir. Yaratıcı bir metin değil, fiyat ve kapsam aracıdır. Bu rehber brief'in içine ne gireceğini blok blok anlatıyor, ölçülebilir hedef örnekleri veriyor, kopyalayıp doldurabileceğiniz bir şablon sunuyor ve ilk görüşmede ajansa soracağınız soruları sıralıyor.

İçindekiler

• Web Tasarım Brief Nedir ve Neden Teklifi Etkiler
• Muğlak Brief Neye Mal Olacak
• Briefte Olması Gereken 10 Blok
• Hedefleri Sayıya Nasıl Dökersiniz
• Kapsamı Netleştiren Dört Soru
• Teknik ve Yasal Şartlar: Hız, Erişilebilirlik, KVKK
• Mevcut Siteniz Varsa Yenileme Notları
• Kopyalanabilir Web Tasarım Brief Şablonu
• Briefe Yazmanıza Gerek Olmayan Konular
• Birinci Görüşmede Ajansa Soracağınız Sekiz Soru
• Teklifleri Karşılaştırırken Nelere Bakmalı
• Sıkça Sorulan Sorular

Web Tasarım Brief Nedir ve Neden Teklifi Etkiler

Brief, projeyi anlatan tek sayfalık özet değildir. Ajansın teklif hazırlarken kullandığı girdi dosyasıdır. Bir ajans teklif yazarken üç şeyi tahmin eder: kaç ekran tasarlayacak, kaç entegrasyon yazacak, kaç revizyon turu dönecek. Brief bu üç tahmini sayıya çevirir.

Tahminin yerini sayı aldığında fiyat da değişir. Aynı proje için iki ajanstan gelen 180.000 TL ile 420.000 TL arasındaki fark çoğu zaman kalite farkından doğmaz; iki ajansın aynı cümleden iki ayrı kapsam okumasından doğar. "Ürün kataloğu olacak" cümlesini bir ajans 12 statik sayfa, diğeri filtreli arama ve stok entegrasyonu diye anlar.

İyi bir web tasarım brief'i şu dört işi birden yapar:

• Kapsamı sabitler. Hangi sayfa, hangi özellik, hangi dil — hepsi yazılıdır.
• Teklifleri yan yana koyar. Üç ajans aynı belgeye fiyat verdiğinde rakamlar aynı şeyi ölçer.
• Onay zincirini kurar. Tasarımı kimin onayladığı baştan bellidir.
• Anlaşmazlıkta referans olacak belgeyi üretir. Sözleşme ekine girer.

Brief'i ajans da ister. İlk görüşmede sizden belge isteyen ekip, işi anlamaya çalışan ekiptir. Hiç soru sormadan fiyat yazan ekip, projeyi anlamadan fiyatlamıştır.

Üç belgeyi birbirine karıştırmamak önemlidir. Brief iş hedefini, kitleyi ve kısıtları anlatır; siz yazarsınız. Teklif ajansın o brief'e verdiği kapsam ve fiyat cevabıdır. Şartname ise teknik çözümün tanımıdır ve genelde ajans yazar, siz onaylarsınız. Küçük projelerde bu üçü iki belgeye sığar; kurumsal projelerde üçü ayrı durur.

Web tasarım brief'ini kaç kişi yazsın? En fazla üç kişi. Belgenin sahibi tek bir kişi olmalı; pazarlama, satış ve BT tarafından birer kişi görüş verir. Dokuz kişinin yorum yazdığı brief, birbiriyle çelişen maddeler üretir ve ajans hangi maddeye uyacağını seçmek zorunda kalır. Görüşleri toplayın, çelişkileri kendi içinizde çözün, ajansa tek ses gönderin.

Muğlak Brief Neye Mal Olacak

Yazılım projelerinde kapsam muğlaklığının bedeli ölçülmüş bir konudur. Bent Flyvbjerg ve Alexander Budzier'in 1.471 bilişim projesini incelediği Harvard Business Review çalışması, ortalama maliyet aşımını %27 olarak saptadı. Daha çarpıcı olan dağılımın kuyruğuydu: projelerin altıda biri ortalama %200 maliyet aşımı ve yaklaşık %70 takvim aşımı yaşadı.

Web projeleri bu çalışmadaki kurumsal bilişim projelerinden küçüktür. Mekanizma yine aynıdır. Baştan tanımlanmayan her madde, projenin ortasında ek iş olarak geri döner ve ek iş her zaman ilk fiyattan pahalıdır.

Ajans tarafındaki karşılığa "varsayım primi" adını veriyoruz. Ajans bir cümleyi iki şekilde okuyorsa, teklifi pahalı okumaya göre yazar. Yanlış tahmin ederse zararı kendisi karşılar; o yüzden riski fiyata ekler. Web tasarım brief'ini netleştirmek, o primi geri almanın en hızlı yoludur.

Muğlaklığın faturası üç yerde çıkar. Birincisi teklif aşamasıdır: risk payı fiyata eklenir. İkincisi geliştirme aşamasıdır; tasarım onayında çıkan "ben böyle düşünmemiştim" cümlesi ek revizyon turu demektir ve her tur takvimi 1-2 hafta uzatır. Üçüncüsü yayın sonrasıdır: brief'te yazmayan özellik, sözleşme dışı ek iş olarak ayrı fiyatlanır. Üç kalemi toplayınca brief yazmak için harcanacak yarım gün çok makul görünür.

Aşağıdaki tablo, briefte en sık rastlanan muğlak ifadeleri ve ajansın gerçekten ihtiyaç duyduğu karşılıklarını gösteriyor.

Bu tablodaki sağ kolon, brief'in tamamını özetler. Ajansın tahmin ettiği her yerde siz sayı yazarsınız.

Hedefleri Sayıya Nasıl Dökersiniz

Brief'in en çok atlanan bölümü hedef bölümüdür. "Daha fazla müşteri" bir hedef değil, bir dilektir. Ajans onunla tasarım kararı veremez.

Sayısal hedefin üç parçası var: metrik, başlangıç değeri, hedef değer ve tarih. Üçünü yazarsanız tasarımcı neyi optimize edeceğini anlar.

Zayıf hedefi güçlü hedefe çevirmenin örnekleri:

• Zayıf: "Marka bilinirliğimiz artsın." → Güçlü: "Organik aramadan gelen aylık oturum sayısı 1.400'den 3.000'e çıksın (12 ay)."
• Zayıf: "Teklif isteyen olsun." → Güçlü: "Hizmet sayfalarından teklif formu dönüşümü %0,8'den %2'ye çıksın (6 ay)."
• Zayıf: "Çağrı merkezi rahatlasın." → Güçlü: "Kargo takip sorusu için gelen telefon trafiği %40 azalsın; self servis takip sayfası açılsın."
• Zayıf: "Site profesyonel görünsün." → Güçlü: "Satış ekibinin tekliflerine eklediği referans sayfası sayısı 0'dan 15'e çıksın."

Hedef yazarken mevcut değeri bilmiyorsanız bunu da brief'e yazın. "Şu an ölçmüyoruz, GA4 kurulumu projenin parçası" cümlesi, uydurma bir başlangıç rakamından iyidir. Ölçüm altyapısını kurmayı brief'e madde olarak ekleyin.

Hedefin yanına bir de "neyi feda edebiliriz" satırı ekleyin. Üç hedefin hepsi aynı anda tutmazsa ajans hangisini önceleyecek? Bu tek satır, tasarım kararlarının yüzde sekseninde yol gösterir ve orta yolda çıkan tartışmaları kısaltır.

Hedeflerin sayısını üçle sınırlayın. Yedi hedefi olan brief, hiç hedefi olmayan brief ile aynı sonucu verir: tasarımcı hangisini önceleyeceğini seçemez. Hedefleri ticari karşılıklarıyla birlikte düşünmek için UX tasarımının işletmeye katkısını anlatan yazıya göz atın.

Kapsamı Netleştiren Dört Soru

Kapsam bloğu, teklif farkının en büyük kaynağıdır. Dört soruya yazılı cevap verirseniz ajansların rakamları birbirine yaklaşır.

Kaç özgün ekran tasarlanacak? Sayfa sayısı değil, özgün ekran sayısı önemlidir. 40 blog yazısı tek bir "blog detay" şablonudur. 6 farklı hizmet sayfası, eğer düzenleri aynıysa, tek şablondur. Brief'e şablon listesi yazın.

Hangi entegrasyonlar var? ERP, muhasebe, CRM, kargo, ödeme, e-fatura, pazarlama otomasyonu. Her entegrasyon için üç bilgi gerekir: sistemin adı, API dokümanı var mı, yönü ne (tek yön mü çift yön mü). Dokümanı olmayan bir sisteme bağlanmak, dokümanı olana bağlanmanın iki katı emek ister. Entegrasyonun kimden geçeceğini de yazın: ERP tarafındaki geliştirici sizin ekibinizde mi, yazılım firmasında mı, yoksa yıllık destek paketinde mi? Bu cevap, takvimdeki en büyük bağımlılığı ortaya çıkarır.

İçerik kimde? Metin ve görsel hazırlığı, projelerin en sık gecikme sebebidir. Tasarım bitse de içerik gelmediği için yayına geçmeyen site, ajansın değil sürecin sorunudur. Brief'e sayfa sayfa sahiplik yazın. Web sitesi içeriği hazırlama rehberi bu listeyi çıkarmanıza yardım eder.

Yayın sonrası ne olacak? Bakım, güncelleme, içerik girişi, sunucu yönetimi kimde? Bu soruyu brief'te sormazsanız teklifler yayın gününde biter ve 13. ay faturası sürpriz gelir. Kapsamı yazılım bakım sözleşmesi mantığıyla baştan tanımlayın.

Briefte Olması Gereken 10 Blok

Brief'in uzunluğu değil, blok bütünlüğü önemlidir. Aşağıdaki on blok varsa belge 3 sayfada da işini yapar.

Dokuzuncu blok hakkında en sık duyduğumuz itiraz şudur: "Bütçeyi yazarsam ajans o rakama kadar çıkar." Pratikte tersi işler. Bütçesiz brief alan ajans kendi standart paketini fiyatlar; o paket sizin ihtiyacınızdan büyük ya da küçük çıkar. Bant verdiğinizde ajans o bant içinde neyin yapılacağını, neyin ikinci faza kalacağını söyler. Gerçekçi bir bant için web sitesi fiyat hesaplayıcıyı çalıştırın, sonucu web sitesi fiyatları rehberindeki kalemlerle karşılaştırın.

Onuncu bloğu az kişi yazar, karşılığında çok can yakar. Tasarımı kimin onayladığı net değilse, üçüncü revizyon turunda yeni bir yönetici ortaya çıkar ve süreç başa döner. Brief'e tek bir isim yazın: nihai onay o kişide. Revizyon turu sayısını da aynı blokta tanımlayın. "Wireframe 2 tur, tasarım 2 tur, geliştirme 1 tur" gibi bir cümle, hem ajansın adam-gün hesabını hem sizin beklentinizi aynı yere oturtur. Tur sayısı dolduktan sonra gelen talepler ek iş olarak fiyatlanır; bunu baştan bilmek iki taraf için de rahatlatıcıdır.

Teknik ve Yasal Şartlar: Hız, Erişilebilirlik, KVKK

Sekizinci blok, brief'i "güzel site istiyoruz" metninden teknik şartnameye çeviren bölümdür. Dört başlıkta sayısal madde yazın.

Performans eşikleri. "Hızlı olsun" tartışma yaratır, sayı yaratmaz. Google'ın Core Web Vitals eşikleri hazır bir ölçüt sunar: LCP 2,5 saniyenin altında, INP 200 milisaniyenin altında, CLS 0,1'in altında. Google bu eşiklerin 75. yüzdelikte, mobil ve masaüstü ayrı ayrı ölçülmesini önerir. Bu üç satır aynı zamanda projenin kabul kriterini oluşturur. Konunun teknik tarafı için Core Web Vitals rehberine bakın.

Performans hedefi koyarken sayfa ağırlığına da bir üst sınır verin. HTTP Archive'ın 2025 Web Almanac sayfa ağırlığı bölümüne göre medyan ana sayfa masaüstünde 2,86 MB, mobilde 2,56 MB ağırlığa ulaştı; bir yılda artış %7,8 oldu. Aynı rapor en büyük payın görsellerde olduğunu gösteriyor: medyan masaüstü ana sayfada 1.059 KB, mobilde 911 KB görsel yükü var. "Ana sayfa mobilde 1,5 MB'ı aşmayacak" maddesi, görsel teslim sürecinizi de disipline eder.

Erişilebilirlik seviyesi. Brief'e hangi standardı istediğinizi yazın. W3C, WCAG 2.2 sürümünü 12 Aralık 2024'te Recommendation statüsüne aldı ve bu sürümün kullanılmasını öneriyor. Pratikte kurumsal projelerin ölçütü WCAG 2.2 AA seviyesidir.

Bu maddenin neden gerektiğini WebAIM'in rakamları anlatıyor. WebAIM Million raporunun Şubat 2026 ölçümünde en çok ziyaret edilen bir milyon ana sayfanın %95,9'unda otomatik tespit edilen WCAG hatası çıktı; sayfa başına ortalama 56,1 hata var ve bu sayı bir yılda %10,1 arttı. En sık rastlanan üç sorun şunlar: düşük kontrastlı metin (%83,9), görsellerde eksik alternatif metin (%53,1), form alanlarında eksik etiket (%51). Üçü de tasarım aşamasında ucuz, yayın sonrasında pahalı kalemlerdir.

Erişilebilirlik maddesini brief'e koymanın en pratik gerekçesi sıralama değil, zamanlamadır. Kontrast oranını renk paletini seçerken ayarlamak bedava; 40 sayfa yayına girdikten sonra tüm paleti değiştirmek yeniden tasarım demektir. Aynı şey form etiketleri ve klavye ile gezinme için de geçerli. Brief'te tek satır ("WCAG 2.2 AA, teslimde otomatik tarama raporu ekli") bu işi baştan sabitler.

KVKK ve yasal metinler. Formlar, çerezler ve aydınlatma metni projenin parçasıdır. Brief'e hangi formların açık rıza isteyeceğini, çerez yönetim arayüzünün kapsamını ve kimin hangi metni yazacağını yazın. KVKK'nın çerez uygulamaları rehberi referans noktanızdır; uygulama tarafını web sitesi KVKK uyumu yazısında topladık. E-ticaret yapacaksanız ETBİS kaydı, mesafeli satış sözleşmesi ve iade koşulları da kapsam maddesidir.

Altyapı ve sahiplik. Domain kimin adına, DNS kimde, hosting kimde, kaynak kodu kimin? Bu dört soruyu brief'te sormak, proje bitiminde sormaktan çok kolaydır. Kaynak kod teslimi yazısı maddeyi sözleşmeye nasıl yazacağınızı anlatıyor; sunucu tarafı için domain ve hosting seçimi rehberine bakın.

Mevcut Siteniz Varsa Yenileme Notları

Yeni site ile yenileme projesi aynı brief'i kullanamaz. Yenilemede üç ek blok gerekir ve üçü de SEO trafiğinizi korur.

Analitik erişimi. Ajansa GA4 ve Search Console erişimi verin. Bu erişim olmadan ekip hangi sayfanın trafik getirdiğini bilmez ve çalışan sayfaları gereksiz yere yeniden tasarlar. Brief'e "en çok trafik alan 20 sayfa" listesini ekleyin; o listedeki sayfaların URL'si ve içerik yapısı korunacak maddeler arasına girer.

URL eşleme tablosu. Google'ın URL değişiklikli site taşıma dokümanı süreci net anlatıyor: eski URL'leri yenileriyle eşleyin, sunucu taraflı kalıcı yönlendirme (301/308) kurun, zincirleme yönlendirmeden kaçının, iç linkleri yeni URL'lere göre güncelleyin. Brief'e "eski-yeni URL eşleme tablosu ajans tarafından hazırlanacak ve onaya sunulacak" maddesini yazın.

Yönlendirme ömrü. Aynı doküman yönlendirmelerin "mümkün olduğunca uzun, genel olarak en az 1 yıl" korunmasını söylüyor; kullanıcı tarafı için süresiz tutmayı öneriyor. Google ayrıca taşıma sırasında sıralamalarda geçici dalgalanmanın normal olduğunu, küçük ve orta ölçekli bir sitede sayfaların çoğunun birkaç haftada taşındığını belirtiyor. Bu üç cümleyi brief'e koymak, yayın sonrası ilk iki haftada çıkan paniği önler.

Yenileme brief'ine dördüncü bir madde daha ekleyin: geçiş günü planı. Eski site hangi saatte kapanacak, DNS değişimi kim yapacak, yayın öncesi staging adresinde kim onay verecek, geri dönüş (rollback) senaryosu ne? Bu dört soruyu brief'te sormak, yayın gününü sakin geçirmenin tek yoludur. Sabit bir tarihe (fuar, kampanya, sezon) bağlı yayın yapıyorsanız geçiş gününü o tarihten en az bir hafta önceye koyun.

Yenileme kararının kendisinden emin değilseniz web sitesi yenileme yazısındaki yedi sinyale bakın. Çok dilli bir yapıya geçiyorsanız çok dilli web sitesi rehberi hreflang tarafını anlatıyor.

Kopyalanabilir Web Tasarım Brief Şablonu

Aşağıdaki şablonu kopyalayıp doldurun. Parantez içindeki satırlar, Bursa'da ihracat yapan bir makine üreticisinin doldurduğu örnek cevaplardır; kendi projenizle değiştirin.

1. Şirket ve pazar

• Ne satıyoruz: (CNC işleme merkezleri ve yedek parça)
• Kime: (orta ölçekli metal işleme atölyeleri, Türkiye + Almanya + Polonya)
• Rakip üç firma: (ad vermek yerine web sitelerinin linki)
• Bizi farklı kılan: (24 saatte yedek parça sevkiyatı)

2. Proje gerekçesi

• Neden şimdi: (mevcut site 2017'de yapıldı, mobilde kullanılamıyor, Almanca sayfa yok)
• Bu projeyi yapmazsak: (ihracat sorgularını fuar dışında alamıyoruz)

3. Hedefler (en fazla 3)

• Hedef 1: (Almanca sayfalardan aylık 25 teklif formu; şu an 0)
• Hedef 2: (yedek parça arama sayfası ile telefonla gelen parça sorularının %40'ı self servise kaysın)
• Hedef 3: (organik oturum 1.400 → 3.000, 12 ay)
• Ölçüm nasıl: (GA4 + Search Console kurulumu kapsamda)

4. Hedef kitle

• Profil 1: (satın alma müdürü, 35-50, masaüstü, teknik doküman ister)
• Profil 2: (atölye sahibi, mobil, fiyat ve teslim süresi ister)
• Cihaz dağılımı: (mevcut GA4 verisi: %62 mobil)
• Satın alma süreci: (ortalama 3 ay, 2-4 e-posta teması)

5. Mevcut durum

• Mevcut site adresi ve altyapısı: (WordPress 5.x, kendi sunucumuz)
• GA4 / Search Console erişimi: (verilecek)
• En çok trafik alan 20 sayfa: (ekli tablo)
• Korunacak sayfalar: (3 ürün sayfası, 8 blog yazısı)
• Çalışmayan kısımlar: (teklif formu, Almanca çeviri, mobil menü)

6. Kapsam

• Özgün şablon listesi: (ana sayfa, ürün liste, ürün detay, yedek parça arama, referans, blog liste, blog detay, iletişim)
• Özellik listesi: (yedek parça arama + filtre, teklif sepeti, PDF katalog indirme)
• Entegrasyonlar: (Logo ERP — stok ve fiyat, günde 1 kez tek yön; API dokümanı var)
• Dil: (TR + EN + DE; çeviri metni bizde, kurulum ajansta)
• Kapsam dışı: (mobil uygulama, canlı destek, e-ticaret ödeme)

7. İçerik sahipliği

• Metin: (8 sayfa ajans, 6 sayfa biz)
• Görsel: (ürün fotoğrafları bizde, uygulama fotoğrafı çekimi ajansta)
• Video: (yok)
• Çeviri: (EN ve DE metinler bizde, 15 Mart'ta teslim)

8. Teknik ve yasal şartlar

• Performans: (mobil LCP < 2,5 sn, INP < 200 ms, CLS < 0,1; ana sayfa < 1,5 MB)
• Erişilebilirlik: (WCAG 2.2 AA)
• Tarayıcı/cihaz: (son 2 sürüm Chrome, Safari, Edge; 360px-1440px)
• KVKK: (çerez yönetim arayüzü, aydınlatma metni, form rıza metinleri — hukuk metinleri bizde)
• Altyapı: (domain bizde, hosting ajans önerisi, kaynak kod bize teslim)
• SEO: (URL eşleme tablosu, 301 yönlendirmeler, sitemap, robots.txt)

9. Bütçe aralığı ve takvim

• Bütçe bandı: (X - Y TL, KDV hariç)
• Ödeme planı tercihi: (3 taksit, kilometre taşına bağlı)
• Sabit tarih: (12 Eylül fuarından önce yayında)
• Esnek olmayan kalem: (Almanca sayfalar; gerekirse blog ikinci faza kalsın)

10. Karar ve onay

• Brief sahibi: (pazarlama müdürü, iletişim bilgisi)
• Nihai onay: (genel müdür)
• Revizyon turu: (wireframe 2, tasarım 2, geliştirme 1)
• Toplantı ritmi: (haftada 1, 30 dakika)

Şablonu doldururken bilmediğiniz satırları silmeyin; "bilmiyoruz" yazın. Ajansın ilk toplantıda soracağı soruları siz işaretlersiniz ve toplantı tahmin alışverişine dönüşmez.

Briefe Yazmanıza Gerek Olmayan Konular

Brief uzadıkça iyileşmez. Bazı kararlar ajansın işidir; onları brief'e yazmak hem sizi yorar hem teklifi daraltır.

• Renk kodları ve font adları. Kurumsal kimliğiniz varsa marka kılavuzunu ekleyin, yeter. Kimlik yoksa seçimi ajansa bırakın.
• Sayfa düzeni çizimi. Ne görmek istediğinizi yazın, nasıl yerleşeceğini tasarımcı çözsün. Kutu kutu çizim eklenen brief, tasarımcıyı kopyalayıcıya çevirir.
• Teknoloji tercihi. "React olsun" demek, ancak gerçek bir kısıt varsa anlamlıdır: ekibinizde o teknolojiyi bilen geliştirici varsa ya da mevcut sisteme bağlanacaksa. Yoksa kararı gerekçesiyle ajans anlatsın. Hazır altyapı ile özel geliştirme arasındaki farkı hazır web sitesi mi özel tasarım mı yazısında karşılaştırdık.
• Adam-gün dağılımı. Kaç gün tasarım, kaç gün kodlama — bu ajansın planıdır. Siz çıktıyı ve tarihi tanımlayın.
• "Şu siteye benzesin" talimatı. Beğendiğiniz üç site linki verin, ama neyi beğendiğinizi tek cümleyle yazın: "menü yapısı net" ya da "ürün fotoğrafları büyük". Gerekçe olmayan referans, taklit siparişine dönüşür.

Birinci Görüşmede Ajansa Soracağınız Sekiz Soru

Brief'i gönderdikten sonraki toplantı, ajansı değerlendirdiğiniz asıl andır. Şu sekiz soru farkı ortaya çıkarır:

1. Brief'imde eksik bulduğunuz üç şey ne? İyi ekip bu soruya hazırlıklı gelir ve risk alanlarını önceden gösterir.
2. Bu kapsamı hangi kalemlere ayırıyorsunuz? Teklifin kalem kalem dökümünü isteyin; tek satır "web sitesi tasarımı" yazan teklifi karşılaştıramazsınız.
3. Revizyon turu neyi kapsıyor? "Sınırsız revizyon" cümlesi iyi haber taşımaz; tanımsız kapsam anlamına gelir.
4. Kaynak kodu ve tasarım dosyaları kime ait? Cevap sözleşmede yazılı olmalı.
5. İçerik gecikirse takvim nasıl etkilenir? Bağımlılıkları kimin yöneteceğini bu soru ortaya çıkarır.
6. Performans ve erişilebilirlik hedeflerini nasıl test ediyorsunuz? Araç adı ve ölçüm anı net gelmeli.
7. Yayından sonraki 12 ayda ne yapıyorsunuz? Bakım kapsamı, müdahale süresi ve ücreti.
8. Bu projeye kim çalışacak? Satış görüşmesine gelen ekip ile projeyi yapan ekip aynı mı?

Ajans değerlendirmesinin tamamı için web tasarım ajansı seçim rehberine ve kriter listesi olarak yazılım firması nasıl seçilir yazısına bakın. Yazılım tarafındaki on kriter, tasarım projelerinde de aynı işi görür.

Teklifleri Karşılaştırırken Nelere Bakmalı

Aynı brief'e gelen üç teklifi yan yana koyarken rakama değil, rakamın altındaki kalemlere bakın. Aşağıdaki tablo karşılaştırma iskeletinizi verir.

Teklifler arasındaki fark bu tablodan sonra anlam kazanır. Rakamları karşılaştırmadan önce kapsamları eşitleyin: her teklifteki kalem listesini tek bir tabloya aktarın, bir ajansta olup diğerinde olmayan maddeleri işaretleyin ve eksik maddelerin fiyatını ayrıca sorun. Bu adımdan sonra çoğu zaman en ucuz teklif en ucuz kalmaz. Pahalı teklif, kapsamı daha geniş okuduğu için pahalı çıkar; o zaman karşılaştırma değil, kapsam hizalama toplantısı gerekir. Kurumsal projelerde standart sayılan kalemleri kurumsal web sitesi nasıl olmalı yazısındaki 12 kriterden takip edin.

Yayına yaklaşırken teknik kontrol listesini de brief'in son sayfasına ekleyin: SEO lansman kontrol listesi yayın gününde atlanan maddeleri tek ekranda gösterir. Tasarımın SEO tarafını SEO uyumlu web tasarım yazısında, mobil tarafını ise mobil uyumlu web sitesi rehberinde bulacaksınız.

Sıkça Sorulan Sorular

Web tasarım brief'i kaç sayfa olmalı?

İki ile dört sayfa yeterlidir. Kapsam karmaşıksa ekleri ayrı dosyalara koyun: URL listesi, ürün kategori ağacı, marka kılavuzu, entegrasyon dokümanı. Ana belgeyi kısa tutun; ajansın proje yöneticisi onu her toplantıda açar. Pratik ölçüt şudur: web tasarım brief'inizi tanımadığınız bir meslektaşınıza okutun; 10 dakikada projenin ne olduğunu anlatabiliyorsa belge hazırdır.

Bütçeyi brief'te paylaşmak zorunda mıyım?

Zorunlu değil, ama bant vermek lehinizedir. Bütçesiz brief alan ajans standart paketini fiyatlar ve kapsam sizin ihtiyacınıza oturmaz. Alt-üst bant verdiğinizde ajans o bant içinde neyin yapılacağını, neyin ikinci faza kalacağını söyler.

Brief'i ajans benim için yazabilir mi?

Yazar, hatta çoğu ajansın keşif (discovery) adımı tam olarak budur. İki noktaya dikkat edin: keşif ayrı fiyatlanan bir hizmettir ve çıkan belgenin size ait olduğunu baştan yazın. Aynı belgeyle başka ajanslardan da teklif alma hakkınızı koruyun. Keşif çıktısı bir web tasarım brief'i olarak size teslim edilmeli; sunum slaytı olarak kalmamalı.

Birden fazla ajansa aynı brief'i göndermek etik mi?

Evet. Şart tek: her ajansa aynı belgeyi gönderin ve kaç ekiple görüştüğünüzü söyleyin. Ajansların farklı belgelerle fiyat vermesi, karşılaştırmayı anlamsız kılar. Teklif süresini de eşit tutun.

Brief ile şartname arasındaki fark ne?

Brief iş hedefini ve kısıtları anlatır; şartname teknik çözümü tanımlar. Brief'i siz yazarsınız, şartnameyi genelde ajans yazar ve siz onaylarsınız. Küçük projelerde ikisi tek belgede birleşir.

Brief'i sözleşmeye ek yapmalı mıyım?

Yapın. Kapsam tartışması çıktığında taraflar aynı metne bakar. Sözleşmede "Ek-1 Brief" ve "Ek-2 Teklif kapsamı" şeklinde iki ek tutun; böylece her maddenin kaynağı ortada kalır.

Brief'i yazdıktan sonra değiştirebilir miyim?

Değiştirin, ama sürüm numarası verin ve değişikliği yazılı paylaşın. "Web tasarım brief v2 — 18 Mart" gibi bir başlık, hangi sürüme teklif geldiğini netleştirir. Teklif aşamasından sonra gelen eklemeler, ek iş olarak fiyatlanır.

Hiç web projesi yönetmedim, nereden başlamalıyım?

Önce iş hedefinizi ve bütçe bandınızı netleştirin, sonra bu yazıdaki on bloğu doldurun. Süreci baştan sona görmek için web sitesi yaptırmak istiyorum yazısındaki yol haritasını takip edin.

Brief yazmak, projenin en ucuz ve en etkili adımıdır. Bir öğleden sonra ayırdığınız iki sayfa, üç ay sonra çıkacak kapsam tartışmasını baştan bitirir ve teklif rakamlarını aynı zemine oturtur. Doldurulmamış satırları "bilmiyoruz" diye bırakmak da bir bilgidir; iyi ajans o satırlardan başlar.

Şablonu doldurdunuz ve teklif almaya hazırsanız, web tasarım hizmetimiz üzerinden kapsamı gözden geçirip bize ulaşın — brief'inizi okuyup eksik gördüğümüz maddeleri ilk görüşmede size söyleyelim.