Из одного вебинара — в письма и задачи команде с помощью ИИ

Что получится за один проход

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

В этой практике вы соберёте один учебный бриф, CSV-план на семь действий и три черновика писем: анонс, напоминание и письмо после эфира. Вы не будете рассылать их настоящим людям. На выходе у каждого действия есть адресат, ответственный и причина остановиться.

Если вы только осваиваете работу с файлами, сначала пройдите первую задачу в Codex. Для этой инструкции подойдёт и другая разрешённая компанией среда, которая умеет читать текстовый файл. Реальные контакты участников здесь не нужны.

1. Отделите факты от заполнителей

Откройте бриф. В нём указаны тема, 8 октября 2026 года, 16:00 по Москве, 35 минут разбора и 15 минут вопросов. При этом ведущий не назначен, ссылка регистрации не утверждена, посадочная остаётся черновиком. Именно так выглядит рабочий документ до выпуска: важные пробелы не замаскированы красивым текстом.

Для своего проекта заведите короткую карточку события: тема → кому → дата и часовой пояс → польза → ограничения → ссылка → владельцы → статус утверждения. Источником для всех каналов должна быть эта карточка или согласованная версия в системе, а не переписка, которую каждый сотрудник пересказывает по памяти.

Не вставляйте в бриф клиентскую базу, личные номера и закрытую коммерческую информацию, если компания не разрешила их обрабатывать выбранным ИИ-сервисом. Для шаблона хватает ролей и сегментов.

2. Постройте маршрут по адресатам, а не по форматам

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

В учебном CSV у каждой строки есть hold_if и status. Посмотрите на W-02: анонс нельзя отправлять до проверки права на контакт и реальной регистрационной ссылки. W-04 не идёт всем подписчикам — только зарегистрированным. W-06 не обещает запись, пока не подтверждено, что эфир состоялся и материал существует.

Сроки T-14 и T+1 — пример календаря, не рекомендуемые универсальные нормы. В своей кампании сдвиньте их под подготовку, формат и правила сервиса. Поле owner тоже не «имя сотрудника из воздуха»: это роль, которую нужно назначить до выполнения.

3. Дайте ИИ одну задачу на всю кампанию

Прикрепите только учебный webinar-brief.txt и вставьте запрос ниже. Сначала попросите модель перечислить подтверждённые и отсутствующие факты. Если сразу начать с «напиши три сильных письма», она может заполнить дыры правдоподобной выдумкой.

Работай только с приложенным webinar-brief.txt. Это вымышленное учебное мероприятие. Ничего не публикуй, не планируй в сервисах и никому не отправляй.

1. Сначала выведи таблицу «утверждено / не утверждено / кто подтверждает» по теме, дате, часовому поясу, обещанию, ведущему, ссылке регистрации и праву на письма. Если ссылка или владелец фактов не утверждены, пометь всё, что зависит от них, статусом HOLD. Не придумывай URL, имя или числа.
2. Создай campaign-plan.csv: task_id, offset относительно эфира, адресат, канал, одна задача, ответственный, нужный факт, стоп-условие, статус. Отдельно: страница, анонс только разрешённой группе, пост, напоминание только зарегистрированным, проверка факта эфира, материал после эфира и ручной ответ на конкретный вопрос.
3. Подготовь три ЧЕРНОВИКА писем: анонс, напоминание зарегистрированному и письмо с материалом после подтверждённого эфира. Для каждого: кому, тема, 70–120 слов, одна мысль, одна ожидаемая ссылка, что нельзя отправлять до проверки. На месте неизвестного факта поставь [ПОДТВЕРДИТЬ: ...]. Не заменяй его выдумкой.
4. Назови пять проверок перед выпуском: одинаковая дата/часовой пояс во всех каналах, рабочая ссылка, правильный сегмент и основание связи, тестовый адрес, человек утвердил и прочитал итог обратно в сервисе. Не называй доставку или продажу фактом без данных.

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

Результат сохраняйте как новый CSV и текстовые черновики в отдельной папке. В процессе не подключайте почтовый сервис. «Подготовлено» означает, что файл можно открыть и проверить, а не что письмо ушло.

4. Проверьте три письма по отдельности

Анонс отвечает на вопрос будущего участника: какую проверку он сможет повторить после разбора. В письме должна быть одна проверенная ссылка на страницу. Пока ссылки нет, оставьте [ПОДТВЕРДИТЬ: ссылка регистрации] и статус «не отправлять».

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

Письмо после эфира не обещает запись автоматически. Сначала проверьте, что эфир прошёл, материал существует и у адресата есть законное основание получить сообщение. Одно письмо — один полезный следующий шаг: чек-лист, ответ на разобранный вопрос или приглашение к разбору своей задачи. Не вставляйте в него сразу пять ссылок и рекламный каталог.

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

5. Разметьте переходы и различайте события

Для каждого внешнего канала нужна своя ссылка на существующую страницу регистрации. Пример после её реального создания: https://example.org/webinar?utm_source=email&utm_medium=email&utm_campaign=ai_helper_checks&utm_content=announcement. Домен example.org и путь здесь учебные; такую ссылку нельзя выпускать аудитории.

В официальном отчёте Яндекс.Метрики «Метки UTM» можно разделять переходы из письма и других ссылок. Регистр значений важен: Email и email окажутся разными значениями. Один тестовый переход не доказывает, что Метрика увидела всех реальных участников.

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

6. Негативный тест: две даты и ни одной ссылки

Теперь приложите conflicting-brief.txt. Организатор говорит «8 октября», черновик страницы — «9 октября», ссылка отсутствует. Спросите ИИ: «Можно ли выпускать анонс и напоминание? Покажи точную причину».

Правильный результат — HOLD: показать оба источника, назначить владельца решения и не готовить финальную ссылку. Если модель уверенно выбрала одну дату или выдумала URL, эксперимент не пройден. Исправьте бриф, повторите генерацию и снова проверьте все каналы. Старое письмо из прошлой версии нельзя просто переименовать — в нём мог сохраниться другой часовой пояс.

После реального запуска повторите проверку: откройте итоговую страницу, тестовое письмо, запись регистрации, отчёт переходов и список людей, кому назначены ручные ответы. Только эти прочитанные обратно объекты подтверждают отдельные шаги. Снимок красивого календаря сам по себе ничего не доказывает.

Как перенести упражнение в вашу компанию

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

Мы можем собрать ваш первый сценарий вместе: обсудить мероприятие на бесплатной вводной →. Это 25 минут на постановку задачи, не запуск рассылки. Если решите продолжить, личное занятие — 90 минут за 10 000 ₽; разработка интеграций обсуждается отдельно. Как проходит личная работа.