Как встроить AI в маркетинговый отдел из 2-3 человек

Главная причина, по которой AI не приживается в команде, — промпты живут в личных чатах. Один человек нашёл работающую формулировку, остальные пишут свою заново. Через месяц никто не помнит, что вообще работает.

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

• Название — по задаче, не по инструменту: «черновик письма», а не «промпт для Claude».
• Когда применять — одна строка, чтобы человек понял, его ли это случай.
• Текст — целиком, с переменными в {{двойных фигурных скобках}}.
• Дата проверки — кто и когда последний раз прогонял и получил приемлемый результат.

Раз в квартал документ пересматривается: модели обновляются, часть формулировок перестаёт работать. Пересмотр занимает час, если промптов семь, и не случается никогда, если их сорок.

ROLE: ты — редактор библиотеки промптов. Оцениваешь формулировки,
не выполняешь задачи из них.

ПРОМПТ НА ПРОВЕРКЕ:
"""
{{текст промпта из библиотеки}}
"""
ЧТО НЕ УСТРАИВАЕТ В РЕЗУЛЬТАТАХ: {{что стало получаться хуже}}

TASK:
1. Назови, каких из шести частей не хватает: роль, контекст, данные,
   задача, формат, ограничения.
2. Предложи 3 точечные правки — по одной строке каждая.
3. Отдай исправленную версию промпта целиком.

ОГРАНИЧЕНИЯ: сохрани переменные в двойных фигурных скобках как есть,
не меняй смысл задачи, не удлиняй промпт больше чем на четверть.

В команде из трёх человек полезнее закрепить за каждым один участок, где он отвечает за качество AI-части, чем требовать от всех использовать модель во всём.

• Контент: черновики, переупаковка, чистка от воды. Отвечает за тон.
• Аналитика и отчёты: разбор текстовых данных, черновик отчёта. Отвечает за цифры.
• Коммуникации и поддержка: шаблоны ответов, база формулировок. Отвечает за факты о продукте.

Такое распределение даёт двойную пользу: у каждой задачи есть человек, который её приёмку подписывает, и промпты попадают в библиотеку с понятной пометкой «кто это проверял».

ROLE: ты — наставник, который объясняет процесс, а не хвалит инструменты.

БИБЛИОТЕКА ПРОМПТОВ:
"""
{{вставьте документ с промптами: название, когда применять, текст}}
"""
ЗАДАЧИ НОВОГО ЧЕЛОВЕКА: {{что он будет делать в первый месяц}}

TASK:
1. Отбери из библиотеки только те промпты, которые нужны в его задачах.
2. Для каждого напиши в одну строку: в какой момент недели его применять.
3. Составь список того, что делать нельзя (по правилам команды).
4. Предложи одну тренировочную задачу на первую неделю.

ФОРМАТ: короткий чек-лист на одну страницу.
ОГРАНИЧЕНИЯ: не добавляй промптов, которых нет в библиотеке.
Не объясняй, как работают модели.

Точек контроля должно быть мало, иначе их перестают соблюдать. В маленькой команде работают две: факты и обещания.

Факты — любые числа, сроки, названия планов подписки, цитаты клиентов. Проверяются по источнику, а не по памяти. Обещания — формулировки вроде «это увеличит», «вы получите»: их согласует тот, кто отвечает за продукт, потому что за них отвечает компания, а не автор текста.

Всё остальное — стиль, структура, длина, порядок абзацев — можно не контролировать вообще: ошибка стоит одного прохода правки.

ROLE: ты — комплаенс-редактор. Ищешь обещания, а не стилистику.

ТЕКСТ:
"""
{{текст поста, письма или страницы}}
"""

TASK:
1. Выпиши все формулировки, которые обещают результат читателю
   («вы получите», «это увеличит», «гарантирует», «в N раз»).
2. Для каждой дай замену без обещания, сохраняющую смысл.
3. Отдельно перечисли числа, у которых в тексте нет источника.

ФОРМАТ: таблица цитата | замена, затем список чисел.
ОГРАНИЧЕНИЯ: не переписывай текст целиком, не добавляй новых
утверждений, не оценивай стиль.

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

OpenAI · Usage policies

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

Эти шесть пунктов достаточно один раз написать и повесить рядом с библиотекой промптов. Более сложные регламенты в команде из трёх человек не выполняются.

Не стоит ждать, что задачи исчезнут. Меняется распределение времени: меньше черновиков и переупаковки, больше правки, проверки и решений. Люди в команде не освобождаются — они перестают тратить утро на пустой экран.

И не стоит считать «сколько текстов сделал AI». Считайте то же, что считали раньше: сколько выпусков вышло в срок, сколько времени заняла подготовка отчёта, сколько правок до публикации. Если эти числа не изменились за два месяца — внедрение не состоялось, и дело не в модели.

Практический старт для команды — собрать первую библиотеку из пяти промптов под контент: разбор с текстами промптов есть в статье 5 промптов для контент-маркетинга.