Официальные лицензии Битрикс24, Облако и Коробка
Продажа и продление по официальным ценам. Подберу тариф под масштабы бизнеса, быстро оформлю ключи и помогу развернуть систему.
Вопрос «как создать заявку в Битрикс24» на практике почти всегда упирается в выбор между четырьмя способами: руками через интерфейс CRM, через CRM-форму на сайте, через REST API и вебхуки, или через открытую линию из мессенджера. У каждого свои плюсы, и я обычно смотрю не на то, что проще настроить, а на то, откуда реально идёт трафик клиента. Заявка в терминах Битрикс24 - это почти всегда сущность «Лид», и только когда воронка короткая и решение принимается сразу, имеет смысл заводить сразу «Сделку». Ниже разбираю все четыре способа создания и отдельно маршрутизацию: без неё заявки копятся в общей очереди, и половина из них обрабатывается на четвёртый-пятый час вместо первых пяти минут.
Что считать заявкой в Битрикс24: лид или сделка
В терминологии Битрикс24 «заявки» как отдельного объекта нет. Есть Лид, есть Сделка, и заявка с сайта или из формы попадает в одну из этих сущностей в зависимости от настройки. На практике я завожу лид, когда контакт ещё не подтверждён как реальный клиент: человек оставил телефон на сайте, написал в мессенджер, оставил заявку на обратный звонок. Лид проверяется менеджером, квалифицируется, и либо конвертируется в сделку и контакт, либо закрывается как нецелевой.
Сделку сразу, минуя лид, я завожу в двух случаях: короткая воронка B2C, где решение о покупке принимается за один звонок (интернет-магазин на WooCommerce с оплатой через T‑Bank работает именно так), либо когда заявка приходит уже квалифицированной, например из партнёрской сети или от отдела продаж, который сам проверил контакт. Для длинных B2B-воронок лид почти всегда оправдан: он отделяет мусорные обращения от реальных сделок и не захламляет отчёты по конверсии.
Ещё на этом же этапе я обычно настраиваю обязательные пользовательские поля: канал привлечения, регион, интересующую услугу. Без них ни маршрутизация по правилам, ни аналитика по каналам работать не будут - система физически не может отличить заявку с органического трафика от заявки с рекламы, если это поле пустое.
Как создать заявку в Битрикс24 вручную через интерфейс
Ручное создание использую редко, но именно с него стоит разбираться в теме, потому что на нём видно все поля, которые потом придётся заполнять автоматикой.
Путь простой: раздел CRM, вкладка «Лиды», кнопка «Добавить лид». Обязательных полей всего два - название и хотя бы один контакт (телефон или почта), но для нормальной работы маршрутизации я всегда заполняю ещё три:
- Источник - без него правила распределения не сработают корректно, и лид уйдёт в общую очередь
- Ответственный - если не назначить, лид достаётся руководителю отдела продаж по умолчанию
- Сумма и товарные позиции - нужны для прогноза выручки в отчётах
Ручное создание одного лида занимает 2-3 минуты вместе с проверкой дублей. При объёме больше 15-20 обращений в день ручной ввод перестаёт работать: менеджер либо забывает завести часть заявок, либо тратит на CRM больше времени, чем на звонки.
Создание заявок через CRM-формы и вебхуки сайта
Для сайта у Битрикс24 есть встроенный конструктор CRM-форм: собираешь форму в интерфейсе CRM, вставляешь JS-код на страницу, и заявки падают в лиды напрямую, без промежуточных сервисов. Работает на любом сайте, где можно вставить свой скрипт, но для лендингов на Tilda я почти всегда выбираю другой путь.
У Tilda своя система форм с валидацией и антиспам-защитой, и переделывать её под виджет Битрикс24 избыточно. Проще отправить данные формы на вебхук - Tilda поддерживает произвольный webhook в настройках формы, а на стороне Битрикс24 создаётся входящий вебхук с правом crm на добавление лида. Лид создаёт метод crm.item.add с entityTypeId 1, прежний crm.lead.add в документации помечен DEPRECATED, хотя пока доступен:
curl -X POST "https://ваш-портал.bitrix24.ru/rest/1/xxxxxxxxxxxxxxxx/crm.item.add.json"
-H "Content-Type: application/json"
-d '{"entityTypeId": 1, "fields": {"title": "Заявка с сайта", "name": "Иван", "fm": [{"typeId": "PHONE", "valueType": "WORK", "value": "+79991234567"}], "sourceId": "WEB", "assignedById": 5}}'
Такой вебхук закрывает базовый случай, но если в форме есть оплата через T‑Bank или расчёт доставки через СДЭК, логика усложняется: нужно принять данные, провалидировать, создать лид или сразу сделку, привязать оплату, и при ошибке не потерять заявку, а поставить её в очередь на повтор. Типовой вебхук без обработки ошибок на потоке 50+ заявок в день теряет часть обращений при любой заминке на стороне Битрикс24. Комплексная интеграция такого рода (форма на Tilda, эквайринг T‑Bank, доставка СДЭК и создание сделки в Битрикс24) у меня стоит от 40 000 ₽, потому что кроме самого вебхука нужны обработка ошибок, дедупликация и повторная отправка при сбое. Если требуется именно такая связка сайта, оплаты и CRM под конкретный процесс, эту работу я обычно оформляю как отдельную настройку и интеграцию Битрикс24, а не как разовый скрипт.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Заявки из мессенджеров и открытых линий
Для WhatsApp, Telegram и ВКонтакте в Битрикс24 есть штатный модуль «Открытые линии»: подключаешь канал через коннектор, и переписка сама создаёт лид на первое обращение. Это самый быстрый способ получать заявки из мессенджеров без единой строчки кода, но у него есть ограничение: открытая линия создаёт лид один раз на диалог, и если клиент пишет через полгода, система может либо завести новый лид, либо докинуть сообщение в старый, в зависимости от настройки повторных обращений.
Свой бот на aiogram - другая история. Если у бизнеса уже есть Telegram-бот с собственной логикой (запись на услугу, расчёт стоимости, квиз), тянуть его в штатный коннектор открытых линий часто неудобно: теряется кастомная логика диалога. В таком случае бот сам обращается к REST API Битрикс24 и создаёт лид с нужными полями в момент, когда пользователь доходит до финального шага воронки внутри бота. Такую связку, бот плюс создание заявок в CRM, я обычно оцениваю от 30 000 ₽ в зависимости от сложности сценария и набора полей, которые нужно прокинуть.
Маршрутизация заявок между менеджерами
Создать заявку - половина работы, вторая половина - доставить её нужному человеку быстро. В Битрикс24 для этого есть штатные правила распределения лидов: раздел CRM, настройки, «Автоматическое распределение лидов». Там задаётся очередь ответственных и логика:
- По очереди (round-robin) - каждый новый лид уходит следующему менеджеру в списке
- По источнику - лиды с сайта одному отделу, из мессенджеров другому
- По рабочему времени - если менеджер не в графике, лид уходит следующему по очереди, а не зависает в его закладке до утра
Штатных правил хватает в 70-80% случаев. Когда логика сложнее, например нужно учитывать одновременно регион клиента, загрузку менеджера и рабочее время нескольких часовых поясов, я выношу распределение во внешний слой на n8n: заявка сначала попадает в n8n через вебхук, там проверяется по правилам (регион, история обращений, текущая загрузка по данным того же REST API Битрикс24), и только потом создаётся лид уже с проставленным ответственным. Такая связка стоит от 25 000 ₽ и окупается тогда, когда цена ошибки маршрутизации выше стоимости настройки: обычно это B2B с длинным циклом сделки, где потерянная заявка означает упущенный контракт, а не просто одну упущенную консультацию.
Типичные ошибки при настройке заявок и маршрутизации
За практику чаще всего встречаю пять повторяющихся проблем:
| Ошибка | Что происходит | Как чиню |
|---|---|---|
| Нет проверки дублей | Один клиент оставляет заявку на сайте и пишет в WhatsApp - получаются два лида на одного человека | Проверка по телефону перед созданием лида, привязка к существующему контакту |
| Не заполняется источник | Отчёты по каналам показывают неверную картину, маршрутизация по источнику не работает | Источник проставляется автоматически в вебхуке, а не руками |
| Вебхук без повторных попыток | При кратковременной недоступности портала заявка теряется без следа | Очередь с повтором отправки при ошибке, в том числе через n8n |
| Round-robin без учёта отпусков | Лиды продолжают падать менеджеру, который в отпуске | Синхронизация очереди распределения с графиком отсутствий |
| Нет рабочего времени в правилах | Заявка ночью уходит менеджеру, который увидит её только утром, хотя дежурный свободен | Расписание в правилах распределения плюс дежурная очередь |
Ни один из этих пунктов не требует полной переделки CRM: обычно достаточно доработать конкретный вебхук или правило распределения. Но проверять их стоит сразу после запуска, а не через два месяца, когда накопится статистика по потерянным заявкам.
Частые вопросы
Чем лид отличается от сделки в Битрикс24?
Лид - это непроверенное обращение, сделка - подтверждённая работа с клиентом, у которой есть сумма, товарные позиции и стадии продажи. Лид либо конвертируется в связку контакт плюс сделка, либо закрывается как нецелевой. Для коротких воронок B2C сделку иногда заводят сразу, минуя лид.
Как автоматически создать заявку из формы на Tilda?
Через вебхук: в форме на Tilda указывается адрес входящего вебхука Битрикс24 с правом на добавление лида, и при отправке формы данные летят методом crm.item.add с entityTypeId 1 (прежний crm.lead.add в документации помечен DEPRECATED, хотя пока доступен). Для простых форм без оплаты это работает без доработок, для форм с оплатой или расчётом доставки нужна дополнительная обработка на стороне скрипта.
Можно ли настроить маршрутизацию заявок без программиста?
Базовые правила, по очереди, по источнику, по рабочему времени, настраиваются в интерфейсе Битрикс24 без единой строчки кода, в разделе автоматического распределения лидов. Программист нужен, когда логика выходит за рамки штатных условий: учёт региона, загрузки по нескольким критериям одновременно или интеграция с внешней системой вроде n8n.
Что делать, если заявки дублируются?
Проверить, есть ли в интеграции поиск существующего лида или контакта по телефону перед созданием нового - это самая частая причина дублей. Вторая частая причина: заявка одновременно создаётся штатной формой Битрикс24 и параллельным вебхуком от стороннего сервиса. В обоих случаях решение - единая точка входа заявок с проверкой на существующий контакт до создания лида.