چگونه بریف محتوایی بنویسیم؟ همراه نمونهنه فیلد برای خروجی قابل ارزیابی

هر ربع ساعتی که در نوشتن بریف صرفه‌جویی شود، در بازنگری چند برابر برمی‌گردد. رفت‌وبرگشت‌های پایان پروژه تقریباً همیشه ریشه‌شان در ابتدای پروژه است.

سناریوی آشنا: محتوا تحویل داده می‌شود، سفارش‌دهنده می‌گوید «این آن چیزی نیست که می‌خواستم»، و هیچ‌کس نمی‌تواند دقیقاً بگوید کجا اشتباه شد. علتش معمولاً این است که «آن چیزی که می‌خواستم» هیچ‌وقت مکتوب نشده بود.

بریف همان مکتوب‌کردن است. تفاوتش با سفارش ساده این است که سفارش می‌گوید چه چیزی تولید شود؛ بریف می‌گوید چرا، برای که، و با چه معیاری قابل قبول است.

سفارش با بریف فرق دارد

«یک مقاله درباره بازاریابی ایمیلی بنویس، حدود ۱۵۰۰ کلمه، تا پنجشنبه» یک سفارش است. همه چیز مشخص است جز چیزهایی که واقعاً تعیین‌کننده‌اند: این مقاله قرار است چه کاری برای کسب‌وکار انجام دهد، خواننده‌اش کیست، و از کجا می‌فهمیم خوب از آب درآمده.

نتیجه این است که نویسنده حدس می‌زند و سفارش‌دهنده بعد از دیدن خروجی تازه می‌فهمد چه می‌خواسته. بریف این کشف را از انتهای پروژه به ابتدایش منتقل می‌کند — جایی که تغییرش رایگان است.

نه فیلد یک بریف کامل

این نه فیلد برای مقاله، پست و اسکریپت کار می‌کنند. سه ستون آخر جدول را حذف نکن؛ همان‌ها بریف را از فرم اداری جدا می‌کنند:

یک بریف پرشده

توضیح فیلدها ساده است؛ دیدن یک بریف واقعی سخت‌تر. این نمونه برای یک شرکت خدمات حسابداری نوشته شده:

به فیلد آخر دقت کن. معیار پذیرش، جمله‌ای است که وقتی سر تحویل اختلاف پیش می‌آید، مرجع داوری می‌شود. بدون آن، بحث به سلیقه می‌رسد و سلیقه هیچ‌وقت حل نمی‌شود.

سه فیلدی که همیشه خالی می‌مانند

در عمل، همان سه فیلدی که بیشترین اثر را دارند بیشتر از بقیه خالی رها می‌شوند:

• «آنچه نباید گفته شود» — پرکردنش نیازمند تصمیم است، و تصمیم‌نگرفتن راحت‌تر از تصمیم‌گرفتن است
• «شواهد و ورودی» — پرکردنش کار دارد؛ باید داده جمع شود. نتیجه خالی‌ماندنش، محتوایی است که هر رقیبی می‌توانست بنویسد
• «معیار پذیرش» — چون تعریفش سخت است، و دقیقاً به همین دلیل بعداً بحث سلیقه‌ای می‌شود

بریفی که فیلد شواهد در آن خالی است، سفارش تولید محتوای متوسط داده — حتی اگر بقیه فیلدهایش کامل باشد.

از بریف به پرامپت

اگر بخشی از تولید با هوش مصنوعی انجام می‌شود، بریف ورودی مستقیم آن است. رابطه این دو ساده است: بریف سند انسانی است که تصمیم‌ها را ثبت می‌کند؛ پرامپت ترجمه همان سند به دستور اجرایی.

عملاً هشت فیلد از نه فیلد بریف مستقیماً به پرامپت منتقل می‌شوند. تنها فیلدی که منتقل نمی‌شود، هدف کسب‌وکاری است — آن برای تصمیم‌گیری تیم است، نه برای مدل.

چارچوب تبدیل بریف به دستور اجرایی را در پرامپت‌نویسی برای تولید محتوای حرفه‌ای توضیح داده‌ایم.

چه کسی بریف را تأیید می‌کند

بریفی که مالک مشخص ندارد، در عمل تأیید نشده. قاعده‌ای که بیشترین اختلاف‌ها را حذف می‌کند: برای هر بریف دقیقاً یک تأییدکننده نهایی تعیین کن، حتی اگر چند نفر نظر داده باشند.

این یعنی نظرها قبل از شروع تولید جمع می‌شوند و تعارض‌ها همان‌جا حل می‌شود، نه در جلسه تحویل. اگر سه نفر باید تأیید کنند، عملاً هیچ‌کس تأیید نکرده — چون هر سه می‌توانند بعداً بگویند منظورشان چیز دیگری بوده.

نکته دوم ثبت نسخه است. یک شماره ساده کنار بریف بگذار و هر تغییر را با تاریخ ثبت کن. وقتی سر تحویل بحث پیش می‌آید، سؤال «کدام نسخه مبنا بود» را فقط همین شماره جواب می‌دهد.

