Как форма превращается в лид в amoCRM

Когда клиент заполняет вашу форму, платформа не просто «сохраняет заявку». Она проходит цепочку шагов: создаёт лид внутри платформы, мгновенно показывает клиенту страницу благодарности с кнопкой перехода в бота, а в фоне создаёт сделку и контакт в amoCRM. Эта статья объясняет весь путь по шагам — что происходит, в какую воронку и на какой этап попадает заявка, как поля формы превращаются в поля сделки, и что в итоге увидит ваш менеджер.

Коротко: три «остановки» на пути заявки

Важно: клиент не ждёт, пока заявка доедет до amoCRM. Платформа сразу отвечает ему и показывает страницу «Спасибо», а синхронизация со сделкой идёт в фоне (обычно несколько секунд). Так клиент не «зависает» на форме, даже если amoCRM в этот момент отвечает медленно.

[скриншот: форма на лендинге с полями «Имя», «Телефон», кнопка «Записаться»]

Шаг 1. Клиент отправляет форму

Когда клиент нажимает «Отправить», платформа делает несколько проверок, прежде чем создать лид:

• Защита от ботов (honeypot). В форме есть скрытое поле, которое настоящий человек не видит и не заполняет. Если оно заполнено — это бот, заявка молча отбрасывается, сделка не создаётся.
• Проверка телефона. Номер приводится к единому виду: российская «8» заменяется на «+7», лишние символы убираются. Если номер слишком короткий или явно не похож на телефон — клиент увидит сообщение «Некорректный номер телефона» и сможет исправить.
• Проверка email (если в форме есть поле типа email) — некорректный адрес тоже не пропустится.
• Защита от дублей. У каждой отправки есть уникальный «ключ». Если клиент случайно нажал «Отправить» дважды или обновил страницу — повторная заявка не создаст второй лид и вторую сделку, вернётся уже существующая.

Если все проверки пройдены — платформа создаёт лид.

Шаг 2. Создаётся лид внутри платформы

Лид — это «заявка» в терминах платформы. В нём сохраняется всё, что прислала форма:

• имя родителя / клиента,
• имя ребёнка и возраст (если ваша ниша это собирает),
• телефон,
• интересующий курс / направление,
• название события или кампании (метка формы — event_tag),
• любые дополнительные поля вашей формы.

Если поля формы названы нестандартно (например, у вас в форме написано «ФИО ученика» вместо «Имя ребёнка»), платформа сама пытается сопоставить их со стандартными полями — по совпадению с полем в amoCRM или по смыслу названия. Так данные не теряются, даже если форма оформлена «по-своему».

Сразу после создания лида клиент получает страницу благодарности и кнопку для перехода в вашего Telegram- или MAX-бота (deep link). Это часть «бот-первого» сценария: клиент может тут же продолжить общение с AI-консультантом, не дожидаясь звонка менеджера. Подробнее про страницу благодарности — в отдельной статье раздела.

[скриншот: страница благодарности с текстом «Спасибо!» и кнопкой «Открыть Telegram»]

Шаг 3. Платформа выбирает воронку и этап

Это ключевой момент: в какую воронку amoCRM и на какой этап попадёт сделка — определяется не случайно, а по настройкам вашей формы. Платформа выбирает их в таком порядке приоритета:

1. Настройки конкретной формы. Если у формы (по её метке-событию) задана воронка pipeline_id и этап status_id — берутся именно они. Это самый точный вариант: можно сделать так, что заявки с лендинга «День открытых дверей» падают в одну воронку, а с основного сайта — в другую.
2. Форма по умолчанию (main). Если для конкретной метки формы настроек нет — берётся форма с меткой main.
3. Первая доступная форма — если ничего из выше не подошло.
4. Сопоставление событие → воронка. Дополнительно в настройках интеграции можно задать карту «такое-то событие → такая-то воронка». Если метка формы попадает в эту карту — воронка берётся оттуда.
5. Воронка по умолчанию для новых лидов (on_lead_pipeline_id) — общий запасной вариант.

Если ни этап, ни воронка нигде не заданы — сделка создастся на первом этапе воронки по умолчанию в самом amoCRM. То есть заявка не потеряется в любом случае, просто попадёт «по умолчанию».

