Переписка в личных ящиках
История общения с клиентом живёт у конкретного менеджера. Уходит сотрудник — уходит и контекст.
Коммуникации с клиентом
Интеграция email-сервисов: единый ящик и транзакционные письма
Переписка с клиентом остаётся в системе, а не в чужом ящике
Сводим входящие письма в общий ящик, где обращение привязано к клиенту и сделке. Отдельным контуром настраиваем транзакционные письма — от их доставки зависят заказы, счета и восстановление доступа. Рассылки идут третьим потоком, чтобы не портить репутацию домена.
Где переписка расходится с продажами
Почта — самый старый канал общения с клиентом и самый слабо связанный с учётом. Проблемы почти всегда одни и те же.
Письмо есть, заявки нет
Обращение из почты переносят в систему руками, поэтому часть писем так и остаётся без сделки и без ответа.
Важные письма в спаме
Подтверждение заказа и счёт не доходят, клиент звонит уточнять — а причина в настройках домена, а не в тексте.
Непонятно, дошло ли письмо
Отправили и надеемся. Отказы и жалобы не видны, база постепенно засоряется нерабочими адресами.
Что и в какую сторону ходит
Два потока писем живут по разным правилам: переписка зависит от клиента, транзакционные письма — от событий в заказе. Источник правды у каждого свой.
Сущность
Направление
Что важно учесть
Входящее письмо
Почтовый сервис → общий ящик
Письмо приходит вебхуком, а если сервис его не поддерживает — забирается по IMAP по расписанию. Нить переписки собирается по заголовкам, а не по совпадению темы.
Привязка к клиенту
Общий ящик → CRM
Адрес отправителя сопоставляется с контактом и открытой сделкой. Письмо с неизвестного адреса создаёт обращение, а не оседает в папке «Входящие».
Ответ клиенту
Система → почтовый сервис
Отправка идёт от общего адреса компании, копия остаётся в истории сделки. Видно, кто из менеджеров отвечал и когда.
Транзакционные письма
Заказ → клиент
Подтверждение заказа, счёт, смена статуса, восстановление доступа. Идут отдельным потоком и отдельным поддоменом, чтобы рассылка не влияла на их доставку.
События доставки
Сервис → карточка письма
Доставлено, открыто, отказ, жалоба на спам. Жёсткий отказ по адресу переводит контакт в неактивные и блокирует дальнейшие отправки.
Отписки и согласия
Клиент → база рассылки
Ссылка отписки работает без авторизации, а факт отказа хранится в карточке контакта — сегменты собираются с его учётом.
Смена почтового провайдера не должна ломать историю: письма и вложения хранятся у нас, а не только на стороне сервиса.
Два потока писем, которые нельзя смешивать
Если отправлять рассылки и подтверждения заказов через один канал, жалоба получателя ударит по всем письмам сразу — включая те, от которых зависит выручка.
Транзакционные письма
Заказ, счёт, оплата, статус доставки, восстановление пароля. Уходят сразу по событию и не зависят от маркетингового расписания.
Массовые рассылки
Анонсы и предложения по сегментам с ограничением частоты. Отдельный поток, отдельный поддомен, отдельная статистика.
Работа с отказами
Адрес с отказом или жалобой исключается из будущих сегментов автоматически — чистка базы не превращается в ручную работу.
Проверка перед отправкой
Предпросмотр шаблона и тестовые адреса до запуска: вёрстка и ссылки проверяются на реальных почтовых клиентах, а не на одном браузере.
Как добиваемся доставляемости
Доставляемость — это не текст письма, а техническая репутация домена и аккуратность базы. Ниже то, что проверяем и настраиваем.
- Записи домена SPF, DKIM и DMARC настроены и проверены на реальной отправке
- Домен или поддомен для рассылок отделён от домена транзакционных писем
- Обратный адрес для отказов задан — возвраты писем попадают в обработку, а не в никуда
- Отправка идёт через сервис с историей репутации, а не напрямую с хостинга сайта
- Объём наращивается постепенно: резкий старт по большой базе сразу даёт спам-фильтры
- Отказы и жалобы исключают адрес из будущих сегментов автоматически
Как мы выстраиваем почтовый контур
Сначала разделяем потоки писем и проверяем техническую доставляемость, потом подключаем общий ящик к сделкам. В таком порядке проблемы видно до запуска рассылок, а не после.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает обмен надёжным
Это не «дополнительные опции», а обязательная часть любой интеграции, которую мы сдаём.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «Коммуникации с клиентом»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
Телефония
Звонок сразу открывает карточку клиента
Интеграция с телефонией: входящие и исходящие звонки, записи разговоров, пропущенные вызовы и статистика.
ПодробнееSMS-шлюзы
Клиент узнаёт о статусе сам
Интеграция с SMS-шлюзами: уведомления о заказах, коды подтверждения, напоминания и массовые рассылки.
ПодробнееЧат-боты и мессенджеры
Заявка из мессенджера становится сделкой
Интеграция с чат-ботами и мессенджерами: Telegram, WhatsApp, VK — приём заявок и передача в CRM.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции email
Если вашего вопроса здесь нет — задайте его в форме ниже.
Чем транзакционные письма отличаются от рассылок?
Транзакционные отправляются по конкретному событию: заказ оформлен, счёт выставлен, пароль сброшен. Рассылки — маркетинговые, по сегментам и с ограничением частоты. Смешивать их нельзя: жалоба на рассылку ухудшает репутацию домена и бьёт по письмам с подтверждением заказа.
Почему наши письма попадают в спам?
Чаще всего из-за технических записей домена — SPF, DKIM и DMARC — или из-за несоответствия адреса отправителя домену сайта. Второй фактор — резкие всплески объёма и отправка по старым адресам без согласия. Начинаем с диагностики: смотрим отчёты почтовых провайдеров, а не гадаем по тексту письма.
Можно ли оставить менеджерам привычную почту?
Работать они могут из любого клиента, но переписка с клиентами идёт через общий адрес и остаётся в системе. Иначе история общения снова расползётся по личным ящикам, и при уходе сотрудника она уйдёт вместе с ним.
Что происходит с письмами, которые не удалось разобрать?
Они попадают в отдельную очередь с пометкой, что адрес или тема не распознаны. Ответственный видит их списком и привязывает к клиенту вручную, поэтому письмо не исчезает молча в чужом ящике.
Нужны ли согласия на рассылки?
Для маркетинговых писем — да, и в каждом письме должна работать отписка в один клик. Отказы и жалобы хранятся в карточке контакта и автоматически исключают адрес из будущих сегментов, включая загруженные извне списки.
Покажите, где сейчас теряются письма
Расскажите, через какой сервис отправляете письма, кто отвечает клиентам и какие письма важнее всего. Проверим доставляемость и предложим схему.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.