Контент-план заполнен на месяц, а писать всё равно нечего
В таблице стоят двадцать тем: «ИИ в маркетинге», «кейс клиента», «ошибки в рекламе», «пост про продукт». На первый взгляд работа распланирована на месяц, но в день публикации автор открывает строку и обнаруживает, что писать там пока не о чем. Проблема возникает раньше текста: в производство попадает не готовая тема, а только её название.
Название темы ещё не означает, что материал можно писать
«Как использовать ИИ в маркетинге» выглядит как тема статьи, но для автора это почти пустой лист. Непонятно, для кого текст, какую проблему он решает, что именно хотим доказать, на какой фактуре строить материал и чем он будет отличаться от сотни похожих публикаций.
Поэтому контент-план может быть заполнен на 100%, а реальный запас материалов — оставаться около нуля. Команда видит двадцать строк и считает их будущими публикациями, хотя часть из них пока существует только на уровне идеи.
Здесь полезно заимствовать подход Definition of Ready — критерий готовности к работе. В разработке он помогает не брать задачу в работу, пока не хватает входных данных. С контентом работает тот же принцип: тема переходит к автору только после того, как по ней можно начать писать без отдельного расследования «а что мы вообще хотели сказать».
Разделите «идею» и «готовую тему»
Идея может быть очень сырой: «написать про согласования», «что-нибудь про ИИ», «рассказать про бесплатный тариф». Их нормально собирать десятками — на этом этапе никто не обязан знать будущую структуру статьи.
Проблема начинается, когда такие формулировки сразу получают дату публикации и исполнителя. Автору кажется, что ему поставили задачу, редактору — что материал уже в производстве, а по факту первый час работы уходит на придумывание самой задачи.
Возьмём идею «ошибки при работе с подрядчиками». Чтобы она стала рабочей темой, её можно сузить до конкретного конфликта: «Подрядчику сказали начинать, а исходные данные передали через три дня». Уже понятно, какую ситуацию разбираем, где возникает проблема и какую практику можно предложить читателю.
Именно этот переход от категории к конкретной ситуации чаще всего и отсутствует в контент-планах.
Введите пять условий готовности темы
Для большинства рабочих статей не нужен огромный бриф на две страницы. Достаточно нескольких полей, которые заставляют проверить тему до того, как она попадёт автору.
- Кто читатель и в какой ситуации он находится. Не «маркетологи», а «маркетолог ведёт запуск с дизайнером и подрядчиком и постоянно собирает статус по чатам».
- В чём конкретный конфликт. Что ломается, задерживается, теряется или требует лишней работы.
- Какая главная мысль материала. Одно утверждение, которое статья должна доказать или объяснить.
- На чём строится текст. Собственный опыт, цифры, пример, новость, исследование, рабочий процесс, комментарий эксперта или другой источник фактуры.
- Что читатель сможет сделать после статьи. Не «узнает больше», а, например, поменяет структуру брифа, введёт критерий готовности или проведёт конкретную проверку.
Если хотя бы на два пункта ответа пока нет, тема не плохая — она просто ещё не готова к написанию. Её стоит оставить в банке идей, а не создавать видимость, что производство уже началось.
Проверим на обычной теме из контент-плана
Допустим, в плане стоит «Как улучшить работу с клиентскими правками». Формально задача есть, дата есть, автор назначен, но текст всё ещё можно написать примерно в десяти совершенно разных направлениях.
После проверки на готовность тема становится конкретнее. Читатель — менеджер или маркетолог, который получает изменения от клиента в Telegram, почте и комментариях к макету. Конфликт — часть правок теряется, часть делается дважды, а старая версия продолжает гулять по команде. Главная мысль — входящие изменения сначала нужно собрать в одну очередь и только потом передавать в производство.
Фактура тоже определяется заранее: можно показать типичный путь одной правки и схему, по которой её фиксировать. Практический результат для читателя — создать одно место для входящих изменений и перестать отправлять исполнителям задачи напрямую из переписки.
Теперь автору не нужно начинать работу с вопроса «а что написать про клиентские правки?». У него уже есть конфликт, направление и границы материала.
Добавьте промежуточный статус перед «В работе»
Если в контент-процессе есть только «Идеи → В работе → Готово», сырые темы неизбежно начинают попадать к авторам. Между банком идей и производством нужен ещё один этап — например, «На подготовке» или «Готово к написанию».
В «Идеях» может лежать всё подряд: заметка из комментариев, запрос клиента, интересная новость, название будущего материала. На этапе подготовки редактор уточняет угол, аудиторию, фактуру и практический результат. Только после прохождения критерия готовности тема получает автора и переходит в работу.
Эта мелкая перестройка хорошо показывает реальный объём контента. Если в плане двадцать идей, но только четыре карточки находятся в «Готово к написанию», команда больше не строит иллюзию месячного запаса.
Не превращайте Definition of Ready в новый бюрократический ритуал
У критерия есть неприятный побочный эффект: его легко превратить в форму на двадцать полей. Тогда подготовка простой заметки начинает занимать столько же времени, сколько сама заметка.
Поэтому критерий должен зависеть от формата. Для короткого поста может хватить ситуации, конфликта и одной главной мысли. Для большой экспертной статьи понадобится фактура, источники и понятный практический результат.
Есть простой ориентир: после просмотра карточки автор должен понимать, с чего начать текст и что в нём нельзя потерять. Если для этого приходится проводить отдельный созвон с редактором, тема ещё не готова. Если карточка требует заполнить половину анкеты ради поста на две тысячи знаков, критерий уже перегружен.
Как собрать такую схему в Канбано
В Канбано можно развести сам банк идей и производственный поток по состояниям: Идеи → На подготовке → Готово к написанию → В работе → Готово. В карточке темы оставить короткий чек-лист критериев готовности, добавить исполнителя, дату, метки формата и необходимые материалы во вложениях.
Тогда дата появляется не у каждой случайной идеи, а у материала, который действительно можно отдавать в производство. Если команда работает с большим запасом тем, карточки можно фильтровать по меткам, исполнителю, дате или статусу и не разбирать весь банк глазами.
Собрать такой контент-процесс можно в Канбано. Для проверки достаточно взять ближайшие десять тем из текущего плана и посмотреть, сколько из них прямо сейчас проходят пять условий готовности.
Если из десяти писать можно только три, проблема не в том, что авторам не хватает дисциплины. Контент-план просто считает идеями то, что команда уже привыкла считать задачами.