Почта в CRM: как переписка перестаёт жить в ящиках менеджеров

Мы в Brutal Marketing видим этот сценарий минимум раз в два месяца. И почти всегда причина одна: почта живёт отдельно от CRM. Заявки с сайта падают в систему, звонки записываются, мессенджеры подключены — а самые длинные и самые дорогие переговоры до сих пор идут в ящике конкретного человека, к которому у компании нет доступа.

Ниже — практическая часть: чем отличаются личная почта, общий ящик и почта внутри CRM, как подключить канал через IMAP/SMTP или OAuth, что делать с архивом за прошлые годы и как разграничить права, чтобы менеджеры не читали письма друг друга. Если вы ещё на этапе «кажется, у нас проблема», начните с разбора CRM как системы поддержки клиентов — там подробно про общий командный ящик и симптомы, здесь — про решение.

Проблема не в том, что письма «где-то не там». Проблема в том, что почта — единственный канал продаж, который по умолчанию принадлежит не компании, а сотруднику. Телефония пишет разговоры на сервер компании. Форма на сайте отдаёт лид в CRM. А ящик ivan@company.com физически живёт в почтовом клиенте Ивана, и вся ценная информация оседает там.

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

1. История переговоров уходит вместе с человеком. Самая дорогая потеря. В карточке CRM написано «Отправил КП, жду обратной связи». Что именно отправил, по какой цене, с какими условиями доставки — знает только бывший менеджер. Новый передоговаривается с нуля, клиент раздражается и вспоминает конкурента, который уже прислал предложение.

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

3. Руководитель не видит, что происходит в переписке. Звонки прослушать можно, письма — нет. А именно в переписке чаще всего прячутся причины проигранных сделок: менеджер ответил через три дня, отправил шаблон без расчёта, согласовал скидку без утверждения. О том, как недоработанные обращения превращаются в потерянные деньги, мы разбирали в материале про управление продажами с помощью CRM.

4. Нет никакой аналитики по каналу. Сколько сделок у вас закрывается через почту? Какая средняя скорость первого ответа на письмо? Сколько писем в среднем нужно до подписания договора? Если почта вне CRM, ответ на все три вопроса — «не знаем».

5. Ручной перенос информации. Менеджер копирует куски писем в комментарии к сделке. Делает это выборочно, субъективно и ровно до тех пор, пока не забудет. Дальше карточка начинает расходиться с реальностью — и CRM превращается в набор красивых, но выдуманных данных.

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

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

Когда собственник говорит «ну подумаешь, письма», мы просим посчитать. Возьмите средний чек, количество сделок в работе у одного менеджера и текучку за год.

Пример из нашего проекта в оптовой торговле стройматериалами: средний чек $2 000, в работе у менеджера 40 активных сделок, за год из компании ушли двое из семи менеджеров. После увольнения первого отдел дожал 11 сделок из 38, после второго — 9 из 41. Остальные либо затухли, либо ушли к конкурентам. Даже при консервативной оценке конверсии, которая была до увольнения (около 30%), компания недополучила примерно $17 000 выручки за год — только из-за того, что переписка исчезла вместе с людьми.

Это не аргумент «купите интеграцию». Это аргумент, что канал коммуникации, который не принадлежит компании, — финансовый риск с конкретной ценой.

Три модели часто путают между собой, а они решают разные задачи. Разберём каждую и зафиксируем, кому что подходит.

Личная корпоративная почта. У каждого менеджера адрес на домене компании, работает он в ней через Gmail, Outlook или почтовый клиент. Компания технически владеет аккаунтом (администратор может заблокировать доступ и сбросить пароль), но ежедневной видимости нет. Чтобы узнать, что написали клиенту, руководителю нужно либо попросить переслать письмо, либо зайти в чужой ящик через админку — то, что делается раз в год и обычно уже после конфликта.

Общий почтовый ящик (shared mailbox). Один адрес на команду — sales@, support@, orders@ — к которому есть доступ у нескольких человек. Все видят все письма, можно назначить ответственного, оставить внутреннюю заметку, увидеть, что коллега уже отвечает. Для поддержки и обработки входящих это большой шаг вперёд. Но общий ящик живёт по логике писем, а не по логике сделок: в нём нет воронки, этапов, суммы, прогноза и связи со звонками.

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

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

Почта в CRM нужна, когда сделка длиннее одного письма: есть этапы, согласования, коммерческое предложение, повторные продажи. То есть практически весь B2B, услуги, проектные продажи, дистрибуция, недвижимость, оборудование. Если вы ещё определяетесь с самой системой, сначала посмотрите, что такое CRM и какие задачи она закрывает, — интеграция почты без настроенной воронки даст вам просто ещё один почтовый клиент.

Самый частый рабочий вариант — обе модели одновременно: общий sales@ как точка входа для новых обращений плюс личные ящики менеджеров, подключённые к CRM для ведения сделок.

Техническая часть занимает меньше времени, чем согласование того, кто кого будет видеть. Но ошибки на этом этапе стоят дорого: письма, которые не доходят, дубли в ящике и почтовые аккаунты, заблокированные за подозрительную активность.

