17 марта 2026 г. · 6 мин чтения
Как принимать заявки с сайта
Потерянная заявка стоит дороже, чем весь сайт в пересчёте на одну сделку. При этом теряются они регулярно, и почти всегда по одним и тем же причинам.
Почему почта ненадёжна
Письмо с сайта уходит с адреса, который не совпадает с доменом отправителя, и почтовые службы охотно кладут такие письма в спам. Проверять папку спам никто не будет.
Даже если письмо доходит, оно теряется в потоке. Заявка, пришедшая в четверг вечером, обнаруживается в понедельник, когда клиент уже написал конкурентам.
Если почта всё же основной канал, настраивайте подписи домена и дублируйте заявку куда-то ещё.
Рабочая схема
Заявка сохраняется на сервере сразу, до всяких отправок. Это гарантирует, что она не исчезнет, даже если все каналы уведомлений сломались.
Дальше уходит мгновенное уведомление туда, где менеджер живёт: в мессенджер или в CRM. Реакция за минуты, а не за часы.
Параллельно заявка попадает в CRM с меткой источника, чтобы потом можно было посчитать, какая реклама окупается.
Клиенту приходит подтверждение, что заявку получили. Это снижает число повторных обращений с тем же вопросом.
Что ломается чаще всего
Истёк токен интеграции с CRM, и заявки молча перестали доходить. Спасает уведомление об ошибке отправки, а не только об успехе.
Сменился сотрудник, и уведомления уходят на его закрытый ящик.
Заблокировали сервис, через который шли уведомления. Такое случается, и тогда выручает второй канал.
Поменяли вёрстку формы и сломали отправку. Поэтому форму стоит проверять после каждой правки сайта.
Простая проверка раз в месяц
Отправьте заявку сами, с телефона, как обычный клиент. Дошло ли уведомление, попало ли в CRM, пришло ли подтверждение клиенту.
Это занимает две минуты и находит проблемы, о которых иначе узнаёшь через квартал по упавшему числу обращений.
Коротко
Сначала сохраните заявку, потом уведомляйте. И держите два независимых канала уведомлений, потому что один рано или поздно отвалится.