Куда должны приходить заявки из чата: Telegram, почта или CRM
Заявки из чат-бота должны попадать сразу в Telegram-группу отдела продаж — для ответа за 1–2 минуты, и в CRM или 1С — для истории клиента и отчётности. Почта годится только как резервный канал: письма чат-бота лежат там же, где спам и рассылки, и открываются с задержкой в часы, а иногда в сутки.
Почему возникает путаница: где теряются заявки из чат-бота
Понедельник, 9:12 утра. Менеджер по продажам московской компании открывает почту после планёрки — и видит 17 непрочитанных писем от чат-бота с сайта, три из них с почти одинаковым текстом «здравствуйте, интересует расчёт стоимости», отправленные в 22:40, 23:15 и 6:03. Он отвечает на первое письмо, остальные два помечает как дубли и удаляет — но это были три разных клиента, просто бот поймал одинаковую фразу.
Бот сработал исправно: поймал заявку, отправил письмо, зафиксировал контакт. Но письмо ушло в общий ящик info@, который проверяют раз в сутки, поэтому клиент, написавший ночью, получил ответ только на следующий рабочий день — когда уже написал ещё двум подрядчикам и выбрал того, кто перезвонил первым.
Похожая история повторяется в компаниях, где чат-бот подключили быстро и не подумали, куда дальше передавать заявку. Email как единственный канал — самый частый источник проблемы: письма попадают в спам, теряются между несколькими адресами (info@, sales@, личная почта менеджера), и никто персонально не отвечает за то, что заявка вообще была обработана. Telegram решает скорость, но без записи в CRM менеджер, ответивший в чате, забывает поставить статус, и через месяц никто не может сказать, сколько заявок реально дошло до звонка.
Цена вопроса не абстрактная. Заявка, на которую не ответили в течение часа, для B2B-покупателя чаще всего равносильна отказу: он уже сравнивает предложения нескольких подрядчиков и выберет того, кто откликнулся первым. Для отдела продаж это упущенная выручка, для директора — невозможность посчитать стоимость одного лида с сайта, потому что часть заявок вообще не попала ни в один отчёт.
Telegram, почта или CRM: что выбрать для заявок с сайта
У каждого канала своя роль, и спор «что лучше» обычно решают неправильно — выбирают один канал вместо того, чтобы развести между ними задачи.
| Канал | Скорость реакции | Где хранится история | Риск потери заявки | Когда подходит |
|---|---|---|---|---|
| Telegram | Секунды — push-уведомление на телефон | Диалог теряется среди других чатов, статус нигде не фиксируется | Высокий, если менеджер офлайн и заявку никто не подхватил | Быстрое уведомление команде из 1–5 человек |
| От часа до суток — письма читают пачками | Средне: письмо можно найти, но без привязки к клиенту и сделке | Высокий: спам-фильтры, несколько ящиков, забытые пароли | Резервный канал и уведомления для бухгалтерии | |
| CRM или 1С | Почти мгновенно при вебхуке, без него — вручную и с задержкой | Отличное: карточка клиента, история переписки, статус сделки | Низкий, если интеграция настроена и есть ответственный за очередь | Отдел продаж от 5 менеджеров, нужна отчётность и повторные продажи |
| Telegram + CRM вместе | Секунды на уведомление, фиксация без ручного ввода | Отличное — заявка видна и в чате, и в карточке клиента одновременно | Низкий | Оптимально для большинства компаний с чат-ботом на сайте |
Для малого бизнеса без CRM связка «Telegram плюс таблица» работает первые месяцы, но перестаёт справляться, когда заявок становится больше десятка в день: без карточки клиента невозможно понять, писал ли человек раньше, на каком этапе сделка и кто из менеджеров её ведёт. У компаний, которые уже работают на 1С:Управление торговлей, задача решается проще — заявка из чат-бота через API сразу становится документом или контрагентом в базе, без переноса вручную.
Как исправить маршрутизацию, если заявки дублируются или пропадают
Если заявки уже путаются между каналами, чинить стоит не бота, а маршрут, по которому заявка идёт после того, как клиент нажал «отправить».
Шаг 1. Уберите почту из числа основных каналов
Оставьте email как копию для истории или бухгалтерии, но не как канал, где менеджер должен заметить новую заявку. Письмо не умеет всплывать поверх остальных задач, а спам-фильтр время от времени режет рассылку от бота вместе с настоящей рекламой.
Шаг 2. Заведите заявку сразу в CRM или 1С через API
Ручной перенос заявок из почты в CRM — место, где чаще всего теряется часть обращений: менеджер отвлёкся, забыл, решил, что «это не горит». Правильная схема — вебхук: чат-бот сразу создаёт документ или контакт в 1С, минуя человека. Если в компании уже есть 1С:Управление торговлей или 1С:ERP, такая доработка 1С обычно укладывается в несколько часов работы программиста — по тарифу сопровождения это от 3800 руб/час. Если CRM в 1С ещё нет, её внедрение закрывает сразу и задачу с заявками, и учёт продаж в целом.
Шаг 3. Разведите дубли по телефону, а не по тексту сообщения
Бот часто получает от разных людей похожие фразы — «хочу заказать», «сколько стоит». Дедупликация по тексту сообщения, как в примере выше, теряет реальных клиентов. Правильный ключ — номер телефона или идентификатор сессии чата: если он новый, это новый лид, даже если текст совпал слово в слово.
Шаг 4. Замените общий чат на распределение по очереди
Заявка, которая падает сразу в общегрупповой Telegram-чат из семи менеджеров, часто не достаётся никому — каждый считает, что ответит кто-то другой. Рабочая схема — распределение по очереди: заявки по кругу назначаются на конкретного менеджера, а не публикуются веером на всех сразу. Для отдела из двух-трёх человек хватит и договорённости «чётные дни — Иван, нечётные — Мария», для отдела побольше распределение обычно заводят прямо в CRM, где видно, у кого сейчас меньше открытых сделок.
Что делать, если ошибка маршрутизации заявок повторяется
Если маршрут настроили, а заявки всё равно иногда не доходят, искать нужно не в боте, а в том, что происходит между ботом и CRM. Частая причина: вебхук упирается в 1С на слабом сервере, который не успевает ответить за отведённые несколько секунд, из-за чего заявка просто не сохраняется, а бот не сообщает об ошибке никому. Вторая причина — устаревшая версия 1С без штатной поддержки REST-API: тогда разработчику приходится городить обходные пути, которые ломаются при каждом обновлении конфигурации.
Проверить первую причину можно по системным требованиям 1С и по логам: если вебхук от чат-бота отвечает 500-й ошибкой именно в момент пиковой нагрузки — например, по утрам, когда бухгалтерия параллельно закрывает месяц — серверу банально не хватает ресурсов. Для базы, которая держит и учёт, и приём заявок с сайта, аренда сервера 1С от 3300 руб/мес обычно выходит дешевле, чем зависший на час чат-бот и упущенные за это время заявки. Если же причина во второй — в старой версии платформы без API, разработчику проще не городить костыли, а сделать обновление 1С: заявки из чат-бота начнут доходить тем же вебхуком, что и остальные интеграции.
Третья причина встречается реже, но бьёт больнее: вебхук работает исправно, а заявка «теряется» уже внутри 1С — например, из-за разных написаний одного телефона (с +7 и с 8 в начале) система заводит две карточки одного клиента вместо одной, и менеджер видит только первую. Если ошибка повторяется именно так — из раза в раз с одной и той же категорией заявок, а не хаотично, — чинить нужно не сам факт сбоя, а правило нормализации данных на входе: телефон приводится к единому формату до того, как заявка становится документом в базе.
Как предотвратить потерю заявок из чат-бота
Разовая настройка маршрута не гарантирует, что через полгода всё не расползётся обратно — люди меняются, интеграции ломаются после обновлений, а новый менеджер может не знать, что почту читать не нужно.
- ✓Назначьте одного ответственного за очередь заявок в CRM — не «весь отдел», а конкретного человека, который проверяет, что каждая заявка получила статус в течение рабочего дня.
- ✓Настройте автоответ в Telegram и подтверждение в CRM, чтобы клиент и менеджер видели: заявка дошла, а не просто отправилась в пустоту.
- ✓Раз в квартал сверяйте число заявок от бота с числом карточек в CRM — расхождение сразу покажет, что какой-то канал снова начал терять обращения.
- ✓Храните телефон, почту и имя из заявок там, где к ним есть контролируемый доступ, а не в личных чатах сотрудников: это требование 152-ФЗ о персональных данных, и для чат-бота оно действует так же, как для любой другой формы на сайте.
Мы подключаем чат-боты к 1С через API — от разовой доработки на несколько часов сопровождения до сценария, где бот сразу создаёт заказ в 1С:Управление торговлей или заявку в 1С:ERP для отделов продаж с несколькими направлениями. Если чат-бот уже стоит на сайте, а заявки до сих пор идут только на почту, найти, где теряется поток, обычно можно за один созвон.
❓ Частые вопросы
Можно ли ограничиться только Telegram, без CRM?
Для команды из одного-двух менеджеров — да, на первое время: Telegram даёт скорость, а объём заявок ещё небольшой. Но как только их становится больше десятка в день, без карточки клиента не видно, кто уже писал раньше и на каком этапе сделка, поэтому часть обращений теряется или дублируется.
Как чат-бот технически передаёт заявку в CRM или 1С?
Через вебхук: при отправке формы на сайте бот сразу вызывает API 1С и создаёт документ или контакт, минуя ручной перенос и почту. Если в используемой версии 1С ещё нет такого API, разработчик добавляет его отдельной доработкой — обычно это укладывается в несколько часов работы.
Что делать с заявками, которые пришли ночью?
Бот фиксирует заявку в CRM сразу, в любое время суток, а Telegram-уведомление можно отложить до утра или направить дежурному менеджеру. Главное — заявка не должна лежать только в почте: клиент, не получивший ответ к утру, к обеду уже найдёт и напишет конкуренту.
Сколько стоит подключить чат-бот к 1С?
Зависит от того, что уже есть в компании: если 1С:Управление торговлей или 1С:ERP уже развёрнуты, доработка под приём заявок из чат-бота обычно укладывается в несколько часов работы по тарифу сопровождения — от 3800 руб/час. Если CRM в 1С ещё нет, стоимость считается отдельно как внедрение.
Заявки дублируются в CRM — в чём причина?
Чаще всего причина в разном написании номера телефона — с +7 и с 8 в начале — из-за чего система заводит две отдельные карточки одного и того же клиента вместо одной. Решение — нормализация номера в единый формат ещё до того, как заявка попадает в базу.
Или позвоните: +7 495 133-92-44 — в рабочее время с 9:00 до 19:00
Остались вопросы? Нужна помощь?
Менеджеры компании с радостью ответят на ваши вопросы, произведут расчет стоимости услуг и подготовят индивидуальное коммерческое предложение.
Бесплатная консультация