Важно про активную интеграцию: платформа берёт только активное подключение к amoCRM. Если вы недавно переподключали amoCRM (повторный вход через OAuth), старые отключённые подключения игнорируются — это сделано специально, чтобы заявка не «застряла» на разорванном подключении.

[скриншот: раздел настроек формы в дашборде — выбор воронки и этапа из выпадающих списков amoCRM]

Шаг 4. Лид синхронизируется в сделку amoCRM (в фоне)

После создания лида платформа ставит фоновую задачу: создать сделку в amoCRM. Используется метод amoCRM, который за один раз создаёт и сделку, и контакт и связывает их между собой. Это значит:

• появляется сделка в выбранной воронке и на выбранном этапе;
• появляется (или подтягивается существующий) контакт с именем и телефоном клиента;
• сделка и контакт сразу связаны — менеджеру не нужно вручную их «склеивать».

У лида есть статус синхронизации, который проходит путь:

Платформа защищена от двойного создания: если эта же заявка уже «прилетела» в amoCRM другим путём (например, через вебхук amoCRM), повторная сделка создана не будет — задача просто отметит лид как synced.

Шаг 5. Что в итоге увидит менеджер в amoCRM

Когда сделка создана, менеджер видит в своей воронке готовую карточку. Что в неё попадает:

Название и контакт сделки. Контакт называется именем клиента — берётся имя родителя, а если его нет, имя ребёнка. Телефон записывается в контакт.

Поля сделки и контакта. Данные формы раскладываются по полям amoCRM двумя способами одновременно:

1. В кастомные поля amoCRM — если вы настроили сопоставление полей (какое поле формы в какое поле amoCRM писать). Тогда имя ребёнка, возраст, курс и т. д. лягут в отдельные поля карточки, по которым потом можно фильтровать и строить отчёты. Возраст, курс могут писаться как в поля сделки, так и в поля контакта — в зависимости от настройки.
2. В примечание к сделке — платформа всегда добавляет текстовую заметку со сводкой заявки (имя родителя, телефон, имя и возраст ребёнка, интересующий курс). Так менеджер видит суть заявки сразу, даже если кастомные поля не настроены.

Теги. Если у формы заданы теги (form_tags) — они навешиваются на сделку. Удобно, чтобы отличать «заявки с акции», «вебинар», «холодный лендинг» и т. п. Теги объединяются, дубли убираются.

Событие/кампания. Метка формы (название события) тоже сохраняется и видна в карточке — понятно, откуда пришёл клиент.

[скриншот: карточка сделки в amoCRM — контакт, поля «Имя ребёнка»/«Курс», тег, примечание со сводкой заявки]

Если клиент выбрал «дождаться звонка»

На странице благодарности клиент может нажать кнопку ожидания звонка менеджера. Тогда платформа дополнительно отправляет уведомление в ваш Telegram-чат для лидов (и лично менеджеру, если он указан) — со сводкой по клиенту: имя, телефон, ребёнок, событие, курс и прямой ссылкой на сделку в amoCRM. Менеджер может открыть карточку в один клик и сразу перезвонить.

Чтобы это работало, у локации должны быть настроены: чат для лидов (leads_chat_id) и активный Telegram-бот. Если чат не настроен — заявка и сделка всё равно создаются, просто без push-уведомления.

[скриншот: сообщение в Telegram-чате менеджеров «Клиент ждёт звонка» с кнопкой «Открыть в amoCRM»]

Частые вопросы

Заявка пришла, а сделки в amoCRM нет — почему? Чаще всего — подключение к amoCRM отключено (нужен повторный вход/переавторизация). В этом случае лид сохраняется в платформе со статусом failed, а сделка не создаётся. Переподключите amoCRM — новые заявки снова пойдут в воронку.

Клиент отправил форму дважды — будет два дубля в amoCRM? Нет. Защита от дублей работает на уровне платформы: повторная отправка вернёт ту же заявку и не создаст вторую сделку.

Можно ли разные формы направлять в разные воронки? Да. Это и есть смысл меток форм и настроек воронки/этапа на уровне формы (Шаг 3). Настройте для каждой формы свою метку-событие и свою воронку.

Поля формы названы не так, как стандартные — данные потеряются? Платформа постарается сопоставить их автоматически (по полю в amoCRM или по смыслу названия). Но для надёжности лучше явно настроить сопоставление полей формы с полями amoCRM — тогда данные гарантированно лягут в нужные поля карточки.