Профессия: E-mail маркетолог и специалист по чат-ботам

Поле должно отвечать на вопрос

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

В нашем проекте понадобятся внутренний contact_id, telegram_id при наличии, email, email_confirmed, email_delivery, consent_email, consent_bot, product_interest и service_mode. Отдельно хранятся данные заказа: order_id, product_id, order_status и paid_at. Один человек может сделать несколько заказов, поэтому последнюю покупку нельзя использовать как полную историю всех сделок.

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

Типы и пустые значения

Число, дата, строка и логическое значение требуют разной обработки. Строка «false» в некоторых системах не равна логическому false. Пустое поле не означает отказ и не означает согласие. Чтобы не полагаться на догадку, для рекламного разрешения задайте явные состояния: unknown, granted, revoked. Подтверждение адреса и возможность доставки хранятся отдельно; отказ от рекламы не следует записывать как техническую неисправность ящика.

Лучше не смешивать два смысла в одном справочнике. В нашем проекте email_delivery принимает unknown, valid или blocked, а email_confirmed хранит подтверждение адреса. До отправки выполните предусмотренную сервисом проверку доставки; unknown не считайте доказательством исправного ящика. Отдельное consent_email принимает unknown, granted или revoked. Такое разделение требует нескольких полей, зато позволяет точно объяснить причину исключения из отправки.

Даты сохраняйте в согласованном формате вместе с правилом часового пояса. В журнале удобно хранить техническое время в UTC, а человеку показывать местное время. Не считайте московское время временем всех жителей России. Если регион неизвестен, не вычисляйте его уверенно по телефонному коду; предложите выбрать удобное время или используйте явно согласованное правило.

Контакт и событие

Карточка отвечает на вопрос «Что известно сейчас?». Событие отвечает на вопрос «Что произошло?». Если человек изменил интерес со стартового набора на расширенный, карточка хранит новый интерес, а журнал сохраняет оба выбора. Это позволяет понять последовательность действий и расследовать ошибку.

Минимальная запись события содержит event_id, event_type, contact_id, occurred_at, received_at, source и payload с необходимыми параметрами. Два времени нужны, потому что сообщение могло прийти с задержкой. У заказа сохраняется собственный order_id. Название события не должно зависеть от красивого текста кнопки: button_7 трудно читать в отчёте, product_selected понятнее.

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

Как не объединить разных людей

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

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

Контрольный словарь

Создайте словарь минимум из пятнадцати полей. Для consent_email запишите: тип — перечисление; начальное значение — unknown; источник — подтверждённая форма или отписка; разрешённые изменения — granted после нового доказанного согласия, revoked после отказа. Импорт без данных о разрешении не должен менять revoked на granted.

Для order_status определите pending, paid, cancelled, refunded. Если понадобится частичная оплата или частичный возврат, расширяйте модель осмысленно. До этого не помещайте исключение в комментарий, который бот не читает. Результат главы — понятная структура данных, по которой другой специалист сможет воспроизвести проверки отправки.

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

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

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

Базовые группы проекта

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

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

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

Очередь и конкуренция

Представьте, что человеку одновременно положены приветственное письмо, напоминание о заказе и новая акция. Без приоритета он получит всё сразу. В учебном проекте сначала обрабатывается подтверждение оплаты и необходимая информация о заказе. Затем обращение в поддержку. Маркетинговые сообщения проходят проверку разрешения, актуальности, частоты и отсутствия сервисной паузы.

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

Проверка частоты должна происходить перед фактической отправкой. Если контакты попали в очередь вчера, сегодня их состояние могло измениться. Там же повторно проверяются оплата, отказ и открытое обращение. Удаление из сегмента после постановки в очередь не всегда отменяет уже запланированное сообщение — это нужно проверить в выбранной платформе.

Практическое упражнение

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

Потом примените фильтр и сравните список с ожиданием. Разберите каждое расхождение. Частая ошибка — объединить условия через «или», когда нужны одновременно несколько требований. Условие «согласие есть или оплаты нет» пропустит почти любого неоплатившего, даже без разрешения. Формула должна читаться как обычное предложение.

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

Одно сообщение и одна задача

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

Для нового подписчика «Зелёной полки» первое маркетинговое письмо объясняет выбор места для растения и предлагает перейти к подбору. Второе помогает сравнить комплектацию. Третье отвечает на вопрос о первом уходе и предлагает посмотреть набор. Для покупателя эти письма прекращаются, если их задача уже неактуальна. Вместо них нужен порядок получения и использования заказа.

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

Обещание и доказательство

Проверьте каждое обещание вопросом «Чем компания это подтвердит?». Бесплатная доставка требует списка условий. Удобный уход — понятного объяснения действий и ограничений. Ограниченное предложение — настоящего срока и правила завершения. Таймер, который каждый день начинает отсчёт заново, разрушает доверие и затрудняет честную аналитику.

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

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

Контентная матрица

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

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

Как писать для диалога

В боте человек чаще отвечает небольшим действием. Начинайте с объяснения пользы вопроса: «Чтобы предложить подходящий набор, уточню освещение». Затем задайте один вопрос и дайте понятные варианты. Вариант «Не уверен» нужен, если пользователь может не знать ответа. Он уменьшает вынужденные случайные нажатия.

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

Редакторская проверка

Прочитайте текст вслух. Если трудно назвать действующее лицо, перепишите предложение. «Осуществляется предоставление возможности выбора» превращается в «Выберите набор». «Для вас подготовлено уникальное решение» заменяется описанием того, что подготовлено. Сохраняйте вежливость, но не прячьте действие за канцелярскими оборотами.

Затем проверьте текст без картинок и без имени получателя. Смысл должен сохраниться. Если имя отсутствует, используйте нейтральное приветствие. Не допускайте «Здравствуйте, !». Персонализация полезна, когда помогает с задачей, например показывает выбранный набор, а не когда случайно напоминает человеку объём собранных о нём сведений.

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

Что видит получатель

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

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

Каркас текста

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

Пример маркетингового письма: «Вы подписались на письма “Зелёной полки” о домашних растениях. Перед покупкой выберите место: сколько там света и насколько удобно поливать растение? Если место уже выбрано, сравните состав двух наборов. На странице указано, что входит в каждый вариант и что потребуется отдельно». Кнопка: «Сравнить наборы». В реальной рассылке добавляются проверенные сведения и служебный блок.

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

Ссылки и кнопки

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

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

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

Читаемость на телефоне

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

У изображения нужен понятный альтернативный текст, если оно несёт смысл. Избегайте письма, целиком собранного одной картинкой: человек может не увидеть содержание. Основные сведения и кнопки лучше оставлять текстовыми. Если используется HTML-шаблон, проверяйте его в нескольких почтовых клиентах; браузерный вид страницы не гарантирует такой же вид письма.