Это базовый сценарий, работающий почти с любым почтовым провайдером. IMAP отвечает за получение писем (CRM читает ящик и подтягивает входящие), SMTP — за отправку (CRM отправляет письмо от вашего имени через сервер провайдера).

Стандартные параметры, которые понадобятся:

• IMAP: сервер провайдера, порт 993, шифрование SSL/TLS
• SMTP: сервер провайдера, порт 465 (SSL) или 587 (STARTTLS)
• Логин: полный адрес почты
• Пароль: отдельный пароль приложения, а не основной пароль от аккаунта

Последний пункт критичен. Google и Microsoft давно не принимают основной пароль для сторонних приложений — нужен app password, который генерируется в настройках безопасности аккаунта после включения двухфакторной аутентификации. Если ваш подрядчик просит основной пароль от почты собственника, это повод задать дополнительные вопросы.

Второй нюанс — папки. По умолчанию CRM часто синхронизирует только «Входящие». Если менеджер раскладывает письма по папкам клиентов, настройте синхронизацию нужных папок отдельно, иначе половина переписки в систему не попадёт.

Третий нюанс — «Отправленные». Когда менеджер отвечает клиенту не из CRM, а из своего Gmail, письмо всё равно должно появиться в сделке. Это работает, только если папка «Sent» тоже синхронизируется. Проверьте это первым же тестовым письмом.

Если ваша корпоративная почта на Google Workspace или Microsoft 365, подключайте через OAuth 2.0, а не через IMAP-пароль. Разница принципиальная.

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

1. Смена пароля не ломает интеграцию. С IMAP-паролем каждая смена пароля означает повторную настройку и несколько часов, пока письма не синхронизируются.
2. Отключить доступ можно за 30 секунд. Администратор отзывает токен в админке — и CRM больше не читает ящик. Без смены паролей и без привлечения подрядчика.
3. Меньше вероятность блокировки. Провайдеры воспринимают OAuth-подключение как доверенное, тогда как активный IMAP из новой страны иногда вызывает защитную блокировку аккаунта.
4. Аудит доступа. В админке видно, какие приложения и когда обращались к ящику.

Практический момент для собственника: OAuth подключает конкретный человек под своим аккаунтом. Если менеджер подключил ящик личным Google-аккаунтом на домене @gmail.com, вы снова зависите от него. Подключать нужно только корпоративные адреса на вашем домене, где администратор — вы.

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

• SPF — запись в DNS, перечисляющая серверы, которые вправе отправлять письма от имени вашего домена. Без неё часть писем уходит в спам.
• DKIM — цифровая подпись письма. Подтверждает, что письмо не подменили по дороге и что оно действительно с вашего домена.
• DMARC — политика, которая говорит почтовым сервисам, что делать с письмами, не прошедшими SPF и DKIM, и куда отправлять отчёты.

Эти три записи настраиваются один раз и напрямую влияют на то, увидит ли клиент ваше предложение. По нашему опыту, после корректной настройки SPF, DKIM и DMARC доставляемость транзакционных писем в проектах поднимается до 95–98% — а до этого компания годами списывала молчание клиентов на «неинтересно».

Отдельно про массовые рассылки: не отправляйте их с того же адреса, с которого менеджеры ведут переговоры. Жалоба на спам бьёт по репутации домена, и следующее коммерческое предложение от менеджера уедет в «Промоакции». Для регулярных кампаний используют отдельный поддомен и отдельный инструмент — как выстроить такие цепочки, мы показывали в разборе email-автоматизации для B2B, а под ключ это делаем в рамках услуги рассылки по подписке.

Пройдите эти пункты до того, как откроете настройки интеграции:

1. Все менеджеры работают на корпоративном домене, а не на личных ящиках.
2. У вас или вашего администратора есть доступ к админпанели почтового сервиса.
3. В DNS настроены SPF, DKIM и DMARC.
4. Вы решили, какие ящики подключаете: личные, общие или оба типа.
5. Вы решили, по какому принципу менеджеры будут видеть письма коллег (об этом — следующий раздел).
6. Вы знаете, что делаете с архивом за прошлые годы.
7. Вы подготовили 2–3 шаблона писем, чтобы менеджерам сразу было чем пользоваться.

Пункты 4–6 — это не ИТ, а управленческие решения. Их нужно принять до технической настройки, иначе придётся перенастраивать систему уже на живых данных. Общую логику последовательности мы описывали в материале про этапы внедрения CRM-системы — с почтой действует тот же принцип: сначала договорённости, потом кнопки.

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

В ящике менеджера, который работает три года, лежит 30–50 тысяч писем. Из них к продажам относятся примерно 15%. Остальное — рассылки сервисов, внутренние согласования, счета от провайдеров, спам, просочившийся сквозь фильтры, и переписка с подрядчиками.

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

