Если ИИ-черновики уже есть, масштабировать нужно не генерацию, а весь маршрут материала. ИИ для SMM-агентства работает предсказуемее, когда у каждого клиента отдельный контекст, в задачу попадает реальная фактура, черновик проходит два разных редакторских прохода, а факты, голос и публикацию подтверждают люди. Ниже схема, которую можно проверить на одном клиентском аккаунте уже сейчас.
Почему один чат и один промпт не становятся системой
Один чат хорошо решает разовую задачу. Ты дал тему, попросил пост, получил текст. Проблема начинается на втором клиенте или во втором месяце работы.
В переписке смешиваются старые офферы, разные аудитории, любимые слова одного эксперта и запреты другого. Непонятно, какой источник актуален. Правка «слишком официально» остаётся сообщением в истории, а не правилом для следующего материала. Новый сотрудник не видит, почему прошлую версию отклонили.
Даже подробный промпт отвечает только на вопрос «что сделать сейчас». Система должна отвечать ещё на четыре:
- откуда брать подтверждённые факты;
- чей голос воспроизводить;
- кто и по каким критериям проверяет результат;
- куда записать исправление, чтобы ошибка не повторилась.
OpenAI рекомендует явно разделять инструкции, примеры и дополнительный контекст. Anthropic отдельно предупреждает, что больше контекста не всегда лучше: неактуальные данные могут мешать нужной информации. Поэтому рабочий контур начинается не с огромного промпта, а с компактных и обновляемых правил клиента. Подробнее о конструкции запроса есть в материале про рабочий промпт для контента.
Сначала раздели ответственность
ИИ может разобрать сырьё, предложить структуру, собрать варианты, адаптировать формат и подготовить черновик. Это полезная производственная работа, но не право принимать решения от имени клиента.
Агентство отвечает за маршрут материала: выбрать источники, поставить задачу, проверить текст, показать клиенту понятную версию и сохранить повторяемые правки.
Клиент или назначенный им эксперт остаётся источником позиции, закрытых фактов, допустимых обещаний и финального вкуса. Он же утверждает публикацию, если договорённость не говорит иначе.
Такое разделение защищает от двух крайностей. Первая: сотрудник переписывает всё руками и использует ИИ как дорогой генератор заготовок. Вторая: сырой текст сразу уходит клиенту, потому что «модель уверенно написала». NIST описывает риск уверенно сформулированных ошибок и рекомендует проверять источники и цитаты. Уверенный тон не заменяет факт-чек.
Один клиент, одно рабочее пространство
Не держи голоса пяти клиентов в одной бесконечной переписке. На каждого заведи отдельное рабочее пространство: папку, базу или страницу с правами доступа, которые подходят вашей договорённости. Инструмент вторичен. Важно, чтобы команда видела одну актуальную версию контекста.
Минимальная карточка клиента:
- аудитория и конкретная ситуация читателя;
- текущий продукт, оффер и цель материала;
- подтверждённые факты и ссылки на источники;
- от трёх до пяти одобренных фрагментов с пояснением, что в них характерно;
- слова, ритм и приёмы, которые клиент использует;
- запретные формулировки, неподтверждённые обещания и устаревшие данные;
- каналы и требования к каждому формату;
- кто проверяет факты, голос и финальную версию;
- дата последнего обновления карточки.
Примеры нужны не для слепого копирования. Рядом с фрагментом подпиши наблюдение: «коротко отвечает на возражение», «не использует профессиональный жаргон», «сначала показывает ситуацию, потом вывод». Тогда команда и модель понимают правило, а не имитируют поверхность текста.
Поставь ворота для сырья
Если клиент дал только тему «напиши про личный бренд», у модели нет материала для клиентского текста. Она заполнит пустоты общими советами, знакомыми формулами или правдоподобными деталями. Гладкость появится. Экспертиза клиента нет.
До генерации нужен хотя бы один содержательный источник:
- заметка эксперта;
- расшифровка интервью;
- тезисы продукта;
- запись разбора;
- документ с подтверждёнными фактами;
- кейсовый артефакт, разрешённый к публикации;
- открытые источники, которые сотрудник реально проверил.
Если сырья не хватает, правильный результат этапа не пост. Верни список конкретных вопросов: какой тезис доказываем, на каком примере, что клиент считает ошибочным подходом, что можно назвать публично. Это честнее, чем сочинять недостающую фактуру.
Google в рекомендациях по people-first content предлагает проверять, есть ли в материале оригинальная информация, анализ и опыт. В отдельном руководстве по генеративному ИИ Google допускает его для исследования и структуры, но предупреждает о массовом выпуске страниц без добавленной ценности. Для агентства вывод простой: объём черновиков не заменяет содержательный вход.
Собери повторяемый производственный цикл
Шаг 1. Зафиксируй контракт задачи
Не пиши «сделай пост живо». Дай машине и сотруднику одинаковую спецификацию.
Клиент:
Канал и формат:
Читатель и его ситуация:
Задача материала:
Что читатель должен понять или сделать:
Главный тезис:
Разрешённые факты и источники:
Что нельзя придумывать:
Примеры голоса и пояснения к ним:
Запретные слова, обещания и темы:
Структурные ограничения:
Критерии готовности:
Кто проверяет факты:
Кто утверждает финал:Критерии готовности должны проверяться. «Текст качественный» не подходит. «Нет фактов без источника», «один основной тезис», «оффер совпадает с текущей карточкой», «не использованы запретные обещания» подходят.
Шаг 2. Первый проход: смысл и факты
На первом проходе не проси попадать в голос. Собери скелет материала:
- для кого он;
- какой вопрос закрывает;
- что утверждает;
- на чём держится каждый сильный тезис;
- что пока не подтверждено;
- какое действие доступно читателю.
На этом этапе проще заметить выдуманный факт, пустой раздел и повтор. Если сразу полировать интонацию, гладкие фразы маскируют слабую мысль.
Шаг 3. Второй проход: голос и формат
После утверждения смысла адаптируй текст под клиента. Сверяй не «похожесть вообще», а наблюдаемые признаки: длину фраз, лексику, степень резкости, способ объяснять, допустимый юмор, отношение к профессиональным терминам.
Затем проверь площадку. Один и тот же тезис по-разному собирается для статьи, Telegram-поста, карусели или сценария. Голос остаётся клиентским, но форма меняется под задачу.
Шаг 4. Проведи человеческую проверку
Перед отправкой клиенту ответственный сотрудник проверяет пять зон:
- Факты: цифры, имена, даты, ссылки, цитаты.
- Продукт: актуальны ли оффер, ограничения и формулировки.
- Голос: узнаёт ли себя клиент и нет ли чужих речевых привычек.
- Формат: выполнена ли задача канала, а не просто перенесён тот же текст.
- Утверждение: понятно ли, кто может сказать финальное «готово».
Факт, ссылка или цитата из ИИ-черновика не считаются проверенными, пока человек не открыл источник. Если проверка невозможна, деталь удаляют или явно помечают до решения клиента.
Шаг 5. Кодируй причину правки
Комментарий «не нравится» не учит процесс. Попроси редактора выбрать категорию:
FACT: ошибка или неподтверждённая деталь;VOICE: нехарактерное слово, ритм или интонация;OFFER: устаревший продуктовый тезис или обещание;FORMAT: материал не подходит площадке или заданному формату;PROCESS: потерян источник, версия, ответственный или этап согласования;TASTE: разовое решение клиента, которое пока нельзя превращать в общее правило.
Для каждой существенной правки сохрани исходный фрагмент, исправление, причину и решение: обновить карточку клиента, оставить только в истории материала или запросить уточнение.
Шаг 6. Обнови следующий цикл
Правило попадает в карточку, только если оно повторяемое, понятно сформулировано и подтверждено клиентом. Разовая замена факта не становится правилом голоса. Сиюминутное настроение не превращается в вечный запрет.
Именно здесь чат превращается в производственный процесс. Исправление меняет следующий бриф, а не тонет в переписке. Этот принцип подробнее разобран в статье о том, почему внедрение начинается после установки.
Шаг 7. Закрой материал явным статусом
У материала должен быть один понятный статус: не хватает сырья, собран смысл, готов черновик, проходит факт-чек, на проверке голоса, ждёт клиента, утверждён. Названия можно менять. Нельзя смешивать «почти готово» и «можно публиковать».
Для более широкого маршрута можно использовать пошаговую автоматизацию контент-производства как фон, но не переносить оттуда цифры производительности без отдельной проверки.
Что измерять без обещаний
Эта схема не доказывает, что каждое агентство сократит правки или возьмёт больше клиентов. Проверяй её на своей работе и сравнивай одинаковые периоды и форматы.
Полезные рабочие метрики:
- доля черновиков, которые прошли внутренний факт-чек до отправки клиенту;
- число существенных правок на материал с разбивкой по категориям;
- повтор одной и той же ошибки после записи правила;
- доля задач, остановленных из-за нехватки сырья;
- время материала на каждом этапе, особенно ожидание входных данных и утверждения;
- доля материалов, у которых есть источник, ответственный и финальный статус.
Метрика нужна для диагностики. Если растёт FACT, проверь источники и ворота сырья. Если повторяется VOICE, карточка слишком общая или правило не подтверждено. Если всё застревает перед клиентом, проблема может быть в маршруте согласования, а не в модели.
Сконструированный пример, не кейс Макса или клиента
У микро-агентства есть клиент, который продаёт обучение руководителей. Задача звучит так: подготовить пост о сложных разговорах в команде.
Плохой вход: тема, просьба написать «экспертно и живо» и старый пост без пояснений. Черновик получается правильным, но его можно отдать любому бизнес-блогу. В нём нет позиции клиента, допустимых примеров и границ обещания.
Рабочий вход содержит заметку эксперта после консультации, один обезличенный эпизод, текущий оффер, три одобренных фрагмента и запрет обещать, что одна техника решит любой конфликт. В контракте указано: сначала показать, почему руководитель откладывает разговор, затем дать три вопроса для подготовки и закончить предложением проверить ближайшую рабочую ситуацию.
Первый проход собирает тезис, эпизод и вопросы. Сотрудник проверяет, что пример разрешён и не раскрывает клиента. Второй проход убирает чужую лексику и адаптирует текст под площадку. Эксперт меняет одну фразу как VOICE и уточняет ограничение как OFFER. Повторяемое речевое правило попадает в карточку, продуктовое уточнение обновляет текущий оффер.
Это демонстрация устройства цикла. Она не доказывает рост выпуска, сокращение времени или уменьшение числа правок.
Частые поломки
Смешали клиентов в одном контексте
Симптом: в тексте появляется чужая лексика, старый продукт или факт из соседнего проекта. Исправление: отдельное пространство, явное имя клиента в контракте, ссылки только на его источники.
Сохранили всё подряд
Симптом: карточка разрастается, правила конфликтуют, модель цепляется за устаревшее. Исправление: ставь дату обновления, удаляй отменённые формулировки, отделяй постоянные правила от задачи на один материал.
Попросили больше контента без сырья
Симптом: меняются заголовки, но мысли повторяются. Исправление: остановить генерацию и запросить позицию, пример, факт или вопрос клиента.
Отдали клиенту первый черновик
Симптом: клиент выполняет работу внутреннего редактора и теряет доверие к процессу. Исправление: обязательный факт-, бренд- и voice-gate до отправки.
Все правки назвали голосом
Симптом: фактическая ошибка маскируется фразой «не в стиле». Исправление: разделять FACT, VOICE, OFFER, FORMAT, PROCESS и TASTE.
Автоматизировали публикацию раньше утверждения
Симптом: технически готовый материал уходит без финального решения. Исправление: публикация доступна только из статуса «утверждён». ИИ не получает право сам считать текст согласованным.
Чек-лист перед отправкой клиенту
Скопируй список в шаблон задачи:
- есть конкретный читатель и одна задача материала;
- приложено реальное сырьё клиента;
- каждый сильный факт ведёт к открытому и проверенному источнику;
- нет придуманных цифр, цитат, кейсов и личного опыта;
- использован текущий оффер, а не версия из старой переписки;
- смысл проверен отдельно от голоса;
- голос сверяли по одобренным примерам с пояснениями;
- формат соответствует площадке;
- указаны ответственные за факты и финальное утверждение;
- все нерешённые вопросы видны клиенту;
- после проверки значимые правки получили категорию;
- повторяемые правила обновили карточку клиента.
Для исторического контекста о ролях, памяти и правилах можно посмотреть, как устроена система ролей, памяти и правил. На странице есть устаревшая техническая упаковка и старые количественные обещания. Используй её только для понимания метода, не как описание текущего продукта.
FAQ
Как использовать ИИ в SMM-агентстве?
Встрой его в контролируемый процесс: исследование, разбор сырья, структура, варианты, адаптация и первый черновик. Оригинальную экспертизу, проверку фактов и решение о публикации оставь людям.
Как сохранить голос клиента при генерации контента?
Держи отдельную компактную карточку клиента с аудиторией, оффером, одобренными примерами, речевыми правилами, запретами и актуальными источниками. Обновляй её только подтверждёнными повторяемыми правками.
Нужен ли редактор для ИИ-контента?
Нужна редакторская функция. Её может выполнять владелец агентства или ответственный специалист, но кто-то обязан проверить факты, продукт, голос, формат и статус утверждения.
Какие этапы нельзя отдавать ИИ полностью?
Не передавай модели право придумывать экспертизу, подтверждать чувствительные факты, менять позицию бренда, принимать юридические или репутационные решения и утверждать публикацию.
Уменьшит ли такой процесс количество правок?
Он делает причины правок видимыми и даёт способ обновлять следующий цикл. Гарантировать уменьшение нельзя. Считай категории и повторы на своих материалах до и после внедрения.
Чем ИИ-команда отличается от одного чата?
Не количеством агентов. Отличие создают раздельный контекст клиентов, явные роли, критерии готовности, человеческие проверки и место, где исправления становятся правилами следующей задачи.
Именно так работает Фабрика Контента.
Источники и ограничения
- Google Search Central: использование генеративного ИИ. Поддерживает тезисы об исследовании, структуре, точности и риске массового контента без добавленной ценности. Не доказывает рост показателей агентства.
- Google Search Central: helpful, reliable, people-first content. Поддерживает роль оригинальной информации, анализа и опыта. Не гарантирует позиции в поиске.
- NIST AI 600-1. Описывает риски генеративного ИИ, включая уверенно сформулированные ошибки, и необходимость проверки источников. Это профиль управления рисками, не исследование микро-SMM-агентств.
- OpenAI API Docs: prompt engineering. Поддерживает структурное разделение инструкций, примеров и контекста. Это документация поставщика, а не независимое доказательство эффективности процесса.
- Anthropic: effective context engineering. Поддерживает идею компактного, курируемого контекста и предупреждает о его перегрузке. Это рекомендации поставщика, не обещание конкретного результата.
Прямого исследования именно российских микро SMM-агентств в использованном пакете нет. Производственный цикл, карточка клиента, категории правок и набор метрик выше являются практической редакционной рекомендацией. Перед публикацией человеку нужно ещё раз открыть все источники и проверить, что ссылки и формулировки остаются актуальными.
Что сделать сегодня
Выбери одного клиента и один недавний текст с правками. Создай карточку из девяти полей, разметь каждую существенную правку категориями FACT, VOICE, OFFER, FORMAT, PROCESS или TASTE, затем перенеси только подтверждённые повторяемые правила. Следующую задачу проведи через два прохода и чек-лист. Так ты проверишь процесс на реальном аккаунте без перестройки всего агентства.