Web Tasarım
Web Sitesi Briefi Nasıl Hazırlanır? Doldurulabilir Proje ve Teklif Şablonu
Web sitesi için amaç, sayfa listesi, içerik, panel, bütçe ve teslim beklentilerini doldurulabilir proje briefi ve temsili örnekle hazırlayın.
Web Tasarım
Web sitesi için amaç, sayfa listesi, içerik, panel, bütçe ve teslim beklentilerini doldurulabilir proje briefi ve temsili örnekle hazırlayın.
Web sitesi briefi, yaptırmak istediğiniz sitenin amacını, kullanıcılarını, sayfalarını, işlevlerini ve teslim beklentilerini tek yerde tarif eden proje özetidir. Teknik bir şartname hazırlamak zorunda değilsiniz. Önemli olan, siteyi yapan kişinin hangi problemi çözeceğini ve sizin hangi sonucu beklediğinizi anlayabilmesidir.
İyi bir brief sayesinde teklifleri aynı kapsam üzerinden karşılaştırabilir, içerikleri kimin hazırlayacağını belirleyebilir ve teslim sırasında neyi kontrol edeceğinizi baştan yazabilirsiniz. “Modern ve güzel bir site istiyorum” başlangıç fikridir; fiyat ve takvim çıkarmak için tek başına yeterli değildir.
Doldurulabilir web sitesi proje briefini indirin. Dosyayı bir metin editöründe açabilir veya bölümlerini tercih ettiğiniz belge uygulamasına kopyalayabilirsiniz. Önce bildiğiniz alanları doldurun; bilinmeyenleri “birlikte netleştirilecek” diye işaretleyin.
Proje briefi bütün siteyi tarif eder: hedef, sayfalar, tasarım, panel, entegrasyon, teslim ve destek. SEO içerik briefi ise belirli bir yazı veya sayfanın hangi soruyu cevaplayacağını, başlıklarını ve kaynaklarını planlar.
Sitedeki SEO içerik brief aracı ikinci ihtiyaca yöneliktir. Web sitesi projesinde önce iş hedefi ve sayfa planı kurulmalı; her hizmet veya blog içeriğinin ayrıntılı briefi daha sonra hazırlanmalıdır.
Siteyi kim kullanacak ve ziyaretçi ne yapacak? Yeni müşteriden teklif almak, randevu talebi toplamak, ürün satmak veya mevcut müşteriye destek sunmak farklı akışlar gerektirir.
“Daha fazla müşteri” yerine “Hizmet sayfasını okuyan ziyaretçinin ihtiyacını ve iletişim bilgilerini teklif formuyla göndermesi” yazın. Böylece gerekli sayfalar ve form alanları daha kolay çıkar.
| Belirsiz ifade | Daha kullanışlı açıklama |
|---|---|
| Kurumsal bir site olsun | Ana hizmetlerimiz, referanslarımız ve teklif formumuz ayrı alanlarda bulunsun |
| Satışları artırsın | Müşteri ürün varyantını seçip kargo bilgisini görerek ödeme yapabilsin |
| Kolay yönetilsin | Ekibimiz metin, görsel ve blog yazısını kod değiştirmeden güncelleyebilsin |
| SEO uyumlu olsun | Önemli hizmetler ayrı URL'lerde olsun; teknik SEO teslimleri yazılı tanımlansın |
Başarıyı da aynı hedefle ilişkilendirin. Teklif formu olan sitede yalnızca ziyaretçi sayısı yerine ilgili teklif taleplerini izlemek daha anlamlıdır. Başlangıç veriniz yoksa varsayımsal bir artış oranını vaat olarak yazmayın.
Hedef kitleye “herkes” yazmak sayfa kurgusunu zorlaştırır. Hizmet bölgesi, müşteri tipi, en sık sorulan sorular ve satın alma kararında etkili itirazları anlatın. Bir işletmenin son kullanıcıya satış yapmasıyla bayilerden sipariş alması aynı ihtiyaç değildir.
Ana aksiyonlardan birini öncelikli belirleyin: teklif formu, telefon, WhatsApp, randevu veya satın alma. Diğer yollar bulunabilir, fakat ziyaretçinin ilk ne yapacağını tasarım ekibi anlamalıdır. Hangi saatlerde iletişime cevap verildiğini ve formu kimin takip edeceğini de yazın.
Menüde görünmesini istediğiniz isimlerin yanında her sayfanın neden gerekli olduğunu belirtin. Beş hizmetiniz varsa hepsinin tek paragrafta mı, ayrı sayfalarda mı anlatılacağı teklif kapsamını değiştirir.
| Sayfa | Ziyaretçinin sorusu | Gerekli içerik | Beklenen aksiyon |
|---|---|---|---|
| Ana sayfa | Bu firma bana uygun mu? | Kısa teklif, hizmetler, gerçek güven unsurları | Hizmeti inceleme |
| Hizmet sayfası | Ne yapılacak, süreç nasıl? | Kapsam, süreç, örnekler, SSS | Teklif talebi |
| Referanslar | Daha önce hangi işler yapılmış? | Kullanım izni olan proje bilgileri | Benzer projeyi inceleme |
| Hakkımızda | Kimle çalışıyorum? | Doğrulanabilir firma/ekip bilgileri | İletişim |
| İletişim | Size nasıl ulaşırım? | Doğru iletişim bilgileri, form | Talep gönderme |
Her projede blog, çoklu dil veya fiyat hesaplayıcı gerekli değildir. İhtiyacınızı “ilk yayında zorunlu”, “sonraki aşama” ve “isteğe bağlı” olarak ayırın. Sonradan eklemek istediğiniz özelliği belirtmeniz, bugün mutlaka yapılması gerektiği anlamına gelmez.
İçerik hazır mı sorusuna tek bir evet/hayır cevabı yerine durum tablosu oluşturun. Logo hazır olabilir ama hizmet metinleri eksik olabilir. Fotoğraflar bulunabilir ama web kullanımına uygun boyutta veya lisanslı olmayabilir.
| İçerik | Durum | Hazırlayan | Son onay |
|---|---|---|---|
| Logo ve renkler | Hazır / eksik | Marka sorumlusu | İşletme sahibi |
| Hizmet açıklamaları | Taslak / yazılacak | Müşteri / içerik ekibi | Hizmet sorumlusu |
| Proje fotoğrafları | Seçilecek / çekilecek | Müşteri / fotoğrafçı | Marka sorumlusu |
| Ürün tablosu | Düzenli / temizlenecek | Operasyon ekibi | Mağaza sorumlusu |
| SSS ve süreç bilgisi | Derlenecek | İşletme ekibi | Proje onay sorumlusu |
“İçerik girişi” hazır metnin panele yerleştirilmesi olabilir; özgün metin yazımı veya fotoğraf çekimi değildir. Teklifte bu işleri ayrı tanımlayın. Kullanım hakkı olmayan fotoğrafı, doğrulanmamış müşteri yorumunu veya yapılmamış projeyi içerik listesine eklemeyin.
Örnek site bağlantısının yanında hangi özelliği beğendiğinizi yazın: menünün sadeliği, ürün filtreleri, görsel kullanımı veya teklif formunun sırası. “Bunun aynısı olsun” yerine işletmeniz açısından neyin işe yaradığını tarif edin.
Beğenmediğiniz özellikleri de belirtin. Uzun açılış animasyonu istememek, çok küçük yazıdan kaçınmak veya mobilde formun erken görünmesini istemek tasarım kararlarını somutlaştırır. Başka sitenin metnini, görsellerini veya marka kimliğini kopyalamayı talep etmeyin.
“Panel olsun” ifadesini açın. Kim girecek, hangi bilgiyi değiştirecek, kayıt nasıl onaylanacak? “Randevu olsun” diyorsanız takvimden saat seçimi mi, yoksa ekibin geri dönüş yapacağı bir talep formu mu istediğinizi yazın.
| İhtiyaç | Briefte kullanılabilecek açıklama |
|---|---|
| Yönetim paneli | Yetkili kişi hizmet metnini ve görselini değiştirebilsin; değişiklik önizlenebilsin |
| Teklif formu | Hizmet türü, kısa ihtiyaç ve iletişim bilgisi alınsın; doğru kişiye bildirim gitsin |
| Randevu | Talep formu mu, müsaitlik takvimi mi? Onay ve iptal akışı nasıl? |
| Çoklu dil | Hangi diller? Çeviriler hazır mı? Her dilde hangi sayfalar olacak? |
| E-ticaret | Ürün/varyant adedi, ödeme, kargo, stok ve sipariş işlemleri neler? |
| Entegrasyon | Sistem adı, bağlanacak veri ve yapılacak işlem ne? Erişim dokümanı var mı? |
Sadece sistem adını yazmak yeterli olmayabilir. CRM'e kayıt göndermek ile CRM'den çift yönlü fiyat/stok almak farklı geliştirmelerdir. Erişim anahtarlarını, parolaları veya müşteri verisini açık brief dosyasına koymayın; gerekiyorsa güvenli ve yetkili bir paylaşım kanalı kullanın.
Alan adı, eski sayfa adresleri, blog içerikleri, e-posta hizmeti, dosyalar ve mevcut ölçüm hesapları envantere yazılmalıdır. Eski siteyi kaldırmadan önce hangi verinin taşınacağı ve yeni karşılığının ne olduğu belirlenir.
Google görünürlüğü olan bir siteyi yeniliyorsanız, yalnızca tasarım örneği göndermek yeterli değildir. Yenilemede SEO rehberinde anlatılan URL eşleme, içerik koruma ve yayın sonrası kontrol işleri briefin geçiş kapsamına eklenmelidir.
Bütçe aralığı, bütün isteklerin o bedelle yapılacağını garanti etmez; ekibin öncelikleri seçmesine yardımcı olur. Zorunlu ve isteğe bağlı işleri ayırınca ilk yayının kapsamı küçültülebilir.
Takvimde tasarım, içerik teslimi, önizleme, revizyon ve yayın adımlarını ayrı düşünün. İşletmeniz metinleri geç gönderirse geliştirme takvimi etkilenebilir. Sabit bir yayın tarihi varsa nedenini belirtin: açılış, fuar veya kampanya gibi.
Tek bir son onay sorumlusu belirleyin. Geri bildirimleri bu kişinin birleştirmesi, aynı tasarıma birbirini bozan talepler gelmesini azaltır. Revizyon turunun ne olduğu, neleri kapsadığı ve yeni işlerin nasıl fiyatlanacağı teklif üzerinde açık yazılmalıdır.
Kabul ölçütü, sitenin “güzel görünmesi” kadar işlevlerin çalışmasını da kapsamalıdır:
Hız için ölçüm yapılacaksa sayfalar, cihaz/ağ koşulları ve kabul yöntemi önceden belirlenmelidir. Tek bir test sonucunu bütün ziyaretçilerin yaşayacağı performans veya Google sıralaması garantisi olarak yazmayın.
Bu örnek gerçek müşteri veya yapılmış proje değildir; nasıl yazılacağını göstermek içindir.
| Alan | Temsili cevap |
|---|---|
| Amaç | İstanbul'da kurumsal temizlik hizmeti için teklif taleplerini toplamak |
| Kullanıcı | Ofis ve iş yeri yöneticileri |
| Ana aksiyon | Hizmet türü ve ihtiyaç notu içeren teklif formu |
| İlk yayın | Ana sayfa, 3 hizmet sayfası, referanslar, hakkımızda, iletişim |
| İçerik | Logo hazır; hizmet metinleri birlikte hazırlanacak; fotoğraflar müşteri tarafından seçilecek |
| Panel | Hizmet metni ve fotoğraf güncelleme; yeni blog yazısı ekleme |
| Form | Ad, şirket, iletişim bilgisi, hizmet ve kısa ihtiyaç; bildirimin satış sorumlusuna ulaşması |
| Sonraki aşama | Blog ve ikinci dil; ilk yayın fiyatına otomatik dahil değil |
| Onay | İşletme sahibi, birleştirilmiş geri bildirimle |
| Kabul | Mobil/form/panel testleri; erişim ve yedek tesliminin kaydı |
Bu briefin üzerine bütçe aralığı ve gerçek takvim eklenince kapsamlı teklif istemek için yeterli başlangıç oluşur.
Hayır. Yapmak istediğiniz işi ve kullanıcı işlemlerini açık anlatmanız yeterlidir. Kullanılacak teknoloji, veri modeli ve teknik ayrıntılar geliştirme ekibiyle netleştirilir.
Sabit bir uzunluğu yoktur. Küçük tanıtım sitesinde kısa bir belge yeterli olabilir. Ödeme, üyelik veya entegrasyon varsa işlemler ayrıca açıklanmalıdır. Boşluk doldurmak için uzatmak yerine kararları netleştirin.
Alabilirsiniz. Hangi içeriklerin eksik olduğunu ve kimin hazırlayacağını belirtin. Metin üretimi, içerik girişi, görsel seçimi ve çekim ayrı iş kalemleri olarak fiyatlanabilir.
Aralık paylaşmanız kapsam önerisini kolaylaştırır. Netleşmediyse bunu belirtip zorunlu ve isteğe bağlı işler için ayrı teklif isteyebilirsiniz.
Proje ihtiyacını anlatan çalışma belgesidir. Nihai kapsam, fiyat, ödeme, haklar ve teslim koşulları ilgili teklif/sözleşmede ayrıca netleşmelidir.
Yeni talebin onaylanan kapsam içinde olup olmadığı kontrol edilir. Kapsam dışındaysa ek süre ve bedel belirlenebilir. Öncelik listesi, ilk yayını geciktirmeden ikinci aşama planlamayı kolaylaştırır.
Belge veya metin olarak paylaşabilirsiniz. Kararların tek bir güncel dosyada tutulması daha kullanışlıdır. Hassas erişim bilgileri brief içinde bulunmamalıdır.
Şablondaki bildiğiniz alanları doldurun; eksikleri birlikte netleştirelim. Web tasarım hizmetinde çalışma yaklaşımını, fiyat sayfasında başlangıç kapsamlarını inceleyebilirsiniz. Teslim öncesi soru listeniz için web sitesi yaptırma rehberine geçebilirsiniz.