Сценарий 1: синхронизировать последние 30–90 дней (подходит 70% компаний). Большинство интеграций позволяют указать глубину синхронизации. Вы подтягиваете свежую переписку, относящуюся к активным сделкам, и не тащите археологию. Старые ящики при этом остаются доступными — просто не в CRM.

Сценарий 2: выборочный перенос по активным сделкам. Рабочий подход, когда цикл сделки длинный и переговоры идут месяцами. Менеджер проходит свои активные сделки и пересылает ключевые письма на служебный адрес CRM — система привязывает их к нужной карточке по адресу клиента. Один человек закрывает 40 сделок примерно за полдня. Долго, зато в CRM попадает только то, что имеет значение.

Сценарий 3: полный импорт с фильтрацией. Оправдан в нишах, где переписка имеет юридический вес: логистика, ВЭД, подряд, тендеры. Здесь архив выгружают в формате .mbox или .pst, чистят скриптом по списку доменов и отправителей, и только потом заливают в систему. Это отдельный проект с бюджетом и сроками, а не галочка в настройках.

Привязка писем к карточкам работает по адресу электронной почты. Отсюда вполне предсказуемые сбои, к которым стоит подготовиться заранее.

• У клиента два адреса (o.petrenko@ и office@) — CRM создаст два контакта. Решение: разрешить несколько email в одном контакте и настроить поиск дублей перед импортом.
• Письмо пришло с общего адреса компании-клиента — привяжется не к тому человеку. Решение: правило привязки по домену к компании, а не к контакту.
• В сделке переписывались с бухгалтером, юристом и закупщиком — три контакта на одну сделку. Это нормально, главное, чтобы все трое были привязаны к одной компании.
• Внутренняя переписка между коллегами попала в систему. Решение: исключить собственный домен из списка синхронизации. Этот пункт забывают чаще всего.

Что делать с ящиками уволившихся сотрудников: не удаляйте аккаунт сразу. Рабочий порядок — конвертировать ящик в общий или архивный, сохранить доступ у руководителя отдела, настроить переадресацию на нового ответственного и только через 3–6 месяцев принимать решение об удалении. Стоимость хранения — несколько долларов в месяц, стоимость потерянной истории мы считали выше.

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

Модель «все видят всё». Каждый менеджер видит переписку коллег. Подходит малым командам до 5 человек и компаниям, где сделки ведут совместно. Плюс — взаимозаменяемость: во время отпуска или болезни никто не остаётся без контекста. Минус — риск перехвата клиентов внутри отдела и ощущение стеклянной комнаты.

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

Модель «по сделке, а не по ящику». Самая тонкая настройка: доступ определяет не то, чей ящик, а то, кто ответственный за сделку. Передали сделку коллеге — вместе с ней передали и доступ к переписке. Подходит командам, где есть разделение на хантеров и фермеров или где сделка последовательно проходит через нескольких человек.

Достаточно одной страницы, с которой ознакомлены все. Минимальный набор пунктов:

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

Формулировки намеренно жёсткие, потому что мягкие здесь не работают. Но объясните команде и обратную сторону: история в системе защищает и самого менеджера. Когда клиент утверждает, что ему обещали другую цену, письмо в карточке сделки закрывает спор за 30 секунд. Похожая логика действует и с ошибками выбора инструмента — мы разбирали её в материале про просчёты при выборе CRM: зафиксированные правила защищают обе стороны.

Подключение почты — не самоцель. Смысл имеет только то, что вы после этого увидите и измените. Вот метрики, которые стоит снимать с первой недели, чтобы потом было с чем сравнивать.

Скорость первого ответа на письмо. До интеграции её никто не знает. После — это отчёт в два клика. В проекте по продаже промышленного оборудования мы зафиксировали средний первый ответ 9 часов; после настройки автоматического распределения входящих и задачи «ответить в течение 2 часов» показатель упал до 1 часа 40 минут за шесть недель.

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

Количество писем до закрытия сделки. Даёт понимание реальной длины цикла и помогает нормировать нагрузку на менеджера.

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

Дальше подключаются автоматические письма: подтверждение заявки, напоминание о КП, реактивация молчащих сделок. Но сначала прозрачность, потом автоматизация. Как эта цепочка выстраивается на уровне управления отделом, мы показывали в материале про управление продажами с помощью CRM.

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

Порядок действий без лишних усложнений: наведите порядок в домене (SPF, DKIM, DMARC), подключите корпоративные ящики через OAuth, ограничьте глубину синхронизации 30–90 днями, исключите внутренний домен, настройте модель «своё + руководитель видит всё» и закрепите правила одной страницей регламента. Техническая часть занимает день-два, управленческая — неделю разговоров с командой.

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

Мы в Brutal Marketing подберем для вас лучшую программу CRM, которую вы сможете использовать в своем бизнесе. Мы с удовольствием расскажем вам о возможностях программы и покажем, какие настройки точно помогут вам достичь желаемых финансовых результатов.

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

Оставляйте заявку на странице внедрения CRM-системы или посмотрите, как мы строим регулярные рассылки по подписке без ущерба для репутации вашего домена.