![]()
«Мы рады сообщить о потрясающих возможностях» занимает первую строку, но не объясняет, зачем читателю открывать письмо. Нейросеть легко производит гладкую рассылку из общих слов. Полезнее дать ей конкретный повод, адресата и действие, а затем проверить, не добавила ли она лишние обещания.
В Чатиуме можно сделать редактор рассылок с отдельными полями для фактов, аудитории и цели. Такой интерфейс помогает согласовать смысл до того, как команда начнёт спорить о красивых формулировках.
Создай редактор рассылок. Для письма нужны аудитория, повод, проверенные факты и одно главное действие читателя. Предлагай тему, начало и основной текст без выдуманных обещаний. Дай сравнивать версии, согласовывать письмо и хранить финальный вариант.
Начинайте не с текста, а с причины отправки
Читатель должен понять, почему это письмо относится к нему сейчас. «Мы обновили продукт» — факт о компании. «Теперь вы можете скачать список участников перед встречей» — возможная польза для конкретного пользователя. Второе требует подтверждения: функция действительно доступна этому сегменту?
Если письмо предназначено всем, а возможность есть только на части тарифов, условие должно быть заметным. Нейросеть не должна убирать его ради более короткого заголовка.
Пример: появилась выгрузка участников
Условные данные: руководители команд могут выгружать список участников в CSV; функция уже доступна; остальные пользователи пока не имеют права экспорта. Цель письма — показать, где находится действие.
Вместо «Новая эра управления событиями уже здесь» полезнее начать с сути: «Перед встречей можно скачать список участников и передать его администратору на входе». Затем назвать условие доступа и путь к функции. Это редакционный пример, а не измеренный победитель A/B-теста.
| Часть письма | На какой вопрос отвечает |
|---|---|
| Тема | Что изменилось для читателя |
| Первая строка | Зачем это может пригодиться |
| Основной текст | Как воспользоваться и какие есть условия |
| Главное действие | Что сделать после чтения |
Почему десять призывов мешают одному полезному
Если письмо одновременно просит попробовать функцию, посмотреть вебинар, прочитать блог и поделиться отзывом, читателю приходится выбирать цель за автора. Для первого черновика выделите одно основное действие. Дополнительные материалы могут поддерживать его, но не должны превращать письмо в меню без приоритета.
Не просите модель придумать срочность, если срока нет. Фразы «успейте сегодня» и «последний шанс» меняют смысл сообщения. Если акция действительно ограничена, передайте точную дату и условие. Если нет, достаточно объяснить пользу без искусственного давления.
Как редактировать с Sonnet в Чатиуме
Модель получает структурированный бриф, а не только название продукта. В sourceText входят аудитория, подтверждённые факты, ограничения и желаемое действие.
Это фрагмент серверного обработчика Чатиума. ctx передаёт платформа, sourceText содержит проверенный текст из формы. done и failed — заранее зарегистрированные маршруты app.function для результата и ошибки. Они проверяют, что вызов пришёл от приложения start: caller.type === 'plugin' && caller.appSlug === 'start'.
import { startCompletion } from '@start/sdk'
const { completionId } = await startCompletion(ctx, {
model: 'anthropic/claude-sonnet-5.5',
system: 'По брифу подготовь тему письма, короткое начало и основной текст с одним главным действием. Сохрани условия и даты. Не выдумывай срочность, скидки, результаты и обещания.',
messages: [{
role: 'user',
content: [{ type: 'text', text: sourceText }],
}],
onCompletionCompleted: done,
onCompletionFailed: failed,
})
Метод возвращает completionId. Сам ответ приходит позже в onCompletionCompleted, ошибка — в onCompletionFailed; до этого приложение показывает ожидание. Это схема вызова, а не полный код приложения.
Результат сохраняется как черновик. Подготовка письма не означает его отправку: рассылка — отдельный шаг с выбранной аудиторией и подтверждением. Встроенный помощник Чатиума может собрать редактор, историю и процесс согласования.
Как сравнивать варианты без выдуманной эффективности
Сначала проверьте смысл: понятен ли повод, сохранены ли условия и совпадает ли действие с целью. Затем оцените длину, ритм и тон. Можно попросить нескольких коллег пересказать, что им предлагают сделать, не показывая исходный бриф.
Если проводите реальный A/B-тест, меняйте понятный элемент и сохраняйте условия сравнения. Нельзя объявлять вариант «продающим лучше», только потому что модель назвала его убедительным. Открытия письма, переходы и выполненное действие — разные показатели.
После отправки полезно сохранять не только цифры, но и вопросы читателей. Если люди не поняли, кому доступна функция, это повод уточнить текст следующего письма и саму инструкцию.
Частые вопросы
Нужно ли просить нейросеть писать «продающе»?
Лучше описать аудиторию, пользу и действие. Абстрактное требование часто добавляет общие усилители вместо конкретики.
Можно ли делать несколько версий для разных сегментов?
Да, если различия основаны на реальных условиях и потребностях. Не стоит менять факты продукта ради более привлекательной подачи.
Что проверять перед согласованием?
Даты, обещания, доступность функции для аудитории и главное действие. Для организации редакторского решения пригодится проверка человеком, а для серии тем — контент-план.