برای نوشتن یک بریف تولید محتوا کاربردی، باید قبل از شروع نگارش روشن کنید محتوا برای چه کسی نوشته می‌شود، قرار است چه مسئله‌ای را حل کند، چه چیزهایی را پوشش دهد و با چه معیارهایی تأیید شود. عنوان، کلمهٔ کلیدی و تعداد کلمات به‌تنهایی این اطلاعات را منتقل نمی‌کنند.
وقتی این تصمیم‌ها مکتوب باشند، نویسنده مسیر مشخصی دارد و سفارش‌دهنده هم میتواند دربارهٔ کیفیت خروجی بازخورد دقیق بدهد. در این راهنما، مراحل تنظیم بریف را مرور می‌کنیم و یک نمونهٔ تکمیل‌شده برای مقالهٔ یک کسبوکار خدماتی می‌بینیم.
بریف تولید محتوا چیست و چه کاربردی دارد؟
بریف تولید محتوا سندی است که هدف، مخاطب، دامنه، اطلاعات موردنیاز و شرایط تحویل یک محتوا را مشخص می‌کند. این سند، مبنای مشترک نویسنده و سفارش‌دهنده برای تولید و ارزیابی خروجی است.
در راهنمای بریف محتوای Ahrefs نیز بر انتقال اطلاعات ضروری به نویسنده تأکید شده است؛ بدون آنکه جزئیات اضافی، آزادی عمل او در نوشتن را بگیرد.
برای مثال، درخواست «یک مقالهٔ خوب دربارهٔ طراحی سایت بنویس» چند پرسش مهم را بی‌پاسخ می‌گذارد: مخاطب می‌خواهد طراحی سایت یاد بگیرد یا سفارش بدهد؟ مقاله برای مدیر شرکت است یا صاحب فروشگاه؟ قرار است قیمت‌ها را مقایسه کند یا مدارک موردنیاز را آماده کند؟
اگر هنوز دربارهٔ تفاوت کاربرد متن در مقاله، صفحهٔ خدمات و سایر بخش‌های سایت ابهام دارید، ابتدا راهنمای تولید محتوای متنی چیست؟ را بخوانید. انتخاب نوع محتوا، یکی از تصمیم‌های قبل از تنظیم بریف است.
تفاوت بریف با تقویم محتوا و ساختار مقاله
| ابزار | پرسشی که پاسخ می‌دهد |
| تقویم محتوا | چه موضوعی، در چه زمانی و در کدام کانال منتشر شود؟ |
| بریف محتوا | این محتوا برای چه کسی، با چه هدفی و چه الزاماتی تولید شود؟ |
| ساختار مقاله | پاسخ‌ها با چه ترتیبی و زیر چه عنوان‌هایی ارائه شوند؟ |
ساختار پیشنهادی میتواند بخشی از بریف باشد؛ اما فهرست تیترها، جای توضیح هدف و معیار پذیرش را نمی‌گیرد.
چطور بریف تولید محتوا بنویسیم؟
برای تنظیم بریف، از تصمیم‌های اصلی شروع کنید و بعد به جزئیات نگارش برسید.
۱. هدف محتوا و نتیجهٔ موردانتظار مخاطب را جدا بنویسید
هدف کسبوکار میتواند دریافت درخواست مشاوره باشد؛ اما مخاطب برای «ثبت درخواست» وارد مقاله نشده است. او ابتدا می‌خواهد چیزی را بفهمد یا تصمیمی بگیرد.
این دو جمله را تکمیل کنید:
- هدف کسبوکار: این محتوا را منتشر می‌کنیم تا…
- نتیجه برای مخاطب: خواننده بعد از مطالعه بتواند…
برای یک مقاله دربارهٔ سفارش سایت شرکتی، پاسخ میتواند این باشد:
هدف کسبوکار، دریافت درخواست‌هایی با شرح نیاز روشن‌تر است. مخاطب بعد از مطالعه باید بتواند فهرست صفحات، امکانات و اطلاعات اولیهٔ پروژه‌اش را آماده کند.
در این حالت، نویسنده می‌داند مقاله باید به آماده‌سازی درخواست کمک کند؛ بنابراین توضیح طولانی تاریخچهٔ طراحی سایت، جایی در آن ندارد.
۲. مخاطب و موقعیت او را مشخص کنید
عبارت «مخاطب: همهٔ صاحبان کسبوکار» برای تصمیم‌گیری دربارهٔ متن کافی نیست. اطلاعاتی را بنویسید که روی انتخاب مثال، عمق توضیح و لحن اثر می‌گذارند:
- مخاطب چه نقشی دارد؟
- چقدر با موضوع آشناست؟
- اکنون با چه مشکل یا تردیدی روبه‌روست؟
- چه محدودیتی در زمان، بودجه یا منابع دارد؟
- بعد از خواندن مقاله باید چه کاری انجام دهد؟
مثلاً:
مخاطب، مدیر یک شرکت خدماتی کوچک است که می‌خواهد اولین سایت شرکت را سفارش دهد. دانش فنی محدودی دارد و نمی‌داند برای گرفتن پیشنهاد قیمت قابل‌مقایسه، چه اطلاعاتی باید به طراح بدهد.
نیاز مخاطب را تا جای ممکن از پرسش‌های واقعی مشتریان، گفت‌وگوهای فروش، جستجوهای سایت و بازخوردها استخراج کنید. اگر هنوز شواهدی ندارید، آن را «فرض اولیه» بنامید. راهنمای شناسایی نیاز کاربر GOV.UK نیز بر مستندکردن نیازها و شواهد پشتیبان آن‌ها تأکید دارد.
۳. قصد جستجو و زاویهٔ مقاله را روشن کنید
کلمهٔ کلیدی نشان می‌دهد مخاطب چه عبارتی را جستجو می‌کند؛ قصد جستجو توضیح می‌دهد از نتیجه چه انتظاری دارد.
برای تشخیص آن، نتایج مرتبط را بررسی کنید: آیا بیشتر راهنما هستند، صفحهٔ خدمات، مقایسه یا نمونه؟ سپس این برداشت را با نیاز واقعی مشتریان خود تطبیق دهید.
در بریف بنویسید:
- عبارت هدف: مخاطب با چه جستجویی ممکن است به محتوا برسد؟
- قصد جستجو: می‌خواهد یاد بگیرد، مقایسه کند یا اقدام کند؟
- زاویه: مقاله از چه دید مشخصی پاسخ می‌دهد؟
- ارزش افزوده: چه مثال، ابزار یا توضیحی ارائه می‌شود که صرفاً بازگویی مطالب موجود نیست؟
برای نمونه، زاویهٔ «آماده‌کردن اطلاعات پیش از سفارش سایت» با زاویهٔ «آموزش ساخت سایت» متفاوت است؛ حتی اگر هر دو دربارهٔ طراحی سایت باشند.
۴. دامنه و موارد خارج از موضوع را تعیین کنید
دامنه یعنی مرز پاسخ‌گویی مقاله. بریف باید هم موضوعات ضروری را مشخص کند و هم موضوعاتی را که نباید وارد آن‌ها شد.
| داخل دامنه | خارج از دامنه |
| اطلاعات لازم برای دریافت پیشنهاد طراحی سایت | آموزش نصب وردپرس |
| تعیین صفحات و امکانات ضروری | مقایسهٔ مفصل زبان‌های برنامه‌نویسی |
| آماده‌کردن متن، تصویر و هویت بصری | آموزش جامع سئو |
| مشخص‌کردن مسئول تأیید پروژه | اعلام قیمت بدون شرح نیاز |
همین‌جا نسبت مقاله با مطالب قبلی سایت را هم روشن کنید: کدام مفهوم فقط کوتاه معرفی شود و برای توضیح کامل به کدام مطلب لینک بدهیم؟
این کار کمک می‌کند مقالهٔ جدید، پاسخ مستقلی داشته باشد و به تکرار راهنماهای قبلی تبدیل نشود.
۵. منابع و اطلاعات اختصاصی را همراه با کاربردشان بدهید
فهرست چند لینک، به‌تنهایی راهنمای تحقیق نیست. کنار هر منبع توضیح بدهید برای پاسخ به کدام پرسش استفاده شود.
منابع بریف معمولاً سه گروه‌اند:
- اطلاعات داخلی: شرح خدمات، فرایند همکاری، محدودیتها و پرسش‌های مشتریان.
- منابع بیرونی: مستندات رسمی، پژوهش اصلی یا راهنمای تخصصی مرتبط.
- مطالب موجود سایت: مقصدهای لینک داخلی و مرجع جلوگیری از تکرار.
اگر قرار است نویسنده دربارهٔ زمان تحویل، قیمت یا پشتیبانی صحبت کند، اطلاعات تأییدشدهٔ همان خدمت را در اختیارش بگذارید. این جزئیات نباید از سایت رقبا یا حدس نویسنده وارد متن شوند.
برای موارد نامشخص هم قاعده تعیین کنید:
ادعاهای مربوط به خدمات مجموعه باید به تأیید مسئول پروژه برسند. اطلاعات تأییدنشده در یادداشت تحویل مشخص شوند و وارد نسخهٔ قابل‌انتشار نشوند.
۶. شکل خروجی و الزامات نگارش را مشخص کنید
به‌جای عبارت کلی «متن حرفه‌ای و سئوشده باشد»، جزئیات قابل‌اجرا بنویسید:
- نوع محتوا و محل انتشار؛
- لحن و سطح تخصصی متن؛
- پرسش‌های اصلی که باید پاسخ بگیرند؛
- مثال، جدول یا چک‌لیست موردنیاز؛
- لینک‌های داخلی با نشانی و انکرتکست پیشنهادی؛
- عنوان سئو، متا، اسلاگ و چکیده؛
- اقدام بعدی مخاطب و مقصد آن.
تعداد کلمات را می‌توانید برای برآورد حجم کار تعیین کنید، اما آن را جایگزین کامل‌بودن پاسخ نکنید. گوگل در راهنمای محتوای مفید و مردم‌محور تصریح می‌کند که تعداد کلمات ترجیحی ثابتی ندارد.
برای وضوح بیشتر متن نیز بخواهید تعریف‌ها مستقل باشند، شرط‌ها کنار توصیه‌ها بیایند و منبع هر ادعای مهم مشخص باشد. این‌ها معیارهای کیفیت نگارش‌اند؛ تضمینی برای رتبه یا نمایش در پاسخ‌های هوش مصنوعی نیستند.
۷. معیار پذیرش را قبل از شروع بنویسید
معیار پذیرش محتوا، شرط قابل‌بررسی برای تأیید خروجی است. عباراتی مثل «جذاب باشد» یا «حرفه‌ای نوشته شود» به‌تنهایی مشخص نمی‌کنند چه چیزی باید اصلاح شود.
| انتظار مبهم | معیار قابل‌بررسی |
| مقاله کاربردی باشد | خواننده در پایان بتواند یک فهرست نیاز اولیه تکمیل کند. |
| مثال خوب داشته باشد | یک مثال فرضی با مسئله، تصمیم و خروجی مشخص ارائه شود. |
| منابع معتبر داشته باشد | ادعاهای مهم به منبع مرتبط لینک شوند و آمار بدون منبع نباشد. |
| خدمات ما معرفی شود | CTA مرتبط باشد و وعدهٔ خارج از خدمات تأییدشده ندهد. |
معیار پذیرش را با نتیجهٔ بازاریابی یکی نگیرید. کامل‌بودن چک‌لیست را هنگام تحویل میتوان بررسی کرد؛ تعداد درخواست‌های حاصل از مقاله، بعد از انتشار سنجیده می‌شود و به عوامل دیگری هم وابسته است.
نمونهٔ کامل بریف تولید محتوا برای یک مقالهٔ خدماتی
نمونهٔ زیر فرضی و آموزشی است. موضوع آن مقاله‌ای برای وبلاگ یک شرکت طراحی سایت است که به مشتری کمک می‌کند پیش از سفارش، نیازش را دقیق‌تر مشخص کند. زمان‌بندی و شرایط تحویل نیز صرفاً برای تکمیل نمونه پیشنهاد شده‌اند.
مشخصات، هدف و مخاطب
| بخش | بریف تکمیل‌شده |
| شناسه و نسخه | WEB-BLOG-۰۱، نسخهٔ ۱ |
| نوع محتوا | مقالهٔ راهنمای پیش از خرید برای وبلاگ شرکت طراحی سایت |
| عنوان پیشنهادی | قبل از سفارش سایت شرکتی، چه اطلاعاتی آماده کنیم؟ |
| عبارت هدف پیشنهادی | اطلاعات لازم برای سفارش سایت شرکتی |
| وضعیت عبارت هدف | پیشنهاد اولیه؛ حجم جستجو و رقابت آن در این مثال بررسی نشده است. |
| قصد جستجو | آمادگی برای سفارش و دریافت پیشنهاد اجرایی |
| مخاطب | مدیر شرکت خدماتی کوچک، بدون دانش فنی تخصصی، در مرحلهٔ انتخاب مجری |
| مسئلهٔ اصلی | نمی‌داند چه اطلاعاتی بدهد تا پیشنهادها دقیق و قابل‌مقایسه باشند. |
| هدف کسبوکار | دریافت درخواست‌هایی با شرح نیاز روشن |
| نتیجه برای خواننده | تهیهٔ یک برگهٔ نیاز اولیه برای ارسال به طراح |
| زاویهٔ مقاله | آماده‌سازی تصمیم‌ها و اطلاعات لازم پیش از دریافت پیشنهاد |
| خروجی متمایز | چک‌لیست قابل‌کپی و یک نمونهٔ تکمیل‌شده برای شرکت فرضی |
دامنه و ساختار پیشنهادی
مقاله باید به این پرسش‌ها پاسخ دهد:
- سایت قرار است چه کاری برای شرکت انجام دهد؟
- مخاطب سایت چه کسی است و چه اطلاعاتی لازم دارد؟
- کدام صفحات و امکانات برای شروع ضروری‌اند؟
- چه متن‌ها، تصاویر و دسترسی‌هایی باید آماده شوند؟
- بودجه، زمان و مسئول تأیید چگونه مشخص شوند؟
- اطلاعات چگونه در یک درخواست منظم جمع شوند؟
ساختار پیشنهادی:
- H2: پیش از صحبت با طراح، هدف سایت را روشن کنید
- H2: صفحات و امکانات ضروری را جدا بنویسید
- H2: محتوا، هویت بصری و وضعیت دامنه را مشخص کنید
- H2: محدودیت‌های پروژه و مسئول تصمیم‌گیری را تعیین کنید
- H2: نمونهٔ تکمیل‌شدهٔ اطلاعات یک شرکت خدماتی
- H2: چک‌لیست نهایی برای ارسال درخواست
- H2: پرسش‌های متداول
آموزش فنی ساخت سایت، مقایسهٔ شرکت‌های طراحی، جدول قیمت بازار و آموزش سئو خارج از دامنه‌اند. نویسنده میتواند ترتیب تیترها را بهبود دهد، مشروط بر اینکه تمام پرسش‌های ضروری پاسخ داده شوند.
مثال الزامی داخل مقاله
برای جلوگیری از مثال‌های کلی، این سناریوی فرضی مبنا قرار بگیرد:
یک شرکت خدمات نظافت اداری می‌خواهد مسئولان دفتر بتوانند خدمات را بررسی کنند و درخواست بازدید بدهند. صفحات اولیه شامل خانه، خدمات، دربارهٔ شرکت و تماس است. فرم درخواست باید نام شرکت، محدودهٔ جغرافیایی، نوع خدمت و شمارهٔ تماس را بگیرد. پرداخت آنلاین و پنل مشتری در مرحلهٔ اول درخواست نشده‌اند.
نویسنده باید نشان دهد این اطلاعات چگونه به فهرست صفحات و امکانات تبدیل می‌شوند. هیچ آمار فروش، نتیجهٔ پروژه یا رضایت مشتری برای این شرکت فرضی ساخته نشود.
منابع و قواعد استفاده از اطلاعات
| ورودی | کاربرد | مسئول تأمین |
| شرح خدمات تأییدشدهٔ شرکت | مشخص‌کردن حدود خدمات و CTA | مدیر پروژه |
| پرسش‌های پرتکرار مرحلهٔ فروش، بدون اطلاعات شخصی | انتخاب ابهام‌های واقعی مخاطب | مسئول فروش |
| فهرست مطالب منتشرشده | جلوگیری از تکرار و انتخاب لینک داخلی | مدیر محتوا |
| مستند رسمی مرتبط، در صورت طرح ادعای فنی | بررسی صحت همان ادعا | نویسنده |
بدنهٔ آموزشی میتواند با سناریوی فرضی نوشته شود؛ اما هر توضیح اختصاصی دربارهٔ قیمت، پشتیبانی یا زمان اجرای شرکت، تا دریافت تأیید متوقف می‌ماند.
لحن، حجم و اقلام تحویل
- لحن صمیمی و حرفه‌ای؛ خطاب به مخاطب با «شما».
- اصطلاح فنی فقط در صورت نیاز و همراه با توضیح کوتاه.
- حجم پیشنهادی ۱۲۰۰ تا ۱۶۰۰ کلمه؛ تغییر محسوس با هماهنگی مدیر محتوا.
- تحویل متن در سند قابل‌ویرایش، همراه با عنوان سئو، متا، اسلاگ و چکیده.
- یک چک‌لیست قابل‌کپی، یک مثال تکمیل‌شده و سه پرسش متداول.
- طراحی تصویر و بارگذاری در سایت در این سفارش قرار ندارد.
- منابع و موارد نیازمند تأیید، جدا از متن نهایی تحویل داده شوند.
لینک داخلی و دعوت به اقدام
دو مقصد برای لینک داخلی در نظر گرفته شود:
- راهنمای موجود دربارهٔ انتخاب صفحات سایت، در بخش فهرست صفحات؛
- صفحهٔ خدمات طراحی سایت شرکت، در پایان مقاله.
نشانی دقیق این مقصدها باید پیش از نگارش از مدیر محتوا دریافت شود؛ در این نمونهٔ فرضی URL تعیین نشده است.
CTA پیشنهادی مقالهٔ نمونه:
هدف سایت، نوع خدمات شرکت و امکانات ضروری‌تان را بفرستید تا دربارهٔ دامنهٔ پروژه گفت‌وگو کنیم.
معیارهای پذیرش
نسخهٔ نهایی وقتی قابل‌تأیید است که:
- مقدمه مستقیماً بگوید چه اطلاعاتی باید آماده شوند.
- شش پرسش اصلی بریف پاسخ روشن داشته باشند.
- تفاوت «هدف کسبوکار» و «امکانات سایت» با مثال توضیح داده شود.
- چک‌لیست نهایی بدون خواندن دوبارهٔ کل مقاله قابل‌استفاده باشد.
- سناریوی شرکت خدماتی صریحاً فرضی معرفی شود.
- قیمت، زمان اجرا یا نتیجهٔ تجاری تأییدنشده در متن نباشد.
- لینک‌های داخلی واقعی و مرتبط باشند.
- CTA با خدمت تأییدشدهٔ شرکت مطابقت داشته باشد.
مسئولیت‌ها و روند تحویل
در این نمونه، مدیر محتوا بریف را نهایی می‌کند، نویسنده ابهام‌ها را پیش از نگارش می‌پرسد و مدیر پروژه، اطلاعات اختصاصی خدمت را تأیید می‌کند.
زمان پیشنهادی تحویل پیشنویس، چهار روز کاری پس از تکمیل ورودی‌هاست. مدیر محتوا بازخوردها را یکجا ارائه می‌دهد و یک دور اصلاح در محدودهٔ بریف انجام می‌شود. تغییر موضوع یا مخاطب پس از شروع، نیازمند بازنگری زمان و دامنهٔ کار است.
چطور با کمک بریف، بازخورد قابل‌اجرا بدهیم؟
هنگام بررسی متن، به‌جای «هنوز خوب نشده»، ایراد را به یکی از معیارهای بریف وصل کنید:
در بریف خواسته بودیم مخاطب بتواند امکانات ضروری را از امکانات مرحلهٔ بعد جدا کند. متن فعلی فقط فهرست امکانات دارد؛ لطفاً معیار اولویت‌بندی و یک مثال اضافه کنید.
این بازخورد سه چیز را روشن می‌کند: انتظار اولیه، فاصلهٔ متن با آن و اصلاح موردنیاز.
برای ارزیابی گسترده‌تر کیفیت نگارش، مقالهٔ «یک محتوای متنی خوب چه ویژگی‌هایی دارد؟ از مثال تا چک‌لیست نوشتن» نیز مکمل این مرحله است. بریف مشخص می‌کند خروجی سفارش شما چه الزاماتی دارد؛ ارزیابی نگارشی، کیفیت اجرای آن را بررسی می‌کند.
پرسش‌های متداول دربارهٔ بریف تولید محتوا
چه کسی باید بریف را بنویسد؟
کسی که مسئول هدف و تأیید محتواست؛ معمولاً مدیر محتوا، استراتژیست یا صاحب کسبوکار. نویسنده میتواند در تکمیل آن مشارکت کند، اما تصمیم‌های مربوط به خدمات، مخاطب و وعده‌های برند باید به تأیید مسئول کسبوکار برسند.
آیا برای هر مقاله باید بریف تازه‌ای بنویسیم؟
هدف، مخاطب، دامنه و معیارهای پذیرش هر مقاله باید جدا مشخص شوند. قواعد ثابت مانند لحن برند، شیوهٔ نگارش و فرمت تحویل را میتوان در یک راهنمای مشترک نگه داشت و در بریف به آن ارجاع داد.
اگر هنوز کلمهٔ کلیدی را نمی‌دانیم، می‌توانیم بریف بنویسیم؟
بله. از مسئلهٔ مخاطب و هدف محتوا شروع کنید و عبارت هدف را پس از تحقیق تکمیل کنید. تا قبل از آن، کلیدواژه را «پیشنهادی» بنامید و دربارهٔ تقاضای جستجوی آن ادعای قطعی نکنید.
آیا میتوان بریف را به ابزار هوش مصنوعی داد؟
بله؛ بریف میتواند ورودی تولید پیشنویس باشد. لازم است منابع، محدودیتها و تکلیف اطلاعات نامشخص را هم بنویسید. صحت ادعاها، لینکها و توضیحات مربوط به کسبوکار باید پیش از انتشار بررسی شود.
قبل از سفارش بعدی، معیار تأیید را روشن کنید
برای شروع، بریف آخرین سفارش محتوای خود را بررسی کنید: آیا هدف، مخاطب، مرز موضوع و معیار پذیرش در آن مشخص است؟ اگر نه، همین چهار بخش را پیش از سفارش بعدی تکمیل کنید و از نویسنده بخواهید برداشتش از خروجی را در چند جمله بازگو کند.
بریف زمانی مفید است که تصمیم‌های لازم برای نوشتن و تأیید متن را روشن کرده باشد.
برای مشخص‌شدن محتوای موردنیاز کسب‌وکارت، موضوع و مخاطبت را برای سبک‌تر بفرست. می‌توانید از صفحه خدمات تولید محتوا در همین سایت شروع کنید.
توی این مقاله
برای طراحی سایت، بهتر دیده‌شدن یا تولید محتوا، از اینجا شروع کن.
