CRM и Bitrix24 06 июля 2026 8 мин

Почему заявки с сайта теряются и как связать формы с Bitrix24

Разбираем, почему заявки пропадают между формой, почтой, Telegram и CRM, и как собрать единую логику обработки обращений.

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

Что получает бизнес

Скорость ответа видно время создания и первого контакта

История письма, звонки и сообщения связаны с клиентом

Контроль понятны ответственный, статус и просрочка

Аналитика источник заявки связан с результатом сделки

Где чаще всего ломается цепочка

форма отправляет письмо, но не создаёт лид или сделку;
данные уходят в CRM без источника и UTM;
телефон сохраняется в разных форматах;
нет проверки дублей;
ответственный назначается вручную;
нет статуса “не обработано”;
ошибки формы никто не мониторит.

Нормальная схема обработки

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

Это схема, а не готовый endpoint В production нужны проверка HTTP‑метода и CSRF, серверная валидация, rate limit/антиспам, таймауты, идемпотентность, безопасное хранение секретов и журналирование без открытых персональных данных.

php

$payload = [
    'name' => trim($_POST['name'] ?? ''),
    'phone' => normalizePhone($_POST['phone'] ?? ''),
    'email' => trim($_POST['email'] ?? ''),
    'source' => 'site_form',
    'utm_source' => $_POST['utm_source'] ?? '',
    'utm_campaign' => $_POST['utm_campaign'] ?? '',
];

// 1. check method, CSRF and rate limit
// 2. validate and normalize on the server
// 3. find contact by normalized phone/email
// 4. create or update lead/deal idempotently
// 5. save source and responsible manager
// 6. persist before calling CRM, retry on timeout
// 7. log technical status without exposing personal data
// 8. return a safe response to the browser

Что обязательно передавать в CRM

Контакт имя, телефон, email, город, удобный способ связи

Задача текст обращения, услуга, страница, файл или ссылка

Источник форма, страница, UTM, реферер, рекламная кампания

Контроль ответственный, статус, дата, ошибка отправки

Антидубли

Если не нормализовать телефон, один человек может попасть в CRM как три разных клиента: +7..., 8..., номер с пробелами. Перед поиском контакта телефон нужно привести к одному формату.

Что делать с ошибками

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

Мини-чек-лист

каждая форма создаёт понятную сущность в CRM;
телефон нормализуется;
есть поиск дублей;
передаются UTM и страница заявки;
у ошибки есть лог;
руководитель видит необработанные заявки;
есть тестовая заявка после каждого релиза.

Главная мысль CRM не спасает сама по себе. Спасает понятный сценарий: от формы до ответственного менеджера и статуса обработки.