بریف برای تیم داخلی و بریف برای پیمانکار

ساختار یکی است اما وزن فیلدها فرق می‌کند. تیم داخلی زمینه کسب‌وکار را می‌داند، پس فیلدهای هدف و مخاطب می‌توانند کوتاه‌تر باشند؛ در عوض فیلد شواهد و لینک‌های داخلی باید دقیق باشد چون همان‌ها هستند که فراموش می‌شوند.

برای پیمانکار بیرونی برعکس است: هر چیزی که برای تیم بدیهی است باید مکتوب شود، از لحن برند تا کلمه‌هایی که استفاده نمی‌کنید. رایج‌ترین علت نارضایتی از محتوای برون‌سپاری‌شده، انتظارهایی است که هیچ‌وقت گفته نشده‌اند چون داخل تیم گفتنشان لازم نبوده.

بریف بد چه شکلی است

• بریفی که فقط کلمه کلیدی و تعداد کلمه دارد
• بریفی که بعد از شروع نوشتن عوض می‌شود بدون اینکه مهلت تغییر کند
• بریفی که چند نفر نوشته‌اند و انتظارهای متناقض دارد
• بریفی که مخاطبش «همه» است
• بریفی که هیچ فیلد ممنوعیتی ندارد — یعنی هیچ تصمیمی در آن گرفته نشده

مورد سوم پرهزینه‌ترین است. اگر سه نفر در بریف نظر داده‌اند و نظرهایشان با هم نخوانده، آن تعارض حذف نشده — فقط به مرحله تحویل موکول شده.

بریف مقاله با بریف ویدیو یکی نیست

ساختار نه‌فیلدی برای هر دو کار می‌کند، اما بریف ویدیو سه فیلد اضافه دارد که در متن معنا ندارند: مدت دقیق، نسخه‌های خروجی موردنیاز، و محدودیت‌های اجرایی مثل لوکیشن و بازیگر. آن‌ها موضوع جداگانه‌ای هستند و اینجا واردشان نمی‌شویم.

برای دیدن جایگاه بریف در چارچوب کلی برنامه محتوایی، استراتژی محتوا چیست و چه اجزایی دارد؟ و برای تبدیل بریف‌ها به برنامه انتشار، چگونه تقویم محتوایی حرفه‌ای طراحی کنیم؟ را ببین.

برای تولید محتوا بر پایه بریف مکتوب و فرایند مشخص، خدمات تولید محتوا موج پرو نقطه شروع است.

پرسش‌های متداول

بریف چقدر باید بلند باشد؟

معمولاً یک صفحه کافی است. معیار طول نیست، تعداد تصمیم‌های گرفته‌شده است. بریف سه‌صفحه‌ای پر از توضیح کلی، از بریف یک‌صفحه‌ای که نه فیلد را قاطعانه پر کرده بدتر عمل می‌کند.

بریف را سفارش‌دهنده بنویسد یا تولیدکننده؟

بهترین حالت مشترک است: سفارش‌دهنده هدف، مخاطب، پیام و ممنوعیت‌ها را می‌دهد؛ تولیدکننده سؤال اصلی، قالب و معیار پذیرش را پیشنهاد می‌کند. بریفی که فقط یک طرف نوشته، تقریباً همیشه یک لایه از تعارض پنهان دارد.

اگر وسط کار بریف عوض شد چه کنیم؟

تغییر بریف طبیعی است؛ آنچه مشکل می‌سازد تغییر بدون اصلاح مهلت و دامنه است. هر تغییر باید مکتوب شود و اثرش روی زمان تحویل مشخص شود. تغییر شفاهی بریف، رایج‌ترین منشأ اختلاف در پروژه‌های محتوایی است.

برای محتوای شبکه اجتماعی هم بریف لازم است؟

برای هر پست جداگانه نه، ولی برای هر مجموعه یا کمپین بله. یک بریف واحد برای ده پست یک سری، هم وقت را کم می‌کند و هم انسجام لحن را حفظ می‌کند.

معیار پذیرش را چطور بنویسیم که مبهم نباشد؟

به‌صورت رفتار خواننده بنویسش، نه کیفیت متن. «روان و جذاب باشد» قابل داوری نیست؛ «خواننده بتواند بعد از خواندن برای وضعیت خودش تصمیم بگیرد» قابل داوری است. اگر نتوانستی معیار را به رفتار ترجمه کنی، احتمالاً هدف هنوز مبهم است.

قالب واحد برای همه انواع محتوا جواب می‌دهد؟

هسته نه‌فیلدی برای همه مشترک است و همین یکدستی ارزش دارد. برای هر نوع محتوا می‌شود دو تا سه فیلد اختصاصی اضافه کرد، ولی هسته را عوض نکن؛ قالب‌های متعدد، خودشان منبع سردرگمی می‌شوند.