Web tasarım briefi, yaptırmak istediğiniz sitenin amacını, kullanıcılarını, içeriğini, işlevlerini ve proje koşullarını ajansa anlattığınız başlangıç belgesidir. Hazırlamak için önce sitenin hangi ihtiyacı karşılayacağını yazın; ardından ziyaretçinin yapacağı işleri, gerekli sayfaları, elinizdeki materyalleri ve karar bekleyen konuları açıklayın.
Teknik terimleri bilmeniz veya her tasarım kararını önceden vermeniz gerekmez. “Eğitim programlarımızı güncelleyebilmek istiyoruz” gibi açık bir ihtiyaç, hangi yönetim panelini kullanacağınızı tahmin etmekten daha iyi bir başlangıç olabilir. Briefte bildiklerinizi, önceliklerinizi ve ajansla birlikte değerlendirmek istediğiniz noktaları görünür hâle getirin. Ajansın hazırlayacağı teklif, bu ihtiyaçlardan hangi işlerin hangi koşullarla üstlenileceğini açıklayacaktır.
Brief Hazırlamaya Nereden Başlanır?
İlk taslağı, kurum içinde siteyle ilgili bilgi verecek kişilerle hazırlayın. Satış ekibinden müşterilerin sık sorduğu soruları, içerik sorumlusundan güncel materyalleri, siteyi yöneten kişiden mevcut kullanım sorunlarını alın. Ardından bu bilgileri tek bir belgede birleştirin. Aynı proje için farklı kişilerin ayrı beklenti listeleri göndermesi, önceliklerin anlaşılmasını güçleştirebilir.
Mevcut siteniz varsa sorunları sayfa adresi ve örnekle kaydedin. “Sitemiz kullanışsız” yerine “Telefonda eğitim programının tarihini bulmak için PDF indirmek gerekiyor” yazın. Yeni site hazırlanacaksa müşterilerin bugün hangi bilgileri telefonla veya e-postayla istediğini inceleyin. Böylece tasarım görüşmesine yalnız beğenilerinizle değil, çözülmesi gereken durumlarla başlarsınız.
MDN’nin site planlama açıklaması da geliştirmeden önce sitenin ne sunacağının, hangi bilgileri içereceğinin ve genel görünümünün düşünülmesini önerir. Brief hazırlarken bu başlangıcı kendi işletmenizin kullanıcıları, içerikleri ve çalışma koşullarıyla ayrıntılandırabilirsiniz.
Web Tasarım Briefinde Neler Olmalı?
Her alanı doldururken şu soruyu sorun: “Bu bilgi, projeyi planlayan kişinin hangi kararı vermesini kolaylaştıracak?” İşletmenizin uzun tarihçesinden birkaç cümle yeterli olabilir; ancak ziyaretçinin teklif istemek için hangi adımları izleyeceği daha ayrıntılı açıklama gerektirebilir. Aşağıdaki alanları projenize göre genişletin; henüz belli olmayanları soru olarak kaydedin.
Projenin Nedeni ve Öncelikli Hedefi
İşletmenizin ne sunduğunu kısaca anlatın ve site çalışmasına neden ihtiyaç duyduğunuzu yazın. Hizmetleriniz değişmiş, içerikleriniz dağılmış, mobil kullanım zorlaşmış veya mevcut siteyi güncellemek zaman alıyor olabilir. Sorunun nerede yaşandığını ve kimi etkilediğini açıklayın.
Ardından öncelikli hedefi ziyaretçinin yapacağı işle ilişkilendirin. “Kurumsal görünmek istiyoruz” ifadesine, “İnsan kaynakları sorumlusu eğitim konularını inceleyip ekibine uygun program için görüşme talep edebilsin” açıklamasını ekleyebilirsiniz. Bu cümle, program bilgilerinin ve talep adımının neden önemli olduğunu gösterir.
Başarıyı nasıl değerlendireceğinizi de belirtin. Örneğin formun çalışması yayın kontrolünde doğrulanabilir; gelen taleplerin hizmetle ne kadar ilgili olduğu ise yayın sonrasında değerlendirilir. Mevcut ölçümünüz yoksa beklenen artış oranı yazmak yerine hangi bilgilerin toplanacağını ve kimin inceleyeceğini görüşmeye açın.
Ziyaretçiler ve Tamamlayacakları İşler
“Hedef kitlemiz herkes” ifadesini somut kullanıcı gruplarına ayırın. Her grup için siteye neden geldiğini, hangi soruya cevap aradığını ve sonraki adımının ne olacağını yazın. Aynı kuruluşun eğitim sorumlusu program içeriğini incelerken satın alma sorumlusu hizmetin uygulanma biçimini ve iletişim yolunu arayabilir.
Bir kullanım senaryosunu başlangıcı ve sonucu belli olacak şekilde anlatın: “Ziyaretçi yönetici eğitimi sayfasına gelir, programın kimlere uygun olduğunu ve uygulama biçimini okur, ilgili programı belirterek görüşme talebi gönderir.” Böyle bir senaryo, sayfadaki bilgi sırasını konuşmayı kolaylaştırır.
Bu tanımları müşteri görüşmelerine, gelen sorulara veya mevcut verilere dayandırın. Henüz doğrulanmamış düşünceleri “varsayım” olarak işaretleyin. Kullanıcı gruplarını belirlemek için ayrıca çalışma gerekiyorsa hedef kitle analizi adımlarından yararlanabilirsiniz; briefte araştırmanın site kararlarını etkileyen sonuçlarını özetlemeniz yeterlidir.
Sayfalar, İçerik Türleri ve Dil İhtiyacı
Bir sayfa listesi oluşturun ve her sayfanın yanına hangi soruyu cevaplayacağını yazın. “Hizmetler” başlığının altında yalnız isimler mi bulunacak, her hizmetin ayrı açıklaması mı olacak? “Eğitimler” bir liste mi olacak, her program için içerik, hedef katılımcı ve uygulama biçimi gösterilecek mi? Bu ayrıntılar tasarım ve içerik işini tarif eder.
Sayfa adediyle farklı sayfa düzenlerini birlikte belirtin. Örneğin on iki eğitim programı aynı düzeni kullanabilir; programları belirli özelliklere göre süzmek ise ayrıca ele alınacak bir işlevdir. Başlangıçta kaç içeriğin girileceğini ve sonradan hangilerini sizin ekleyeceğinizi yazın.
Dil ihtiyacında da kapsamı açın. Türkçe ve İngilizce yayın istiyorsanız hangi içeriklerin iki dilde hazırlanacağını, çeviriyi kimin sağlayacağını ve güncellemeleri kimin takip edeceğini belirtin. Dil seçeneğinin planlanmasıyla çeviri üretiminin sorumluluğunu ayrı kaydedin.
İşlevler ve İçerik Yönetimi
“Özel form”, “üyelik” veya “entegrasyon” yazdıktan sonra işleyişi açıklayın. İşlemi kim başlatıyor, hangi bilgiyi giriyor, sonuç nereye ulaşıyor ve sonrasında kim ne yapıyor? Bir görüşme talebinin e-postaya ulaşmasıyla müşteri takip yazılımında kayıt açması farklı ihtiyaçlardır. Mevcut bir yazılımla bağlantı gerekiyorsa sistemin adını ve teknik görüşmeyi yürütecek kişiyi belirtin; uygulanabilirliği ajansla değerlendirin.
İşletme içindeki kullanım ihtiyaçlarını da ekleyin. “Siteyi biz güncelleyeceğiz” yerine “İçerik sorumlusu program açıklamasını ve görselini değiştirecek, yeni program ekleyecek; başvuru alıcısını değiştirme yetkisi yönetici hesapta olacak” yazabilirsiniz. Böylece yönetilecek alanlar ve kullanıcı yetkileri görüşülebilir.
Her önemli işlev için kontrol edilebilir bir sonuç tanımlayın. Örneğin “Talep gönderildiğinde seçilen eğitim bilgisi ilgili ekibe ulaşmalı ve ziyaretçi işlemin tamamlandığını görebilmeli” ifadesi, işlevin nasıl kabul edileceğini de açıklar. Ayrıntılı teknik çözüm ve test adımları bu ihtiyaç üzerinde çalışan ekiple netleştirilir.
Metinler, Görseller ve Hazırlık Sorumluları
Logo, marka kullanım dosyası, hizmet açıklaması, ürün veya program bilgisi, fotoğraf ve belgeler için mevcut durumu yazın. Dosyalarınızın bulunmasıyla içeriklerin güncel ve yayına uygun olması ayrı konulardır. Örneğin eski bir sunum program bilgisi için kaynak olabilir; web sayfasında kullanılacak açıklamanın ayrıca hazırlanması gerekebilir.
İçerik işini bilgi sağlama, metin yazımı, doğrulama, çeviri ve siteye giriş olarak ayırın. “Metinler bizden” ifadesinin hangi işleri kapsadığını belirtin. Her içerik grubuna sorumlu kişi veya rol, hazır olma durumu ve hedef teslim tarihi ekleyin. Kullanılacak görsellerin izin ve lisans durumunu kontrol edecek sorumluyu da kaydedin.
Tüm içerikler hazır olmadan brief oluşturabilirsiniz. İlk görüşme için örnek bir hizmet metni, gerçek bir görsel ve mevcut belgeleri paylaşmak kapsamın anlaşılmasına yardımcı olur. Eksiklerin hangi tasarım veya yayın kararını beklettiğini ajansla belirleyin; boş alanların kendiliğinden tamamlanacağını varsaymayın.
Tasarım Tercihleri ve Kullanım Beklentileri
Beğendiğiniz siteleri paylaşırken belirli sayfayı veya bölümü gösterin ve gerekçesini yazın. “Bu siteyi beğeniyoruz” yerine “Program sayfasında süre ve katılımcı bilgisinin birlikte görünmesini beğeniyoruz; benzer bilgilere ihtiyacımız var” açıklaması daha yönlendiricidir. Marka renkleri, yazı karakterleri ve görsel kullanım kuralları varsa dosyalarını ekleyin.
Tercihlerinizi içerikle birlikte değerlendirin. Büyük bir görsel alanı istediğinizde o alan için uygun fotoğrafınızın olup olmadığını, hareketli bir bölüm düşündüğünüzde ziyaretçinin gerekli bilgiye nasıl ulaşacağını konuşun. Örnek sitenin belirli bir çözümünü kendi içerik miktarınıza ve kullanım senaryonuza göre ele alın.
Mobil kullanım ve erişilebilirlik beklentilerini başlangıçta görüşün. Klavyeyle kullanılacak menüler, anlaşılır form açıklamaları ve okunabilir metinler gibi konular için değerlendirme kapsamını ve sorumluları belirleyin. W3C WAI’nin erişilebilirlik planlama açıklaması, hedeflerin ve sorumlulukların tanımlanmasını, kontrollerin proje boyunca yapılmasını önerir. Briefte özel bir erişilebilirlik standardı hedefleniyorsa hangi kapsamda değerlendirileceğini ayrıca netleştirin.
Öncelikler, Bütçe ve Takvim
Taleplerinizi ilk yayında gerekli olanlar, sonraki aşamada değerlendirilecekler ve karar bekleyenler olarak işaretleyin. Örneğin eğitim sayfaları ve görüşme formu ilk yayın için gerekli olabilir; çevrim içi ödeme ileride değerlendirilebilir. Sonraki aşamaya bırakılan bir işlev başka bir bölümde kesin beklenti olarak görünüyorsa belgeyi tutarlı hâle getirin.
Ayırdığınız bütçe aralığını ve bu bütçeden hangi kalemlerin karşılanmasını beklediğinizi yazın. Tasarım ve geliştirme, içerik üretimi, çeviri, alan adı, barındırma, lisanslar ve yayın sonrası destek için ayrı açıklama isteyin. Tekliflerde hangi işlerin kapsandığını bu ayrım üzerinden karşılaştırabilirsiniz. Henüz bütçe onaylanmadıysa onay sürecini ve önceliklerinize göre alternatif kapsam görmek istediğinizi belirtin.
Yayın için önemli bir tarih varsa nedenini açıklayın. Bir etkinlik veya ürün duyurusu dışarıdan belirlenmiş olabilir. Hedef tarihin yanında içeriklerin teslimini, kurum içi onayları ve başka ekiplerden beklenen işleri de yazın. Çalışma takvimi bu bağımlılıklar değerlendirildikten sonra netleşir; ihtiyaç olursa ilk yayına alınacak kapsam yeniden önceliklendirilir.
Onay, Teslim ve Yayın Sonrası Sorumluluklar
Bilgi sağlayacak kişiyi, geri bildirimleri birleştirecek sorumluyu ve son onayı verecek kişiyi belirleyin. Birden fazla bölüm projeye katılıyorsa çelişen talepleri kurum içinde kimin karara bağlayacağını yazın. Geri bildirim için “Bu bölüm olmamış” yerine sayfa, sorun ve beklenen değişikliği birlikte tarif edin.
Teslimde neyi kontrol edeceğinizi kullanım senaryolarıyla ilişkilendirin: Onaylanan içerikler yerleşmiş mi, ziyaretçi ilgili talebi tamamlayabiliyor mu, içerik sorumlusu kararlaştırılan alanları güncelleyebiliyor mu? Mobil kullanım ve erişilebilirlik değerlendirmelerini de kararlaştırılan kapsama göre kabul sürecine ekleyin.
Alan adı ve barındırma hesaplarının kimde olduğunu, hangi yönetim erişimlerinin teslim edileceğini, lisans yenilemelerini ve yayın sonrası destek sorumlularını görüşme maddesi olarak yazın. Brief dosyasına parola eklemeyin; gerekli erişimlerin paylaşılma yöntemini ayrıca belirleyin. Mevcut site yenileniyorsa korunacak içerik ve adreslerin envanteri ile geçiş planının kim tarafından hazırlanacağını da netleştirin.
Belirsiz Talepler Nasıl Netleştirilir?
Briefte bir sıfat kullandığınızda, bunu gözlemlenebilir bir beklentiyle açıklamayı deneyin. “Kolay”, “modern” veya “hızlı” ifadelerini proje ekibi farklı yorumlayabilir. Aşağıdaki dönüşümler kendi cümlelerinizi ayrıntılandırmak için örnektir; bütün projelerin aynı ihtiyaçlara sahip olduğu anlamına gelmez.
| Başlangıç Talebi | Netleştirilmiş İhtiyaç |
|---|---|
| Sitemiz kolay güncellensin. | İçerik sorumlusu yeni eğitim ekleyebilsin; program metnini ve görselini değiştirebilsin. Yeni sayfa düzeni gerektiğinde izlenecek süreç ayrıca açıklansın. |
| Daha çok başvuru gelsin. | Ziyaretçi ilgili eğitimden talep formuna geçebilsin. Talebin hangi programla ilgili olduğu ekibe ulaşsın; başvuruların uygunluğu yayın sonrasında ayrıca değerlendirilsin. |
| Rakibin sitesi gibi olsun. | Paylaşılan örnekteki program bilgilerinin gruplanması ihtiyacımıza uygun. Aynı bilgilerin kendi marka kimliğimiz ve içeriklerimizle nasıl sunulacağı değerlendirilsin. |
| Yakında yayına girmeli. | Yayın için etkinlik öncesi bir hedefimiz var. İçerik teslimleri ve onay tarihleriyle birlikte ilk yayına yetişebilecek kapsam görüşülsün. |
Her cümle için “Bunun gerçekleştiğini nasıl anlayacağız?” sorusunu sorun. Cevabınız yalnız “güzel görünürse” düzeyinde kalıyorsa kullanım senaryosunu veya örneği biraz daha açın. Görsel tercihlerinizi korurken değerlendirmenin hangi bilgilere dayanacağını da anlatabilirsiniz.
Kopyalanabilir Web Tasarım Brief Şablonu
Aşağıdaki alanları bir metin belgesine kopyalayıp doldurabilirsiniz. Her yanıtın uzun olması gerekmez. Bilinmeyen konularda “karar bekliyor” yazın ve mümkünse kararı verecek kişiyi belirtin. Belgede tarih ve sürüm bilgisi tutmak, görüşmelerde hangi kararların değiştiğini izlemenizi sağlar.
- Proje Adı, Tarih ve Sürüm
- Projenin adı, belgenin güncellendiği tarih, sürüm ve belge sorumlusu:
- İşletme ve Projenin Nedeni
- Ne sunuyoruz? Yeni siteye veya yenilemeye neden ihtiyaç duyuyoruz?
- Öncelikli Hedef
- Ziyaretçi neyi yapabilmeli? İşletme açısından beklenen çıktı ne?
- Kullanıcılar ve Senaryo
- Öncelikli kullanıcı kim? Hangi bilgiyi arıyor? Nereden başlayıp hangi adımı tamamlıyor?
- Sayfalar, İçerik Hacmi ve Diller
- Gerekli sayfalar, tekrar eden içerik türleri, ilk girilecek içerik adedi ve dil ihtiyacı:
- İşlevler ve Yönetilecek Alanlar
- Ziyaretçinin ve siteyi yöneten ekibin yapacağı işlemler; gerekli bağlantılı sistemler; işlevlerin beklenen sonuçları:
- İçerik ve Materyal Durumu
- Hazır, güncellenecek ve üretilecek materyaller; bilgi, yazım, onay, çeviri ve siteye giriş sorumluları; teslim tarihleri:
- Tasarım ve Kullanım Beklentileri
- Marka dosyaları, gerekçeli örnek bağlantıları, mobil kullanım ve erişilebilirlik değerlendirme kapsamı:
- İlk Yayın ve Sonraki Aşama
- İlk yayında gerekli olanlar, sonraya bırakılanlar ve bu projede istenmeyen işler:
- Bütçe ve Takvim Koşulları
- Bütçe aralığı veya onay durumu; bütçeye dahil olması beklenen kalemler; hedef yayın tarihi, nedeni ve bağımlılıklar:
- Onay ve Kabul Düzeni
- Bilgi sağlayanlar, geri bildirim sorumlusu, son onay yetkilisi ve teslimde kontrol edilecek sonuçlar:
- Mevcut Sistemler ve Yayın Sonrası
- Mevcut sitenin ve hesapların sorumluları; korunacak içerikler; gerekli erişimler; destek, bakım ve yenileme sorumlulukları:
- Açık Sorular
- Henüz kararlaştırılmayan konular, karar sahipleri ve karara ihtiyaç duyulan aşama:
Belgeyi hazırladıktan sonra bir çalışma arkadaşınızdan yalnız bu bilgilere bakarak projenin amacını ve ilk yayın kapsamını anlatmasını isteyin. Farklı bir proje tarif ediyorsa ilgili alanları netleştirin. Özellikle işlev, içerik sorumluluğu ve onay düzeni bölümündeki eksikleri görüşmeden önce fark etmek yararlıdır.
Doldurulmuş Web Tasarım Brief Örneği
Aşağıdaki örnek, kurumlara eğitim programları sunan kurgusal bir kuruluş için hazırlanmıştır. Gerçek bir müşteri çalışması, Dijitalif hizmet paketi veya fiyat teklifi değildir. Şablondaki alanların nasıl yanıtlanabileceğini gösterir; kapsamı ve sorumlulukları kendi projenize göre değiştirebilirsiniz.
Proje adı, tarih ve sürüm: Kurumsal eğitim sitesi yenilemesi. Tarih: 9 Kasım 2026. Sürüm: 1. Belge sorumlusu: Eğitim koordinatörü.
İşletme ve projenin nedeni: Kurum içi eğitim programları sunuyoruz. Mevcut sitede programların kapsamı yalnız PDF dosyalarında yer alıyor. İçerik sorumlusu yeni bir programı yardım almadan ekleyemiyor. Program bilgilerini web sayfalarında sunmak ve kararlaştırılan içerikleri kurum içinde yönetmek istiyoruz.
Öncelikli hedef: İnsan kaynakları veya eğitim sorumlusu, kurumunun ihtiyacına uygun programı inceleyip ilgili programı belirterek görüşme talebi gönderebilmeli. Yayın sonrası taleplerin hangi eğitimlerle ilgili olduğu ve hizmetimize uygunluğu eğitim koordinatörü tarafından izlenecek. Başlangıç verisi olmadığı için artış oranı hedefi bu aşamada belirlenmedi.
Kullanıcılar ve senaryo: Öncelikli kullanıcı kurumun eğitim sorumlusu. Eğitim konusunu seçer; programın hedef katılımcısını, içeriğini ve uygulama biçimini inceler; program sayfasından görüşme talebine geçer. Satın alma sorumlusu için de hizmetin uygulanma biçimi ve iletişim bilgileri açık olmalı.
Sayfalar, içerik hacmi ve diller: Ana sayfa, eğitim listesi, eğitim detayları, yaklaşımımız, eğitmenler ve iletişim sayfaları planlanıyor. İlk yayında sekiz eğitim programı ve dört eğitmen profili bulunacak. Programlar ortak bir içerik düzenini kullanacak. İlk yayın Türkçe olacak; İngilizce sürüm bu projenin kapsamına alınmayacak.
İşlevler ve yönetilecek alanlar: Ziyaretçi seçtiği eğitimi belirterek kurum ve iletişim bilgileriyle görüşme talep edebilmeli. Talep eğitim koordinasyonuna ulaşmalı ve gönderimin tamamlandığı ziyaretçiye gösterilmeli. İçerik sorumlusu eğitim ekleyebilmeli, program metnini ve eğitmen bilgisini güncelleyebilmeli. İlk yayında üyelik, ödeme ve müşteri takip yazılımıyla bağlantı istenmiyor.
İçerik ve materyal durumu: Logo dosyaları hazır. Sekiz eğitimden beşinin bilgisi güncel; üçü eğitim koordinatörünün kontrolünü bekliyor. Eğitmen bilgilerini ilgili kişiler doğrulayacak. Metinlerin web için düzenlenmesi ve ilk içerik girişinin teklifte ayrı açıklanması isteniyor. Portrelerin kullanım izinlerini kuruluş kontrol edecek. Kuruluş, program bilgilerini ve onaylı eğitmen materyallerini 16 Kasım 2026’da teslim etmeyi planlıyor; tasarım takvimi bu teslimle birlikte değerlendirilecek.
Tasarım ve kullanım beklentileri: Mevcut logo ve renkler korunacak. Tasarım görüşmesine program bilgilerinin kolay tarandığı ve mobil menüsünün kullanımı beğenilen iki örnek bağlantı, ilgili bölümlerin açıklamalarıyla getirilecek. Eğitim içeriği telefonda PDF indirmeden okunabilmeli. Menü ve talep formunun klavyeyle kullanımı ile form açıklamaları değerlendirme kapsamına alınmalı; ayrıntılı erişilebilirlik hedefi görüşmede netleştirilecek.
İlk yayın ve sonraki aşama: Program içerikleri, eğitmenler, görüşme talebi ve içerik yönetimi ilk yayında gerekli. Program karşılaştırma işlevi sonraki aşamada değerlendirilecek. Çevrim içi eğitim platformu bu projenin dışında tutuluyor.
Bütçe ve takvim koşulları: Bütçe henüz yönetim onayında. İlk yayın kapsamı için tasarım, geliştirme, metin düzenleme ve içerik girişi ayrı açıklanarak teklif istenecek; barındırma ve lisans yenilemeleri ayrıca gösterilecek. Kuruluş, 21 Aralık 2026’daki eğitim dönemi duyurusundan önce, 14 Aralık’ta yayına çıkmak istiyor. Bu tarih kuruluşun hedefidir; içerik teslimleri ve onay süreleri değerlendirilerek ajansla uygulanabilir takvim görüşülecek. İngilizce içerik ve video üretimi için bu bütçeden çalışma beklenmiyor.
Onay ve kabul düzeni: Eğitim koordinatörü geri bildirimleri tek belgede birleştirecek; son onayı kuruluş yöneticisi verecek. Kabulde sekiz programın onaylı içeriği, seçilen program bilgisinin taleple birlikte ulaşması, gönderim sonucunun görünmesi ve içerik sorumlusunun yeni program ekleyebilmesi kontrol edilecek. Mobil kullanım ve kararlaştırılan erişilebilirlik kontrolleri de yayın öncesinde değerlendirilecek.
Mevcut sistemler ve yayın sonrası: Alan adı ve barındırma hesapları kuruluşun kontrolünde. Gerekli yetkileri mevcut teknik sorumlu sağlayacak. Eğitim ve iletişim sayfalarının mevcut adresleri paylaşılacak; değişecek adresler için geçiş sorumluluğu teklifte açıklanacak. Destek süresi, yedekleme, yazılım güncellemeleri ve lisans yenilemeleri için sorumlular ayrıca kararlaştırılacak.
Açık sorular: Eğitim listesinin ilk yayında filtreye ihtiyacı var mı? Hedef erişilebilirlik kapsamı nasıl değerlendirilecek? Mevcut barındırma kullanılabilir mi? Eğitim koordinatörü kullanım önceliğini, ajans teknik seçenekleri açıklayacak; ilgili kararlar kapsam ve teklif kesinleşmeden birlikte kaydedilecek.
Bu örnekte bazı konuların açık kalması, belgenin kullanılmasına engel olmuyor. Neyin bilindiği ve hangi kararın ne zaman verilmesi gerektiği görülebiliyor. Bir sonraki görüşmede bu sorular cevaplandığında briefin sürümü güncellenebilir ve teklif aynı kapsam üzerinden değerlendirilebilir.
Brief Paylaşıldıktan Sonra Ne Yapılmalı?
Briefi paylaşırken belgeyle birlikte örnek içerikleri, marka dosyalarını ve mevcut site bilgilerini düzenli biçimde iletin. Dosya adlarını anlaşılır yazın; güncel sürümü belirtin. Teklif beklediğiniz tarih ve soruları cevaplayacak kişi de belli olsun. Farklı ajanslardan teklif alıyorsanız hepsinin aynı brief sürümünü kullandığını kontrol edin.
Gelen teklifi briefteki ihtiyaçlarla yan yana okuyun. “Yönetim paneli dahil” ifadesi varsa hangi alanları yönetebileceğinizi sorun. İçerik üretimi, çeviri, ilk giriş ve yayın sonrası destek maddelerinin nasıl karşılandığını işaretleyin. Briefte bulunan bir talebin teklifte açıklanmamış olması, o işin kapsama alındığını göstermeye yetmez; ilgili maddeyi netleştirin.
Görüşmede alınan kararları tek güncel kayda işleyin. Örneğin “Sürüm 2: İngilizce yayın sonraki aşamaya bırakıldı; ilk içerik girişi teklif kapsamına eklendi” notu değişikliği izlemeyi sağlar. Üretim sırasında yeni bir işlev istediğinizde ekibin kapsam, maliyet ve takvim etkisini değerlendirmesini isteyin; kararlaştırılan değişikliği ilgili belgelere ekleyin.
Briefinizdeki sayfa yapısını, içerik yönetimini ve kullanım ihtiyaçlarını bir web tasarım ajansı ile değerlendirirken, teklifin bu ihtiyaçları nasıl karşılayacağını birlikte netleştirebilirsiniz. Görüşmeye mevcut materyalleriniz ve karar bekleyen sorularınızla katılın.
