مدیر فروش یک شرکت سازنده قفسه‌های صنعتی، تقویم محتوای ماه را باز می‌کند. برای سه‌شنبه مطلبی با عنوان «پنج دلیل اهمیت انبار مدرن» آماده شده، اما مشتری پشت تلفن سؤال دیگری دارد: «هر طبقه یک تن بار می‌گیرد. از کجا بفهمم کف سالن و عرض راهروی لیفتراک برای این چیدمان مناسب است؟» فروشنده پاسخی برای فرستادن ندارد.
تقویم پر است، اما سؤال مشتری بی‌پاسخ مانده است.
استراتژی محتوا یعنی تصمیم بگیرید برای چه کسی، درباره کدام مسئله و با چه مدرکی محتوا می‌سازید. برنامه ماهانه نیز زمان و مسئول این تصمیم‌ها را روشن می‌کند. ارزش محتوا به تعداد عنوان‌های منتشرشده نیست. یک راهنمای دقیق که مشتری را برای فرستادن نقشه سالن آماده کند، می‌تواند از ده نوشته عمومی بیشتر به فروش و اعتماد کمک کند.
نرم افزار مدیریت ارتباط با مشتری یا CRM می‌تواند زمینه این تصمیم را نگه دارد. در نرم افزار CRM کلید منبع، مسئول، وضعیت، مکالمات و اقدام بعدی هر سرنخ یا مشتری در یک پرونده ثبت می‌شوند. وظیفه، تماس، جلسه و یادآور هم برای نظم دادن به پیگیری در دسترس‌اند. این اطلاعات موضوع مقاله را خودکار نمی‌سازند. تیم محتوا باید سؤال واقعی را از میان آنها بردارد و درباره‌اش تصمیم بگیرد.
ماه را از سؤال مشتری شروع کنید
جلسه اول ماه را با فهرست کلیدواژه‌ها آغاز نکنید.
مکالمه‌های فروش، پرسش‌های جلسه دمو، دلیل توقف فرصت‌ها و درخواست‌های پشتیبانی ماه قبل را بخوانید. مشتری چه کاری می‌خواست انجام دهد؟ کدام اطلاعات را نداشت؟ چه چیزی مانع قدم بعدی شد؟ عبارت خود مشتری را تا جای ممکن نگه دارید، اما نام شرکت، شماره تماس و جزئیات محرمانه را وارد برگه محتوا نکنید. برای شرکت قفسه‌سازی، جمله «درباره قفسه انبار بنویسیم» هنوز موضوع نیست. پرسش «پیش از قیمت‌گذاری قفسه پالت، کدام اندازه‌ها و اطلاعات کف سالن لازم است؟» روشن‌تر است. خواننده و کار او معلوم‌اند و نویسنده می‌داند مطلب باید به چه تصمیمی برسد.
راهنمای نیاز کاربر دولت بریتانیا نیز پیشنهاد می‌کند نیاز محتوا را از کار واقعی مخاطب تعریف کنید و برای شناخت آن سراغ شواهدی مانند داده تماس‌ها و پژوهش قبلی بروید. برای یک کسب‌وکار کوچک، همین منطق با خواندن ده مکالمه اخیر شروع می‌شود. لازم نیست در روز اول سامانه پژوهش پیچیده بسازید.
سؤال‌ها را بر اساس جای سازمانی گوینده هم جدا کنید. مدیر انبار درباره ظرفیت و سرعت جابه‌جایی می‌پرسد. مسئول ایمنی درباره مهاربندی و مسیر خروج سؤال دارد. واحد خرید قیمت و زمان تحویل را می‌خواهد. کاربر نهایی نگران عرض راهرو و چرخش لیفتراک است. یک مقاله که همه این دغدغه‌ها را در دو صفحه جا دهد، معمولا پاسخ هیچ‌کدام را کامل نمی‌کند.
هر سؤال به یک تصمیم تیم محتوا نیاز دارد
تکرار زیاد، به‌تنهایی دلیل انتشار نیست.
شاید یک سؤال زیاد پرسیده شود، اما پاسخ آن با دو خط در صفحه محصول کامل باشد. در مقابل، پرسشی که سه بار شنیده شده می‌تواند مانع یک معامله بزرگ باشد و به توضیح فنی دقیق نیاز داشته باشد. هنگام انتخاب موضوع، تعداد تکرار، اثر سؤال بر تصمیم خرید، امکان ارائه پاسخ معتبر و کاری را که مخاطب پس از خواندن باید انجام دهد کنار هم ببینید.
فرض کنید پنج مشتری درباره ظرفیت بار هر طبقه پرسیده‌اند. مهندس سازه می‌گوید پاسخ ثابت برای همه سالن‌ها خطرناک است و به نقشه، نوع کف، فاصله دهانه و نوع بار نیاز دارد. تصمیم درست، ساخت جدول تبلیغاتی «هر قفسه چند تن تحمل می‌کند» نیست. مطلب بهتر توضیح می‌دهد چه اطلاعاتی برای بررسی فنی لازم است و کدام عدد فقط پس از تأیید مهندس معنا دارد. برای این موضوع یک برگه کوتاه بسازید و در آن سؤال دقیق مشتری، مخاطب، موقعیت تصمیم، مدرک لازم، فرد بازبین و قدم بعدی خواننده را بنویسید. اگر قرار است خواننده نقشه سالن را بفرستد، مطلب باید اندازه‌های لازم، قالب قابل قبول و مسئول دریافت را روشن کند. اگر خروجی فقط «آشنایی بیشتر» است، موضوع هنوز دقیق نشده است.
منبع پاسخ نیز پیش از نوشتن معلوم باشد. عدد ظرفیت را مهندس تأیید می‌کند. شرایط ضمانت از متن قرارداد و خدمات می‌آید. زمان تحویل از برنامه واقعی تولید گرفته می‌شود. نویسنده نباید جای خالی را با جمله‌ای خوش‌آهنگ پر کند. محتوای جسور می‌تواند مزیت را پررنگ بگوید، اما عدد فنی و وعده اجرایی باید همان چیزی باشد که تیم توان تحویلش را دارد.
چهار هفته را دور چهار گره واقعی بچینید
برنامه ماهانه قرار نیست هر بار نسخه ثابتی از «آگاهی، مقایسه، خرید و وفاداری» باشد. موضوع هفته از گره‌های همین ماه می‌آید. برای شرکت قفسه‌سازی، ماه می‌تواند با چهار خروجی به‌هم‌پیوسته جلو برود.
هفته اول یک راهنمای تشخیص مسئله منتشر کنید: پیش از طراحی قفسه، طول و عرض سالن، ارتفاع مفید، محل ستون‌ها، مسیر خروج و نوع لیفتراک چگونه ثبت شوند؟ این مطلب جلسه اول را با اطلاعات بهتر آغاز می‌کند. هفته دوم به تصمیم قیمت‌گذاری برسید. توضیح دهید چرا قیمت فقط از متر طول قفسه نمی‌آید و تعداد طبقه، ظرفیت هر طبقه، نوع پالت، مهاربندی و شرایط نصب دامنه پیشنهاد را عوض می‌کنند. هدف اعلام یک عدد عمومی نیست. خواننده باید بداند برای دریافت پیشنهاد قابل اتکا چه چیزی بفرستد.
هفته سوم یک اعتراض پرتکرار را باز کنید: «آیا نصب، انبار را چند روز می‌بندد؟» پاسخ خوب ترتیب تخلیه محدوده، تحویل قطعات، نصب مرحله‌ای، کنترل ایمنی و زمان بازگشت هر بخش به کار را توضیح می‌دهد. زمان قطعی برای همه پروژه‌ها نسازید. نشان دهید چه داده‌ای برای ساخت برنامه نصب لازم است.
هفته چهارم سراغ سؤال پس از تحویل بروید: قفسه چه زمانی باید بازبینی شود و کاربر کدام آسیب ظاهری را سریع گزارش کند؟ تیم خدمات می‌تواند از درخواست‌ها و تیکت‌های پرتکرار برای اصلاح راهنما استفاده کند. راهکارهای کلید درخواست‌ها، تیکت‌ها و خدمات پس از فروش را کنار اطلاعات فروش نگه می‌دارند. این کنارهم‌بودن به تیم نشان می‌دهد سؤال مشتری بعد از قرارداد هم ادامه دارد.
اگر در میانه ماه یک سؤال فوری درباره تغییر مقررات یا خطر ایمنی پیش آمد، برنامه را اصلاح کنید.
تقویم خوب زندان تیم محتوا نیست. تاریخ‌ها را نگه می‌دارد، اما اجازه می‌دهد مسئله مهم‌تر جای یک مطلب کم‌اثر را بگیرد. تغییر را ثبت کنید تا در پایان ماه بدانید چه چیزی حذف شد و چرا.
هر مطلب باید یک کار را برای خواننده آسان کند
عنوان‌هایی مانند «آینده انبارداری» یا «اهمیت تحول دیجیتال» می‌توانند جذاب باشند، اما تا وقتی کار خواننده را روشن نکنند، فروشنده نمی‌داند چه زمانی آنها را بفرستد. عنوان دقیق‌تر می‌گوید: «برای برآورد قفسه پالت، این اندازه‌های سالن را آماده کنید.» مشتری بعد از خواندن می‌تواند متر بزند، نقشه پیدا کند یا جلسه بازدید بخواهد. راهنمای محتوای مفید Google از ناشر می‌خواهد ببیند آیا مخاطب مشخصی دارد و آیا خواننده پس از مطالعه برای رسیدن به هدفش اطلاعات کافی گرفته است. این معیار از پر کردن متن با عبارت‌های جست‌وجو مهم‌تر است. بهینه‌سازی برای موتور جست‌وجو یا SEO زمانی ارزش دارد که مطلب اول برای آدم واقعی مفید باشد.
پیش از تأیید پیش‌نویس، از یک فروشنده بخواهید آن را با صدای بلند بخواند. هرجا مجبور شد جمله را برای مشتری توضیح دهد، متن هنوز کار دارد. سپس بازبین فنی فقط درست بودن عددها را نسنجد. باید ببیند ترتیب کار شدنی است یا نه. شاید نویسنده گفته باشد ابتدا قیمت بدهید و بعد نقشه کف را بگیرید، در حالی که برآورد معتبر به همان نقشه وابسته است.
فراخوان پایان مطلب نیز باید به موضوع بخورد. راهنمای اندازه‌گیری سالن می‌تواند از خواننده بخواهد نقشه و نوع لیفتراک را برای بررسی آماده کند. مقاله نگهداری می‌تواند مسیر ثبت درخواست خدمات را نشان دهد. تکرار «همین حالا خرید کنید» در پایان همه نوشته‌ها، تفاوت تصمیم‌های مشتری را پاک می‌کند.
تحویل فروش، فنی و محتوا باید دوطرفه باشد
فروشنده فقط سفارش‌دهنده مقاله نیست. او سؤال، جمله مشتری، مرحله تصمیم و موعد پاسخ را تحویل می‌دهد. نویسنده پرسش را به متن قابل فهم تبدیل می‌کند. متخصص فنی عددها و ترتیب اجرا را بررسی می‌کند. مسئول انتشار عنوان، لینک‌ها و نسخه نهایی را کنترل می‌کند. اگر یکی از این تحویل‌ها مبهم باشد، مطلب دیر می‌شود یا با واقعیت فروش فاصله می‌گیرد. پس از انتشار، نویسنده به فروش و پشتیبانی می‌گوید مطلب برای کدام سؤال و کدام مخاطب ساخته شده است. فروشنده لینک را فقط وقتی می‌فرستد که به گفت‌وگوی همان مشتری مربوط باشد و در خلاصه مکالمه ثبت می‌کند چرا آن را فرستاده است. پشتیبانی نیز جمله‌ای را که هنوز باعث تماس تکراری می‌شود به تیم محتوا برمی‌گرداند.
در کلید می‌توان مکالمه، مسئول، وضعیت و اقدام بعدی مشتری را نگه داشت و برای تماس، جلسه یا بازبینی یادآور گذاشت. این قابلیت‌ها برای حفظ زمینه مشتری مفیدند. پیش‌نویس مقاله و تأیید فنی باید در روش کاری خود تیم جای مشخص داشته باشند. از وجود مخزن محتوا یا گردش تأیید آماده در CRM نتیجه نگیرید.
هر مطلب یک مسئول نهایی می‌خواهد.
بازبین فنی ممکن است سه اصلاح بخواهد و فروشنده نیز مثال تازه‌ای بدهد، اما یک نفر باید تصمیم بگیرد کدام تغییر وارد نسخه نهایی می‌شود. «همه تأیید کنند» معمولا یعنی هیچ‌کس مسئول موعد نیست.
موعد اصلی را بعد از دیر شدن پاک نکنید
تقویم محتوا باید تاریخ ایده، تحویل پیش‌نویس، بازبینی فنی و انتشار را از هم جدا کند. وضعیت «آماده انتشار» با «منتشر شد» یکی نیست. مطلب زمانی منتشر شده است که خواننده بتواند نسخه درست را در مقصد نهایی باز کند. فایل آماده روی رایانه نویسنده انتشار محسوب نمی‌شود. اگر موعد سه‌شنبه گذشته و مطلب پنجشنبه منتشر شده، تاریخ اصلی را به پنجشنبه تغییر ندهید. تاریخ تازه برای برنامه جاری لازم است، اما دیرکرد قبلی باید قابل دیدن بماند. وگرنه در پایان ماه همه کارها به‌موقع به نظر می‌رسند و دلیل فشار روی فروش یا بازبین فنی پیدا نمی‌شود.
کار را هم به تکه‌های قابل تحویل تقسیم کنید. «مقاله قفسه انبار» یک وظیفه مبهم است. «مهندس تا یکشنبه ورودی‌های محاسبه بار را تأیید کند» و «نویسنده تا دوشنبه مثال راهروی لیفتراک را بازنویسی کند» معلوم‌ترند. وظیفه و یادآور می‌توانند موعد را نگه دارند، اما کیفیت بازبینی از تصمیم آدم‌ها می‌آید.
سه عدد باید به تصمیم ماه بعد برسند
نخست نظم انتشار را بسنجید. فرض کنید برای ماه هشت مطلب با موضوع و موعد اصلی تأیید شده‌اند و شش مطلب تا همان موعد در مقصد نهایی منتشر شده‌اند. نرخ انتشار به‌موقع برابر ۶ تقسیم بر ۸، یعنی ۷۵ درصد است. مطلبی که بعد از موعد منتشر شده در این صورت قرار نمی‌گیرد، حتی اگر اکنون عقب‌افتادگی نداشته باشید. اگر هیچ مطلب تأییدشده‌ای با موعد انتشار در ماه ندارید، این نرخ قابل محاسبه نیست.
بعد ببینید فروش از محتوای مرتبط استفاده کرده یا نه. فرصت فروش یعنی یک معامله احتمالی مشخص که تیم آن را دنبال می‌کند. در همان ماه، ۲۰ فرصت فروش یکتا وارد مرحله بررسی فنی شده‌اند که هنگام ورود، برای پرسش اصلی هرکدام دست‌کم یک راهنمای مرتبط و از قبل منتشرشده برای ارسال در دسترس بوده است. برای هر فرصت، مهلت ارسال راهنمای مرتبط سه روز کاری از زمان ورود به این مرحله است. فروشنده برای ۱۲ فرصت در همین مهلت دست‌کم یک راهنما فرستاده و ارسال را در مکالمه ثبت کرده است. نرخ استفاده برابر ۱۲ تقسیم بر ۲۰ یا ۶۰ درصد است. هر فرصت فقط یک بار شمرده می‌شود، حتی اگر دو مطلب گرفته باشد. تا پایان مهلت آخرین فرصت صبر کنید. اگر هیچ فرصت واجد شرایطی ندارید، نرخ قابل محاسبه نیست.
عدد سوم، قدم بعدی مشتری است. پیش از شروع سنجش، برای هر راهنما قدم قابل قبول را تعریف کنید. در این مثال، فرستادن نقشه سالن یا پذیرفتن یک جلسه فنی زمان‌دار قدم بعدی محسوب می‌شود. هر یک از همان ۱۲ فرصت را از زمان ارسال نخستین راهنمای مرتبط، ۱۴ روز کامل دنبال کنید. فرض کنید هفت فرصت در این مهلت یکی از این دو قدم را برداشته‌اند. نرخ رسیدن به قدم بعدی ۷ تقسیم بر ۱۲، یعنی ۵۸٫۳ درصد است. تا پایان پنجره آخرین فرصت صبر کنید. اگر هیچ راهنمایی ارسال نشده، مخرج صفر است و نرخ قابل محاسبه نیست.
این نرخ سوم ثابت نمی‌کند محتوا به‌تنهایی تصمیم مشتری را عوض کرده است. تماس فروشنده، قیمت، زمان پروژه و ورود مدیر مالی هم اثر دارند. پرونده‌های موفق و ناموفق را بخوانید. اگر بیشتر مشتریان بعد از خواندن باز هم درباره تحمل کف سؤال دارند، شاید راهنما ناقص است. اگر نقشه می‌فرستند اما بازدید تعیین نمی‌شود، گره در تحویل فروش به فنی است. روش ساخت گزارش مدیریتی برای تعریف واحد شمارش، مخرج و پنجره برابر، ادامه مناسبی برای این سنجش است.
بازدید صفحه و ورودی جست‌وجو نیز مفیدند، اما آنها را مستقیم به قرارداد نسبت ندهید. داده وب‌سایت، ثبت ارسال در مکالمه و نتیجه فرصت ممکن است در ابزارهای جدا باشند. تا وقتی روش اتصال و انتساب روشن نشده، کنار هم خواندن این داده‌ها یک بررسی انسانی است، نه گزارش خودکار فروش ناشی از محتوا.
جلسه پایان ماه باید چیزی را حذف کند
گزارش ماهانه باید به تصمیمی برای ماه بعد برسد.
سه مطلبی را که فروش بیشتر فرستاده باز کنید. ببینید کدام سؤال را جواب دادند و کجا مشتری هنوز توضیح خواست. مطلبی را که اطلاعات فنی‌اش قدیمی شده به‌روزرسانی کنید. دو نوشته هم‌پوشان را یکی کنید. ایده‌ای را که نه شاهد دارد و نه مخاطب روشن، از تقویم بعدی بیرون بگذارید.
حذف یک موضوع شکست نیست.
جا باز می‌کند تا تیم به پرسشی پاسخ دهد که امروز قرارداد را نگه داشته است. شاید برنامه ماه بعد فقط چهار مطلب داشته باشد، اما هر چهار مطلب در تماس فروش و پشتیبانی استفاده شوند. چنین تقویمی کوچک‌تر است و محکم‌تر کار می‌کند.
داشبورد کلید اطلاعات فروش، بازاریابی و پشتیبانی را نمایش می‌دهد و مدیر می‌تواند گزارش دریافت کند و سطح دسترسی تعیین کند. شکل گزارش محتوایی و داده لازم برای آن را هنگام راه‌اندازی مشخص کنید. اگر تیم به ثبت منبع محتوا، اتصال ابزار تحلیل سایت، زمان‌بندی انتشار، تولید خودکار متن یا انتساب خودکار قرارداد نیاز دارد، این مسیرها را قابلیت آماده فرض نکنید. آنها را در درخواست دمو با نمونه واقعی خودتان بررسی کنید.
ماه بعد، همان مشتری دوباره تماس می‌گیرد. این بار فروشنده به‌جای فرستادن بروشوری عمومی، راهنمای اندازه‌گیری سالن را می‌فرستد و می‌گوید: «اگر طول دهانه‌ها، نوع لیفتراک و عکس کف را بفرستید، مهندس ما می‌تواند دامنه بررسی را دقیق‌تر بگوید.» محتوا قرارداد را به‌تنهایی نمی‌بندد، اما گفت‌وگو را از حدس به یک قدم روشن می‌برد. همین حرکت کوچک می‌تواند بهترین موتور رشد یک برنامه ماهانه باشد.