У заказчика две открытые сделки: поставка оборудования и его обслуживание. Он пишет с одного адреса: «Согласовали, пришлите документы». Письмо есть в Битрикс24, но менеджер поставки думает, что ответ относится к нему, а сервисная команда продолжает ждать согласование. Наличие переписки в CRM ещё не означает правильной связи с рабочей задачей.
Разберём настройку для общего ящика продаж и нескольких параллельных сделок клиента. Это предлагаемая схема работы: сначала проверяются штатные настройки почты и CRM, затем добавляются только недостающие правила. Автоматическое определение проекта по смыслу письма не предполагается штатной функцией.
Отделите ящик, клиента, сделку и дело #
Ящик определяет, откуда получено письмо и кто может с ним работать. Контакт или компания помогают собрать историю отношений. Сделка отвечает за конкретную продажу. Дело показывает действие сотрудника и его срок. Один объект не заменяет остальные.
Совпадение e-mail помогает найти клиента, но не всегда выбирает проект. Общий адрес может принадлежать закупочному отделу, а один человек может вести несколько заказов. Нельзя принимать существование контакта за доказательство того, что найден единственный подходящий договор.
До изменения настроек возьмите несколько реальных обезличенных цепочек. Для каждой укажите правильный ящик, клиента, сделку и следующего исполнителя. Если сотрудники сами расходятся в этом выборе, интеграция не сможет надёжно автоматизировать неописанное правило.
Проверьте базовую связь почты с CRM #
В инструкции по настройке почты описана связь ящика с CRM, синхронизация папок и совместная работа. Начните с ящика, который действительно принимает обращения. Убедитесь, что проверяете нужный адрес, а не личную копию письма у одного менеджера.
Отправьте отдельное тестовое входящее письмо. Найдите его в почте и затем в CRM. Если в почте оно есть, а в карточке нет, рассматривайте проблему связи или правил обработки. Если письма нет уже в ящике Битрикс24, сначала проверяют подключение и синхронизацию. Создавать дополнительный импорт в CRM на этом этапе преждевременно.
Проверьте выбранные папки и назначение папки спама. В официальных ответах о почте в CRM отдельно описана ситуация, когда настройка спама мешает автоматическому сохранению входящих. Это конкретная причина для проверки, а не универсальное объяснение любого пропавшего письма.
Совместный доступ к ящику и доступ к карточкам должны соответствовать роли сотрудника. Не подключайте общий ящик целиком только ради одного проекта, если внутри есть другая закрытая переписка. Сначала определите, какие сообщения действительно нужны группе.
Задайте правило для нескольких сделок #
Внутренняя процедура может быть простой: ответ на известную рабочую цепочку проверяют по её контексту; новое письмо с номером заказа сопоставляют с заказом; письмо без однозначного признака направляют ответственному на разбор. Это правила организации работы, которые нужно реализовать выбранными доступными средствами, а не описание готового алгоритма Битрикс24.
Для неоднозначного сообщения показывайте варианты и основание связи. «Открыта последняя сделка клиента» — слабое основание: самая новая продажа может не относиться к письму. Не стоит автоматически менять финансовые поля или отправлять документы только по такому совпадению.
Если достаточно ручного выбора, начните с него. При наличии нужных прав письмо можно открыть из таймлайна сделки и выбрать «Ещё → Сменить сделку». Есть ограничение: после конвертации лида письмо может быть связано и с лидом, и со сделкой; тогда кнопки смены сделки нет. Этот случай отдельно описан в официальной справке, и обещать универсальную перепривязку нельзя. Сотрудник должен видеть обе нужные карточки и понимать, исправляет ли он ошибку связи или связывает одно письмо с несколькими обоснованными объектами.
После исправления проверьте не только появление письма в новой карточке. Уточните, кто теперь отвечает клиенту, какое дело осталось открытым и не запланированы ли две независимые отправки. Изменение ссылки на сделку не заменяет передачу рабочего обязательства.
Разведите новую продажу и продолжение переписки #
Письмо после завершённой сделки может содержать новую заявку, вопрос по гарантии или благодарность. Создание новой сделки на каждое сообщение завысит поток продаж и добавит менеджерам пустую работу. Полный запрет новых обращений, напротив, может скрыть повторную покупку.
В справке о повторных лидах и сделках описана зависимость поведения от режима CRM и настроек повторных продаж. Эти параметры нужно сверить на своём портале. Они не заменяют содержательное решение, относится ли конкретное обращение к новой покупке или исполнению старой.
Для своей команды определите наблюдаемые признаки. Новый состав заказа или другой предмет работ могут означать новую продажу. Уточнение адреса по действующему заказу продолжает существующий процесс. Спорные случаи должен разбирать назначенный сотрудник; статус «не определено» полезнее неправильно созданной продажи.
Не смешивайте повторную техническую доставку одного письма и новое сообщение клиента. Для собственного почтового обработчика нужна связь с устойчивым идентификатором сообщения и запись принятого решения. Нельзя дедуплицировать всю переписку только по адресу отправителя: так исчезнут реальные новые письма.
Проверьте процесс на пяти цепочках #
Первая цепочка — новый клиент без карточки. Вторая — известный клиент с одной сделкой. Третья — тот же клиент с двумя проектами. Четвёртая — новое обращение после закрытой продажи. Пятая — письмо, которое было ошибочно привязано и затем исправлено. Для каждой заранее запишите ожидаемый результат.
Проверьте исходящее письмо и ответ на него. Ответ должен найтись в нужном рабочем контексте, а сотрудник — увидеть дальнейшее действие. Отдельно проверьте вложения: наличие текста не подтверждает доступ к документу у исполнителя.
В журнале приёмки фиксируйте ID письма или иной безопасный технический указатель, карточку CRM, ответственного и результат. Тела клиентской переписки в общий отчёт не включайте. Если часть маршрута выполняется вручную, это нужно обозначить: ручное исправление не доказывает автоматическую обработку.
Нужно ли сразу разрабатывать интеллектуальную маршрутизацию? #
Нет. Если проблема связана с подключением, папками или правами, её следует устранить штатной настройкой. Отдельный классификатор имеет смысл, когда остаётся большой поток неоднозначных писем и есть проверяемые правила выбора проекта.
Можно ли подключить личные ящики менеджеров? #
Такой вариант следует оценивать по процессу: как передаётся переписка при замещении, какие письма должны попадать в CRM и кто сопровождает подключение. Количество подключённых адресов само по себе не показывает качество общей истории работы с клиентом.
Начните с письма, которое сейчас теряется #
NetLabCS поможет проверить подключение, связи карточек и маршруты ответственности при интеграции Битрикс24 с почтой . Для обсуждения задачи подготовьте обезличенную цепочку и укажите, в какой сделке она должна оказаться и кто должен ответить.
