Как организовать контент-завод: роли, задания и согласование статей

Почему черновики не складываются в редакционный процесс

Один универсальный запрос вроде «напиши полезную статью про ИИ» смешивает несколько разных работ. Сначала нужно понять вопрос читателя и собрать источники. Затем выбрать угол, формат и доказательства. После этого — написать текст, а потом проверить, что он не обещает лишнего и действительно отвечает на задачу.

Когда всё это поручено одному исполнителю без промежуточных выходов, ошибка становится заметна слишком поздно. Ресерч может оказаться поверхностным, тема — слишком общей, а в готовом тексте появятся неподтверждённые выводы. Редактору приходится возвращаться к началу.

Полезнее строить процесс как последовательность небольших передач. В материале Anthropic такой подход описан как заранее заданный workflow; prompt chaining делит большую задачу на этапы и оставляет промежуточные проверки. Это не готовая редакционная методика и не инструкция для конкретного продукта, а понятный принцип: следующий шаг получает ограниченный, проверяемый результат предыдущего.

Для редакции это означает простое правило: передавать не «тему вообще», а пакет, по которому следующая роль понимает, что делать и как выглядит завершение.

Минимальная цепочка ролей для одной статьи

Для первого запуска достаточно четырёх производственных ролей и одного человека, который принимает решения. Роли можно выполнять людьми, ИИ-агентами или в смешанном режиме. Главное — не размывать ответственность.

В журнале Smokva мы используем рабочий путь «поисковый снимок → ресерчер → PR → утверждение темы». Это процесс нашей редакции, а не измеренный кейс клиента и не обещание автоматического сбора данных для любой команды. Активные роли можно собрать в ИИ-команде Smokva, если у вас настроены доступы и понятны права каждой роли.

Разделите два решения, которые нельзя прятать в цепочке

Автоматизация особенно легко создаёт иллюзию движения: задач много, статусы меняются, тексты появляются. Но качество статьи определяют два решения, которые остаются за человеком.

Первое — решение по теме. До написания нужно согласовать, кому адресован материал, какой вопрос он закрывает, что читатель сможет сделать после чтения и какие факты допустимо использовать. Это отсеивает темы, где нет достаточной фактуры или понятной пользы.

Второе — решение по финальной статье. Здесь проверяют не только грамотность. Важно, не выдана ли гипотеза за факт, отвечает ли текст на заявленный вопрос, работают ли ссылки и не подменяет ли рекламный блок основную пользу.

Между этими решениями роли могут ускорять подготовку, но не должны незаметно менять предмет статьи. Если ресерчер нашёл, что источник не подтверждает исходный тезис, это не повод «подправить» факт. Нужно вернуть тему на выбор редактору или убрать тезис.

Как передавать задание, чтобы исполнитель не угадывал

Хорошее задание отвечает не только на вопрос «что написать». Оно задаёт входные данные, ожидаемый выход, источник фактов, пользу для читателя, стиль и потребность в визуалах. Тогда ресерчер не пишет статью вместо исследования, а копирайтер не ищет заново уже согласованные сведения.

Ниже — учебный пример одного полного задания. Он показывает форму, а не описывает реальную кампанию или клиентский кейс.

Роль: ресерчер.

>

Вход: тема «Как руководителю отдела сократить ручную проверку входящих заявок»; аудитория — руководители небольших команд; список доступных материалов компании.

>

Выход: до 10 проверяемых утверждений со ссылками и датами; список ограничений; три вопроса, которые нельзя закрыть без человека.

>

Польза читателю: руководитель получит порядок проверки заявок и критерии, по которым решит, какую работу поручить агенту.

>

Стиль: кратко, без рекламных оценок и без выводов о росте продаж.

>

Медиа: предложить одну схему процесса; не создавать изображение и не заявлять права на него.

Такое задание удобно хранить рядом с ролью и повторно использовать для похожих тем. В базе знаний Smokva можно собрать утверждённые описания продукта, правила тона и проверенные материалы — при условии, что знания заполнены и права доступа настроены.

Один промпт для первого запуска сегодня

Не начинайте с календаря на месяц. Возьмите одну тему, где команда уже понимает аудиторию и может назвать источники. Ниже — готовое задание для первого исполнителя. Его можно адаптировать под человека или ИИ-роль.

Вы — ресерчер для редакционного материала.

Тема: [вставьте тему].
Аудитория и рабочая проблема: [вставьте].
Задача: подготовьте исследовательский пакет, не статью.

