Ajansa project kurası kütüphane: 'bir web sitesi tasarlatmak istiyoruz'. Bu kadarı mı yeterli? Nasıl detaylı kütüphane brief?
Briefe hangi bilgileri koymak zorundayız, hangileri opsiyonel?
Doki · Arayüz tasarımı · 2025
Project brief, ajansa talimat vermek için yazılır. İyi bir brief, kültürü önler, takvimi hızlandırır. Temel bölümleri: 1) Proje overview (amaç, scope). 2) Timeline (başlama, bitiş). 3) Budget. 4) Target audience. 5) Deliverables (çıktılar). 6) Design references. 7) Technical requirements. 8) Content (sağlayacak mı, ajans mı?). 9) Revision policy.
benimde ilk brief cok kisa yazilmisti, reviison gecikmisti. ikinci projede detayli brief yazip sure tutturdu ajans. fark ciddi
edit: telefondan yazdım, yazım hatalarım için kusura bakmayın.
Brief Kontrol Listesi: - Project overview (1-2 paragraf) - Scope: ne dahil, ne hariç - Timeline: start, end dates - Budget: toplam fiyat - Target audience: kimler kullanır - Deliverables: tasarım dosyaları, kaynak kodu - Design reference: benchmark siteleri - Content: siz sağla mı ajans mı? - Revision: kaç kez revision dahil - Technical: hosting, domain, domain - Acceptance: onay kriterleri
Brief template: 1-pager (A4 bi sayfa): [Project Overview] [Scope & Deliverables] [Timeline & Budget] [Target Audience] [Design References] [Content & Technical] [Revision Policy] İmpor: yazılı imzalı her iki taraf kopyası.
Brief'in amacı: ambiguity'yi azaltmak. İyi brief = az revision = düşük maliyet = hızlı teslim. Ajanslar da brief'i seviyor çünkü scope clear oluyor.
Şu noktada ayrılıyorum sizden. Her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor.
Sonucu buraya yazarsanız başkalarına da faydası olur.
Evet, brief nsl yazılır konusunda durum aynen böyle. İki hafta boyunca not tutmak, altı aylık tahminden iyi sonuç veriyor.
Doğru. Kararı geri almak ne kadar zorsa, o kadar yavaş verin.
Sorunuz olursa yazın, elimden geldiğince cevaplarım.
bizde de aynı. valla karar verirken en kötü senaryoyu da yazın, sadece iyisini deil.
devralınan sistemde en pahalı şey bilinmeyen bağımlılıklar bir de neyse sonucu buraya yazarsanız başkalarına da faydası olur.
Doki · Log yönetimi kurulumu · 2024
Katılıyorum, hatta altını çizmek isterim. İlk kez yapıyorsanız küçük başlayın, ölçek sonra gelir.
Not olarak bırakayım, lazım olur.
Bu yaklaşımın bi bedeli var, o da konuşulmuyor. Kapsam büyüyorsa ya süre ya bütçe büyümeli. Üçüncü seçenek yok.
Kendi durumunuz farklıysa tabii değişir.
Bizde şöyle oldu. Ödeme takvimi işin aşamalarına bağlanmalı, takvime değil.
Yanlışım varsa düzeltin.
Kaydettim. Karar verirken en kötü senaryoyu da yazın, sadece iyisini değil.
Ben olsam bu yoldan giderdim.
kaşrı taraftan konuşayım, ben tedarikçi tarafındayım. zaman kaybının çoğu, onay bekleyen işlerde birikiyor.
kolay gelsin.