Как настроить пересылку писем по отделам без программиста

Письмо от клиента падает на общий ящик info@, и дальше кто-то должен решить, кому его отдать: в продажи, в поддержку или бухгалтеру на оплату счёта. Если это делает человек — он либо тормозит очередь, либо в отпуске, либо просто не успевает. Разбирали эту проблему подробно в статье про то, почему заявки теряются в общем ящике — здесь сосредоточимся на том, как настроить саму пересылку так, чтобы она работала без программиста.

Зачем пересылка писем по отделам вообще нужна

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

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

Ручные правила почтового клиента: где их предел

Первое, что приходит в голову — настроить фильтры прямо в Gmail, Яндекс.Почте или Outlook: «если тема содержит слово "счёт" — переслать в бухгалтерию». Это работает ровно до тех пор, пока писем немного и они предсказуемы по формулировкам.

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

Настройка IMAP для пересылки писем: с чего начать

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

• адрес ящика и IMAP-сервер с портом (обычно 993, с включённым SSL);
• SMTP-сервер и порт для исходящей пересылки (587 со STARTTLS или 465 с SSL);
• логин и пароль ящика — или OAuth-токен, если провайдер его поддерживает;
• список адресов, на которые распределяются письма по категориям.

Отдельный момент, на котором чаще всего спотыкаются при настройке IMAP для пересылки писем: у Gmail, Яндекса и Mail.ru обычный пароль от аккаунта не подходит для внешнего подключения — нужен пароль приложения, который создаётся отдельно в настройках безопасности. Без него IMAP просто не пустит сервис в ящик, и это выглядит как «сервис не работает», хотя причина в одной настройке. Проверка подключения обычно показывает эту ошибку сразу, до того как ящик встанет в очередь на обработку.

Жёсткие правила против классификатора писем: в чём разница

Здесь стоит различать два механизма, которые часто путают.

Жёсткое правило пересылки по отправителю — это простая и надёжная штука: письмо от конкретного адреса (например, от постоянного поставщика или от юриста) всегда уходит одному и тому же человеку, минуя любой анализ содержимого. Это удобно для предсказуемых отправителей, но бесполезно для новых клиентов, чей адрес сервис видит первый раз.

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

Как это выглядит на практике

Возьмём пример: у оптовой компании один ящик sales@, на который пишут и новые клиенты с запросом прайса, и постоянные партнёры по текущим заказам, и бухгалтерия партнёров с закрывающими документами.

Настройка занимает по сути три шага: подключить ящик по IMAP и SMTP с проверкой обеих сторон, завести жёсткое правило на пару постоянных бухгалтеров партнёров (чтобы их письма не разбирались лишний раз), и задать 3–4 категории для остального потока — новый запрос, текущий заказ, жалоба, прочее. Дальше письма от новых клиентов и партнёров классифицируются автоматически и уходят на адреса нужных менеджеров, а не лежат в общем ящике до случайного просмотра. Похожий разбор с акцентом на распределение между конкретными людьми есть в статье о том, как распределить заявки между менеджерами.

Частые ошибки при настройке

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

Забытая проверка SMTP. IMAP может подключиться нормально, а исходящая пересылка — упасть из-за неверного порта или логина. Если письма не доходят до менеджеров, первым делом проверяют именно эту сторону, а не саму классификацию.

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

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

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