Верните:
1. Формулировку вопроса читателя.
2. До 10 существенных утверждений в таблице:
   утверждение / ссылка / дата / статус проверки.
3. Что источник не подтверждает.
4. Какие факты нужно запросить у владельца темы.
5. Одну идею схемы, которая объяснит процесс.

Используйте только приложенные и открыто указанные источники.
Не добавляйте статистику, кейсы, цитаты и обещания без источника.

Промпт намеренно просит пакет, а не «готовую статью». Так проще избежать лишних кругов согласования: редактор видит границы материала до того, как копирайтер развернёт текст. Если вы работаете с повторяемыми задачами, выберите подходящую роль в шаблонах Smokva и закрепите для неё такой формат входа и выхода.

Критерии приёмки: что проверять до передачи дальше

Статус «готово» полезен только тогда, когда команда одинаково его понимает. Для каждого этапа достаточно трёх–пяти проверок, связанных с его задачей.

У ресерчера критерий — не красота формулировок, а прослеживаемость фактов. У PR-редактора — не количество идей, а ясный угол и редакционный план. У копирайтера — не объём, а ответ на вопрос читателя, логика и отсутствие неподтверждённых обещаний.

Короткий чек-лист для передачи черновика редактору:

• В первом экране названа проблема и практический результат.
• У каждого существенного факта есть источник рядом с тезисом.
• В тексте нет вымышленных кейсов, цифр и отзывов.
• Один главный призыв соответствует задаче материала.
• Визуалы имеют задачу, место и понятный смысл.
• Непроверенные детали вынесены из публикационного текста.

Эти пункты не заменяют редактора. Они делают его решение быстрее и предметнее: автор получает конкретную правку, а не комментарий «надо улучшить».

Частые ошибки

Одна роль делает всё. В результате исследование, выбор темы и текст нельзя проверить по отдельности. Разделите хотя бы исследование, бриф и черновик.

Тему считают утверждённой после первого черновика. Тогда команда спорит уже о готовом тексте. Утвердите аудиторию, вопрос и источник фактов раньше.

Передают задачу без критерия завершения. Исполнитель возвращает удобный ему формат, а следующий этап начинает работу заново. Добавьте «что вернуть» и «как понять, что готово».

Считают ссылку доказательством. Ссылка важна, но нужно проверить, подтверждает ли она именно написанный тезис и актуальна ли для контекста.

Подменяют согласование публикацией. Принятый текст ещё может ждать визуал, юридическую проверку или выбор даты. Не соединяйте эти статусы.

Как упаковать материал для дизайнера и редактора

Дизайнеру не стоит передавать расплывчатое «сделайте инфографику». Укажите, какой вопрос должен объяснить визуал, где он стоит в статье, какие объекты обязательны и что нельзя утверждать изображением. Тогда схема будет работать как часть аргумента, а не как декор.

Минимальный медиабриф выглядит так:

Когда статья связана с обработкой обращений, а не только с публикациями, можно отдельно описать работу с контактами в CRM Smokva. Например, передайте редактору обезличенные повторяющиеся вопросы клиентов: они помогут выбрать следующую тему.

Три коротких вопроса перед запуском

Можно ли начать с одной роли и одного ИИ-инструмента? Да. Но всё равно разделите результаты: сначала получите исследовательский пакет, затем отдельно сформулируйте бриф и только после этого закажите черновик.

Нужен ли дизайнер для каждой статьи? Нет. Визуал нужен, когда он объясняет сравнение, последовательность или устройство процесса лучше абзаца. Иногда достаточно таблицы или примера.

Где хранить решения и источники? В одном доступном рабочем пространстве, где команда видит актуальную версию материалов. Для работы с ИИ-ролями это можно организовать через кабинет Smokva, предварительно настроив права и наполнив знания.

Первый запуск: одна тема, а не конвейер

Начните с материала, для которого у вас есть владелец темы, понятная аудитория и хотя бы несколько надёжных источников. Не пытайтесь сразу автоматизировать публикацию, дизайн и календарь. Сначала проверьте, что каждая передача понятна следующей роли.

1. Выберите одну тему с понятной рабочей проблемой.
2. Назначьте владельца темы и финального редактора.
3. Подготовьте исследовательское задание по шаблону.
4. Утвердите бриф до заказа полного текста.
5. Проверьте черновик по критериям приёмки.