Заявки с сайта в amoCRM: как настроить, чтобы ни одна не потерялась
Сайт исправно собирает обращения: кто-то заполнил форму, кто-то написал в чат, кто-то заказал обратный звонок. Но до отдела продаж доходят не все. Часть заявок падает в общий почтовый ящик, который открывают раз в день; часть создаётся в системе, но «повисает» без ответственного; а о некоторых узнают, когда клиент уже купил у конкурента. Формально заявку никто не терял - она просто нигде не стала задачей с исполнителем и сроком.
Чтобы ни одна заявка с сайта не терялась, каждый источник обращений нужно связать с amoCRM напрямую, а вокруг приёма построить контур: заявка сразу становится сделкой, проходит проверку на дубли, получает тег источника, ответственного менеджера и автозадачу «взять в работу» с нормативом времени первого ответа. Ниже - способы приёма заявок с сайта, типичные точки потерь и то, как настроить надёжный контур. Разбираем на примере amoCRM; в Битрикс24 логика та же, отличаются только названия разделов.
Способы приёма заявок с сайта в amoCRM
Сайт - это не один канал, а несколько точек, где посетитель оставляет контакт: форма заявки, всплывающее окно или пошаговый опрос, онлайн-чат, кнопка обратного звонка, а в интернет-магазине ещё и корзина. Каждую такую точку нужно связать с CRM своим способом. У amoCRM для этого есть встроенный конструктор веб-форм и CRM-плагин для сайта (кнопка, онлайн-чат, отслеживание действий посетителя), а для нестандартных случаев - открытый REST API и вебхуки. По данным сайта разработчика, сделки создаются автоматически из веб-форм, онлайн-чата, мессенджеров, телефонии, электронной почты и веб-парсера.
На практике выбирают не «один способ на всё», а комбинацию под конкретный сайт. Готовая форма и плагин ставятся без программиста за минуты. Сайт на конструкторе или системе управления (Tilda, WordPress и другие CMS) чаще передаёт заявки через встроенную интеграцию платформы или через сервис-посредник. Самописную форму или нетиповой сценарий подключают через вебхук и API. Ниже - сравнение способов.
| Способ | Как работает | Когда подходит |
|---|---|---|
| Готовая веб-форма amoCRM | Форму собирают в конструкторе CRM, код вставляют на сайт; заявка сразу создаёт сделку в воронке | Быстрый старт, нужна простая форма, нет своего разработчика |
| Форма сайта или конструктора (Tilda, CMS) | Штатная форма платформы передаёт данные в amoCRM через встроенную интеграцию или сервис-посредник | Уже есть сайт с оформленными формами, которые не хочется менять |
| Вебхук и API | Форма отправляет данные на адрес-приёмник (вебхук), скрипт создаёт сделку через REST API | Самописный сайт, нестандартная форма, особая логика обработки |
| Онлайн-чат и мессенджеры | Чат на сайте и мессенджеры собираются в одном окне; сообщение создаёт сделку и контакт | Клиенты чаще пишут, чем звонят; нужна переписка в карточке |
| Обратный звонок | Виджет заказа звонка через телефонию: звонок соединяет менеджера и клиента и создаёт сделку, недозвон - задачу | Клиенту проще, чтобы перезвонили; важна скорость |
| Всплывающее окно и опрос | Форма во всплывающем окне или пошаговый опрос передаёт ответы в поля сделки | Нужно поднять число обращений и сразу собрать данные о клиенте |
Условия и состав функций меняются - сверяйте с сайтом разработчика.
Отдельные способы разобраны подробнее в статьях о связке сайта на Tilda и WordPress с CRM и о том, что такое API и вебхук простыми словами. Что именно подключать под ваш сайт, обычно решают на оценке - универсального ответа нет.
Почему часть заявок всё равно уходит в почту
Даже когда сайт работает, а формы «отправляются», заявки теряются. Причина почти всегда одна: между сайтом и продажами нет единого места, где обращение становится задачей. Самый частый случай - «форма на почту»: форма шлёт письмо на общий ящик, а не создаёт сделку. Письмо тонет среди других, ответственного нет, срока нет, руководитель не видит ни самой заявки, ни того, что по ней никто не работает.
Место, где обращение выпадает из процесса, называют точкой потерь. У приёма заявок с сайта их несколько, и каждая закрывается отдельной настройкой.
| Точка потерь | Почему теряется | Что делать |
|---|---|---|
| Форма шлёт письмо на почту | Нет сделки, ответственного и срока; письмо тонет в ящике | Подключить форму так, чтобы она создавала сделку в CRM |
| Чат и мессенджер живут отдельно | Переписка в телефоне менеджера, руководитель её не видит | Собрать чат и мессенджеры в CRM, чтобы диалог создавал сделку |
| Обратный звонок обрабатывают вручную | Заказ звонка приходит на почту или в сервис, о нём забывают | Связать виджет звонка с телефонией и CRM, недозвон - в задачу |
| Сделка создана, но без ответственного | Никто не назначен - заявка «ничья» и повисает | Настроить распределение: у каждой заявки сразу есть менеджер |
| Повторные заявки от одного клиента | Дубли: менеджеры звонят наперебой или, наоборот, никто | Включить контроль дублей - заявка привязывается к клиенту |
| Интеграция молча сломалась | Форма «отправляется», но в CRM ничего не приходит | Ввести проверку доставки и уведомление о сбое |
Почему «форма на почту» - самая дорогая привычка, подробно разобрано в статье «Форма на сайте и CRM: почему часть заявок уходит в почту».
Надёжный контур приёма заявки
Надёжный приём - это не одна галочка «подключить форму», а контур из нескольких обязательных элементов. Каждый закрывает свою точку потерь, а вместе они гарантируют, что обращение не выпадет ни на одном шаге: от момента, когда клиент нажал «отправить», до первого ответа менеджера. Контур одинаково собирается и для формы, и для чата, и для обратного звонка - меняется только способ приёма на входе.
| Элемент | Что делает | Что настроить в amoCRM |
|---|---|---|
| Приём и создание сделки | Обращение сразу становится сделкой, а не письмом | Связать форму, чат, звонок с воронкой; выбрать этап входа |
| Проверка дубля | Повторная заявка привязывается к существующему клиенту | Включить контроль дублей по телефону и почте, правила объединения |
| Тег источника | К заявке привязывается, откуда она пришла | Передавать в поля сделки источник, страницу и UTM-метки |
| Распределение | У каждой заявки сразу есть ответственный | Правила распределения: по очереди, загрузке, продукту или региону |
| Автозадача «взять в работу» | Появляется конкретное действие со сроком | Автоматическая задача при создании сделки, срок под норматив |
| SLA первого ответа | Просрочка первого ответа видна сразу | Норматив времени и сигнал руководителю при нарушении |
Полный набор связок, без которых чаще всего теряются обращения, собран в статье «5 интеграций amoCRM, без которых теряются заявки». Приём с сайта - базовый контур обращений при внедрении amoCRM.
Проверка доставки и борьба с дублями
Два элемента контура забывают чаще остальных, а стоят они дорого. Первый - проверка доставки. Интеграция способна сломаться незаметно: форма на сайте по-прежнему показывает «спасибо, заявка отправлена», а в CRM уже ничего не приходит - сменился ключ доступа, обновилась тема сайта, изменился формат данных. Пока никто не сверяет, заявки могут не поступать днями. Поэтому в надёжном контуре есть регулярная проверка: тестовые заявки, контроль «нет ли подозрительной тишины по каналу», уведомление ответственному при сбое. Дублирующее письмо на почту можно оставить - но как страховку и сигнал, а не как основное место обработки.
Второй элемент - дубли. Один и тот же клиент часто оставляет несколько заявок: заполнил форму, потом написал в чат, потом заказал звонок. Без контроля дублей на него заводится три карточки, и либо ему звонят три менеджера, либо не звонит никто, считая, что заявка «чужая». amoCRM умеет контролировать дубли по источникам и привязывать новое обращение к уже существующему контакту. Важно заранее договориться о правилах: по какому полю ищем совпадение (телефон, почта), что делать при частичном совпадении, куда попадает повторная заявка от текущего клиента. Подробно - в статье «Дубли в amoCRM: как найти и не плодить».
| Задача | Риск без настройки | Как закрыть |
|---|---|---|
| Убедиться, что заявка дошла | Форма «отправляется», но в CRM пусто, и об этом не знают | Тестовые заявки по расписанию, контроль тишины, сигнал о сбое |
| Не потерять при смене сайта | После обновления темы или формы связка молча ломается | Повторная проверка доставки после любых правок на сайте |
| Свести повторные обращения | Один клиент - несколько карточек, звонят наперебой | Контроль дублей по телефону и почте, правила объединения |
| Понять, к кому относится заявка | Повторная заявка выглядит «ничьей» | Привязка нового обращения к существующему клиенту и его менеджеру |
Распределение, автозадача и SLA первого ответа
Заявку приняли и очистили от дублей - дальше она должна быстро попасть к менеджеру и получить ответ. За это отвечают три элемента контура. Распределение назначает ответственного в момент создания сделки: по очереди, по загрузке, по продукту или региону - правило выбирают под структуру отдела. Заявок без ответственного быть не должно: «ничья» заявка почти всегда становится потерянной. Как настроить справедливое и предсказуемое распределение, разобрано в статье «Распределение лидов между менеджерами».
Автозадача «взять в работу» превращает заявку в конкретное действие: система сразу ставит менеджеру задачу связаться с клиентом и назначает срок. Это тот самый шаг, которого не хватает при «форме на почту»: там заявка есть, а задачи нет. Как выстроить автозадачи, чтобы они помогали, а не превращались в свалку просрочек, - в материале «Автозадачи в amoCRM».
SLA первого ответа - это норматив: за какое время менеджер обязан впервые ответить на новое обращение. Если срок нарушен, сделка подсвечивается, а руководитель сразу получает сигнал - и видит проблему в тот же день, а не в конце месяца. Общая закономерность известна и без громких обещаний: чем дольше клиент ждёт первого ответа, тем выше шанс, что он уже пишет конкуренту. Конкретные цифры отклика мы не выдумываем - норматив задают под нишу и канал. Ниже - условный пример, как могут выглядеть нормативы по каналам; реальные значения выбирают под ваш процесс. Как задать и контролировать SLA, описано в статье «SLA по обработке заявки».
| Канал заявки | Что ждёт клиент | Норматив первого ответа |
|---|---|---|
| Онлайн-чат на сайте | Ответа здесь и сейчас, пока он на странице | Минуты |
| Обратный звонок | Что перезвонят почти сразу | Считанные минуты |
| Форма заявки | Что свяжутся в течение рабочего дня, лучше быстрее | Десятки минут |
| Сообщение в мессенджере | Ответа в течение того же дня | От минут до часа |
| Письмо на почту | Что письмо прочитают и ответят | Часы, но лучше не тянуть |
Значения в таблице - ориентир для иллюстрации, а не обещание и не рыночный стандарт. Важно другое: у каждого канала свой норматив, и он должен быть измеримым. Ни CRM, ни автозадача не отвечают за клиента вместо менеджера и не заменяют руководителя - они лишь делают срок ответа видимым и управляемым.
Тег источника: чтобы заявку было видно в аналитике
Приём заявок и аналитика - разные задачи, но связаны они на самом первом шаге. Чтобы позже понять, какой канал приводит не просто обращения, а оплаты, к каждой заявке нужно сразу привязать источник. Если этого не сделать в момент приёма, восстановить данные потом почти невозможно: заявка есть, а откуда пришёл клиент - уже неизвестно.
Что фиксировать: тип источника (форма, чат, звонок), страницу, с которой пришла заявка, и рекламные UTM-метки. Технически это делают через скрытые поля формы (в них подставляются метки и адрес страницы) и передачу этих значений в поля сделки; CRM-плагин при этом отслеживает действия посетителя на сайте. Так у каждой сделки появляется её «происхождение».
| Что фиксировать | Пример значения | Зачем |
|---|---|---|
| Тип источника | Форма «Расчёт», онлайн-чат, обратный звонок | Понять, какие точки сайта дают обращения |
| Страница входа | Адрес страницы, с которой отправлена заявка | Увидеть, какой контент приводит клиентов |
| utm_source и utm_medium | yandex, cpc | Отделить рекламу от органики и прямых заходов |
| utm_campaign и utm_content | Название кампании и объявления | Оценить конкретную кампанию и креатив |
| Скрытые поля формы | Город, тип заявки, тариф | Собрать данные, не задавая клиенту лишних вопросов |
Дальше эти данные - фундамент для сквозной аналитики: она соединяет расходы на рекламу, обращения и сделки и показывает окупаемость каналов. Саму сквозную аналитику здесь не разворачиваем - ей посвящены отдельные материалы: «Сквозная аналитика для отдела продаж» и «Атрибуция обращений: какому каналу засчитать клиента». Важно запомнить одно: если тег источника не проставлен на приёме, в аналитике его уже не будет.
Вывод
Заявки теряются не потому, что сайт плохой, а потому что между сайтом и продажами нет контура: обращение приходит, но не становится задачей с ответственным и сроком. Собрать все источники сайта в amoCRM - формы, чат, обратный звонок, нестандартные сценарии через API - и достроить вокруг них контур из проверки доставки, контроля дублей, тега источника, распределения, автозадачи и SLA - этого достаточно, чтобы каждое обращение доходило до менеджера и было под контролем руководителя. amoCRM и Битрикс24 решают эту задачу одинаково хорошо; выбор - под остальные задачи бизнеса. Настройка приёма заявок - часть интеграций, а собранные источники дальше питают сквозную аналитику. Начинать стоит не с подключения форм, а с диагностики: она показывает, где именно сейчас теряются заявки и какой контур нужен именно вам. С чего начать проект - в статье «Как внедрить amoCRM под свои процессы».
Частые вопросы
Можно ли оставить и почту, и CRM?
Можно дублировать уведомление о заявке на почту - как страховку. Но основным местом обработки должна быть CRM, где у заявки есть ответственный, задача и срок. Если обрабатывать только в почте, заявки снова начнут теряться.
Подойдёт ли приём заявок для сайта на Tilda, WordPress или другом конструкторе?
Да. У популярных платформ есть готовые способы передачи заявок в amoCRM - через встроенную интеграцию или сервис-посредник. Нестандартные формы подключают через вебхук и API. Конкретный способ определяют на оценке.
Что делать, если форму нельзя подключить напрямую?
Использовать вебхук и API: форма отправляет данные на адрес-приёмник, а скрипт создаёт сделку в amoCRM с нужными полями. Так подключают самописные сайты и нетиповые сценарии.
Как убедиться, что заявки действительно не теряются?
Регулярно отправлять тестовые заявки по каждому каналу, следить, что нет подозрительной тишины, и сверять число обращений с сайта с числом созданных сделок. После любых правок на сайте проверку доставки повторяют.
Что такое SLA первого ответа?
Это норматив времени, за которое менеджер обязан впервые ответить на новое обращение. При нарушении срока сделка подсвечивается, а руководитель получает сигнал. Значения задают под нишу и канал.
Нужен ли программист, чтобы принимать заявки с сайта?
Для готовых форм amoCRM, CRM-плагина и штатных интеграций конструкторов - обычно нет. Программист нужен для нестандартных форм и особой логики, когда заявки передаются через API и вебхуки.
amoCRM или Битрикс24 - где настраивать приём заявок?
Логика контура одинаковая: приём, дубли, источник, распределение, автозадача, SLA. Отличаются названия разделов и часть возможностей. Выбор системы делают под остальные задачи бизнеса, а не только под приём заявок.
Источники
Интеграции CRM — как мы помогаем с этим на практике.
Читайте также
Термины из статьи
Поможем навести порядок в продажах
Начнём с диагностики: покажем, где теряются заявки и что даст CRM именно в вашем случае — без обещаний «роста в разы».