چطور بریف طراحی بنویسیم که واقعاً به تحویل برسد
بیشتر بریف‌های طراحی نمایش تئاتری‌اند. بریفی که تحویل میشود به شش پرسش پاسخ میدهد، یک صفحه محدودیت دارد و با معیارهای توقف تمام میشود.
چطور بریف طراحی بنویسیم که واقعاً به تحویل برسد
بیشتر بریف‌های طراحی نمایش تئاتری‌اند. رویا را توصیف میکنند، صفت‌هایی مثل «مدرن» و «انسان‌محور» ردیف میکنند و با یک وایب‌بُرد تمام می‌شوند که مشتری برای حمایتی به نظر رسیدن امضایش کرده. بعد پروژه از مسیر خارج میشود.
بریفی که تحویل میشود به شش پرسش پاسخ میدهد، در یک صفحه محدودیت جا میشود و با معیارهای توقف تمام میشود که پیش از شروع کار نوشته شده‌اند. بقیه‌اش تزئین است.
بیشتر بریف‌های طراحی تئاتری‌اند
بریف طراحی سنتی شبیه نطق عروسی است. پر از احساس، کم‌تصمیم، امضاشده توسط آدم‌هایی که بیش از حد مؤدب‌اند تا مخالفت کنند.
دک ۳۰ اسلاید دارد و مود بورد ۴۰ تصویر. هیچ‌جا نوشته نشده چه کسی تصمیم می‌گیرد کار تمام است، چه عددی رابطه را تمام میکند یا پروژه چه چیزی نیست.
این بریف نیست، فهرست آرزوها با یک جلد است. هفته ششم، وقتی مشتری «یک دور دیگر» می‌خواهد و آژانس سندی ندارد که گفتگو را ببندد، می‌میرد.
بریف واقعی کوتاه است، قطعی است و ناراحت‌کننده. اگر بلند خواندنش کسی را روی صندلی جابه‌جا نکند، کارش را انجام نداده.
شش پرسشی که هر بریف طراحی باید جواب بدهد
هر بریف، هر پروژه، هر قرارداد. اگر بریفی نتواند جواب بدهد، پروژه آماده نیست.
| # | پرسش | چه چیزی را اجباری میکند |
|---|---|---|
| 1 | چه کسی تصمیم می‌گیرد کار تمام است | یک تأییدکننده با نام مشخص، نه یک کمیته |
| 2 | «تمامشده» دقیقاً چه شکلی است | یک خروجی مشخص، لینک یا سطح منتشرشده |
| 3 | چه چیزی صراحتاً خارج از محدوده است | فهرستی نوشته‌شده از کارهایی که پروژه انجام نمی‌دهد |
| 4 | چه عدد بودجه‌ای پروژه را می‌کشد | یک رقم واقعی با واحد پول، نه یک بازه |
| 5 | چه زمان‌بندی‌ای پروژه را می‌کشد | یک تاریخ واقعی تقویمی، نه یک فصل |
| 6 | تنها شاخص مهم چیست | یک نتیجه قابل اندازه‌گیری، نه یک حس |
یکی را جا بیندازید و سه ماه بعد باید در صندوق ایمیلتان از پروژه دفاع کنید.
تصمیمگیرنده، تمامشده و خط دور محدوده
سه پرسش اول تعیین میکنند مالک کار کیست و کار چیست. جواب‌های مبهم اینجا بقیه را مسموم میکنند.
1. چه کسی تصمیم می‌گیرد کار تمام است
یک اسم. نه «تیم رهبری»، نه «وقتی دیدیم می‌فهمیم»، نه «بنیان‌گذار آخرش نظر میدهد».
یک تأییدکننده که می‌تواند بگوید بله، بگوید نه، و بله‌اش الزام‌آور باشد. اگر باید اول با دیگران مشورت کند، بریف آن اسم‌ها را هم فهرست میکند، اما امضا با تأییدکننده است. کمیته‌ها طراحی را تأیید نمی‌کنند، آن را به شکل فرنی مذاکره میکنند.
تصمیمگیرنده را در پاراگراف اول نام ببرید. اگر مشتری نمی‌تواند، پروژه آمادهٔ شروع نیست.
2. «تمامشده» دقیقاً چه شکلی است
نه «یک وب‌سایت صیقلی». نه «برندی که طنین‌انداز شود». یک خروجی که بتوانید ازش اسکرین‌شات بگیرید و لینکی که بتوانید به یک غریبه بدهید.
برای سایت بازاریابی، تمامشده یعنی یک URL مستقر با تعداد صفحات مشخص، کتابخانه کامپوننت و آستانه Core Web Vitals. برای هویت برند، یک پوشه دارایی‌ها با ست لوگو، سیستم تایپ، توکن‌های رنگ و یک سند یک‌صفحه‌ای راهنمای استفاده. مشخص. قابل عکس‌برداری. قابل بستن.
اگر تیم نتواند خروجی نهایی را در یک جمله توصیف کند، بریف هنوز در حالت مود بورد است.
3. چه چیزی صراحتاً خارج از محدوده است
قدرتمندترین بخش هر بریف فهرست کارهایی است که پروژه انجام نمی‌دهد.
هر پروژه کار مجاور نامرئی دارد که وقتی کسی نگاه نمی‌کند به داخل محدوده می‌خزد. بریفی که تحویل میشود آن را مهر «خارج» می‌زند، با جمله‌هایی مثل «بدون بومی‌سازی اضافه، بدون یکپارچه‌سازی CRM، بدون دور دوم کاوش برند بعد از هفته چهارم.»
موارد خارج از محدوده محافظ‌اند، نه امتناع. شما به سیستم طراحی نیاز ندارید همان انضباط در سطح سیستم است و طراحان حالا PM هستند دلیل این است که پاسبانی محدوده در بریف زندگی میکند.
پول و زمان، با عدد نوشته شده
دو پرسش بعدی وایب را به رقم تبدیل میکنند.
4. چه عدد بودجه‌ای پروژه را می‌کشد
یک رقم مشخص با واحد پول. نه «تنگ»، نه «رقابتی»، نه «انعطاف‌پذیر». عددی که اگر از آن رد شود قرارداد تمام میشود.
در واقع دو عدد. رقمی که پروژه با آن فروخته شده و رقمی که توقف را فعال میکند. عدد توقف معمولاً ۱۵ تا ۲۵ درصد بالاتر از عدد فروش است، تا تیم اشتباهات صادقانه را جذب کند بدون اینکه اضافه‌خرج را پنهان کند.
عدد توقف را در بریف بنویسید و امضا کنید. مشکل صفحه قیمت‌گذاری همین انضباط را روی یک سطح عمومی پوشش میدهد؛ قیمت‌گذاری مبتنی بر ارزش خوانش عمیق‌تر است.
5. چه زمان‌بندی‌ای پروژه را می‌کشد
یک تاریخ واقعی تقویمی. نه «فصل سوم»، نه «تا آخر تابستان»، نه «قبل از لانچ». روزی که اگر از دست برود قرارداد تمام میشود یا مذاکره مجدد شروع میشود.
باز هم دو تاریخ. تاریخ تحویل و تاریخ توقف. هیچ‌کس دوست ندارد تاریخ توقف را بنویسد چون نوشتنش آن را واقعی میکند. با این حال بنویسید.
اگر به لانچ یا جذب سرمایه گره خورده، تاریخ توقف را به آن گره بزنید. انتشارهای مبتنی بر eval در Anthropic و چرخه‌های شش‌هفته‌ای Linear بریف‌هایی را نشان می‌دهند که کسی در آنها تاریخی نوشته و از جابه‌جا کردنش امتناع کرده.
تنها عددی که موفقیت را تعریف میکند
پرسش آخر کوچک‌ترین و پرمناقشه‌ترین است. بقیه چیزها را تعیین میکند.
6. تنها شاخص مهم چیست
یک. مفرد. نه یک داشبورد. یک عدد، قابل مشاهده از بیرون تیم، که تعیین میکند پروژه موفق بوده یا نه.
برای سایت بازاریابی، لیدهای واجد شرایط در ماه. برای لانچ، حساب‌های فعال‌شده در ۳۰ روز اول. برای بازسازی برند، تغییر قابل اندازه‌گیری در کیفیت معاملات ورودی، نه «آگاهی از برند».
وسوسه این است که پنج شاخص فهرست کنید تا هیچ‌چیز شکست نخورد. مقاومت کنید.
شاخص واحد در بریف، قرارداد و روی دیوار می‌نشیند. ضد داشبورد توضیح میدهد چرا یک عدد از دوازده عدد پنهان پشت داشبورد بهتر است.
برگه محدودیتهای یک‌صفحه‌ای
شش پرسش، یک صفحه. اگر جواب‌ها در یک برگه جا نشوند، پروژه هنوز در حال مذاکره است.
این قالب را کپی کنید، با مشتری در اتاق پر کنید و قبل از محدوده‌بندی فاز بعد امضا بگیرید.
ONE-PAGE CONSTRAINTS SHEET
Project: [name]
Client: [company]
Date: [date]
1. DECIDER
Approver of record: [single name + title]
Consulted before approval: [up to 3 names]
2. DONE
Final deliverable: [one sentence]
Acceptance artifact: [URL, file, or shipped surface]
3. OUT OF SCOPE
Not included:
- [item]
- [item]
- [item]
Anything not listed above is also out of scope.
4. BUDGET
Sold at: [currency + figure]
Kill at: [currency + figure]
5. TIMELINE
Ship date: [calendar date]
Kill date: [calendar date]
External anchor: [event, launch, or contract trigger]
6. METRIC
The one number we own: [metric]
Measured by: [tool or person]
Reviewed: [date]
Signed: ______________________
[decider name + date]
قالب مهم نیست، انضباط مهم است. برگه‌ای که روی صفحه گوشی جا شود، در جلسه شروع بلند خوانده شود و تصمیمگیرنده امضایش کند، پروژه را تحویل میدهد. بریف ۳۰ صفحه‌ای که کسی نمی‌خواندش، نه.
معیارهای توقف، نوشته‌شده پیش از شروع کار
معیارهای توقف بخشی است که کسی نمی‌نویسد چون نوشتنش شبیه برنامه‌ریزی برای شکست است. حذفش برنامه‌ریزی برای رنج است.
معیارهای توقف شرایطی‌اند که از روز اول نوشته می‌شوند و پروژه را عمداً متوقف یا تمام میکنند. نه «اوضاع بد پیش می‌رود»، بلکه «این اتفاق افتاد، کار بعدی ما این است.»
یک مجموعهٔ کارا برای یک قرارداد طراحی معمولی:
-
تصمیمگیرنده وسط پروژه بدون تحویل کتبی عوض میشود. تصمیمگیرنده جدید ظرف پنج روز کاری برگه محدودیتها را دوباره امضا میکند، وگرنه پروژه متوقف میشود.
-
عدد توقف بودجه رسیده است. کار متوقف میشود، فاکتور صادقانه ارسال میشود و فاز بعد دوباره محدوده‌بندی میشود.
-
تاریخ توقف زمانی بدون تحقق شرط تمام‌شدن رسیده است. پروژه وارد مذاکره مجدد کتبی میشود، نه تمدید بی‌صدا.
-
موارد خارج از محدوده بدون دستور تغییر اضافه شده‌اند. دستور تغییر ظرف سه روز کاری امضا میشود، وگرنه درخواست کنار گذاشته میشود.
-
شاخص واحد غیرقابل اندازه‌گیری میشود. اگر تیم دو دوره بازبینی پیاپی نتواند آن را اندازه بگیرد، بریف دوباره باز میشود.
-
دو نقطه عطف پیاپی بدون دلیل کتبی از دست می‌روند. پروژه پیش از شروع نقطه عطف بعدی وارد بازبینی بازیابی با تصمیمگیرنده میشود.
هر معیار یک محرک و یک واکنش دارد. واکنش هرگز «ببینیم همه چه احساسی دارند» نیست، یک اقدام کتبی و مکانیکی است.
بریف هر شکستی را پیش‌بینی نمی‌کند. از پیش متعهد میشود که تیم وقتی شکست آشکار شد چگونه رفتار کند.
بریف‌های Linear، Stripe و Vercel چطور خوانده می‌شوند
کسی بیرون از آن شرکت‌ها بریف‌هایشان را نخوانده. کار همان بریف است، وارونه.
Linear بر پایه چرخه‌های شش‌هفته‌ای با یک مالک پاسخگو، محدوده فشرده و یک سطح منتشرشده تحویل میدهد. Stripe مستندات را همان روزی که قابلیت منتشر میشود منتشر میکند، یعنی مستندات همراه قابلیت بریف شده بودند. Vercel لاگ دیپلوی را به سطح لانچ تبدیل میکند، همان موضعی که در حالت بارگذاری همان محصول است آمده.
بریف را از روی کار مهندسی معکوس کنید. یک تصمیمگیرنده برای هر سطح. تمامشده یعنی منتشرشده، نه تأییدشده. فهرست خارج از محدوده در قابلیت‌هایی دیده میشود که هرگز منتشر نشدند.
درس این نیست که «بریفتان را مثل Linear بنویسید». درس این است که «به کاری که برایش احترام قائلید نگاه کنید و بپرسید چه بریفی آن را تولید می‌کرد». حالت شکست در چرا هر SaaS در ۲۰۲۶ شبیه هم است آمده.
بریف یک قرارداد است، نه فهرست آرزوها
بریفی که کنار قرارداد زندگی میکند قرارداد است. بریفی که در یک صفحه خاک‌گرفته Notion زندگی میکند فهرست آرزوهاست.
برگه محدودیتها را به شرح کار (SOW) ضمیمه کنید. معیارهای توقف را در نامه قرارداد ارجاع دهید. شاخص واحد را یک بند کنید، نه یک اسلاید. اگر وایرفریم قرارداد ساختاری یک صفحه است، بریف همان برای کل قرارداد است.
وقتی کار منحرف میشود، و همیشه میشود، بریف انحراف را تمام میکند. یک صفحه، امضاشده، خوانده‌شده در جلسه شروع، سنجاق‌شده در کانال پروژه. تفاوت بریف و تئاتر همین است.
این را دوشنبه صبح اجرا کنید
بریف بعدی روی میزتان قبل از تماس شروع، آزمون شش‌پرسشی می‌گیرد.
بازش کنید. یک صفحه خالی بردارید و شش پرسش را سمت چپ و جواب‌های بریف را سمت راست بنویسید. اگر جوابی نیست، مبهم است یا به‌جای خروجی با صفت نوشته شده، همان دستور جلسه شروع است. نه «بیایید دک را مرور کنیم»، فقط «تا این شش پرسش جواب نگیرند نمی‌توانیم شروع کنیم.»
بیشتر مشتری‌ها این را محترم می‌شمارند. معدود کسانی که نه، همان‌هایی هستند که ضرب‌الاجل عقب‌افتاده و فاکتور نهایی پرداخت‌نشده تولید می‌کردند. بریف آنها را پیش از شروع کار فیلتر میکند.
FAQ
بریف طراحی چقدر باید طولانی باشد؟
یک صفحه محدودیت، بهعلاوه هر زمینه حمایتی که تیم نیاز دارد. برگه محدودیتها همان قرارداد است. اگر این محدودیتها در یک صفحه جا نشوند، پروژه هنوز در حال مذاکره است.
تفاوت بریف خلاقانه و بریف طراحی چیست؟
بریف خلاقانه پیام، مخاطب و لحن را پوشش میدهد. بریف طراحی همه آنها را بهعلاوه محدودیتهای عملیاتی که تعیین میکنند پروژه تحویل میشود یا نه پوشش میدهد: تصمیمگیرنده، تمامشده، توقف بودجه، توقف زمانی، خارج از محدوده، یک شاخص. بریف خلاقانه بدون بریف طراحی یک سند وایب است.
چه کسی باید بریف طراحی را بنویسد، آژانس یا مشتری؟
آژانس پیشنویس میکند، مشتری ویرایش میکند، تصمیمگیرنده امضا میکند. بریفی که کاملاً توسط مشتری نوشته شود فهرست آرزوهاست؛ بریفی که کاملاً توسط آژانس نوشته شود سند فروش است. بریف درست مشترکاً نوشته میشود، آژانس روی ساختار، مشتری روی محدودیتها.
CTA
شریکی می‌خواهید که بریف را مثل قرارداد اجرا کند، نه مثل اسلاید شروع؟ Brainy بر پایه شش پرسش، یک برگه محدودیت یک‌صفحه‌ای و معیارهای توقفی تحویل میدهد که از همه محافظت میکنند. Brainy را استخدام کنید و اولین چیزی که می‌بینید یک بریف است، امضاشده پیش از اینکه یک پیکسل جابه‌جا شود.
Want a partner who runs the brief like a contract instead of a kickoff slide? Brainy ships projects against six questions, a one-page constraints sheet, and kill criteria that protect everyone.
Get Started
