Заявки с сайта в CRM: что проверить, чтобы менеджер увидел обращение

Посетитель заполнил форму «Рассчитать проект», увидел благодарность и ждёт звонка. В CRM менеджер ничего не находит: контакт остался только в письме, которое попало не тому сотруднику. Это учебная ситуация, а не случай из практики EZCODES. Она показывает, почему работа формы и работа всей цепочки обработки заявки — разные вещи.

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

AI-Insight Краткое содержание

Начните с маршрута одной заявки

Нарисуйте простую цепочку: страница и форма → обработка на сайте → CRM → ответственный → ответ клиенту. Для каждого перехода нужен проверяемый результат. Например, сайт принял корректную форму, CRM вернула подтверждение создания или обновления записи, сотрудник получил задачу и видит, о чём спросили.

Не объединяйте все обращения словом «лид». Запрос цены со страницы услуги, вопрос из контактов и заказ из корзины могут попадать в разные воронки и к разным людям. Составьте список форм с URL страниц, назначением и получателем. Это полезнее, чем поручение «подключить CRM ко всему сайту».

Встроенная форма CRM может подойти для типового сценария. Если внешний вид, логика расчёта или набор полей уже заданы собственной формой сайта, понадобится настроить передачу через поддерживаемую интеграцию или API. Справка amoCRM прямо описывает оба варианта. Выбор зависит от поведения формы и процесса продаж, а не от названия платформы.

Согласуйте поля до разработки

Сделайте короткую таблицу соответствия: что вводит клиент, что сайт добавляет сам и где это окажется в CRM. Не просите у человека лишнее ради заполнения карточки. Начните с контакта и сути обращения, затем добавьте только те сведения, без которых менеджер не сможет ответить или распределить заявку.

Данные	Зачем нужны	Что проверить в CRM
Имя и способ связи	Чтобы связаться с человеком	Поле читается, номер или адрес не обрезан
Услуга, товар или текст запроса	Чтобы ответить по делу	Выбранный вариант и комментарий не потерялись
Страница и название формы	Чтобы видеть контекст	Запрос из разных разделов различим
Источник и UTM, если используются	Чтобы сопоставить обращение с кампанией	Поля сохраняются раздельно и не подменяют друг друга
Служебный ID обращения	Чтобы найти одну отправку в разных системах	Повторная попытка не создаёт незаметную копию

Это пример, не обязательная схема для любой CRM. У заказа дополнительно нужны состав, количество и согласованный итог; у консультации — тема и удобный способ ответа. Персональные данные и сроки хранения согласуйте с ответственным у заказчика, а в открытом учебном тесте используйте вымышленные контакты.

В настройках форм amoCRM можно задать этап, ответственного и задачу; если этап не выбран, заявка попадает в «Неразобранное». В CRM-формах Битрикс24 настраиваются поля и поведение при найденных дубликатах. Эти возможности надо проверять в выбранной конфигурации: наличие функции в документации не означает, что она уже включена у вас.

Решите, что делать с повторной заявкой

Один человек может отправить форму дважды: случайно нажать кнопку повторно или вернуться через неделю с новой задачей. Это разные ситуации. В первом случае две одинаковые сделки мешают обработке. Во втором автоматическое объединение может скрыть новое обращение.

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

Показывайте клиенту честный результат

Сайт не должен сообщать «Заявка принята», если внешний сервис отказал и у команды нет обращения. Согласуйте, что означает успех: подтверждённая запись в CRM или надёжно сохранённая заявка, которую система сможет доставить позже. При ошибке клиенту нужен понятный следующий шаг, а команде — сигнал и способ восстановить обращение без потери данных.

Особенно проверьте ситуацию, когда CRM создала карточку, но ответ сайту не пришёл. Повторная отправка без правила сопоставления способна создать дубль. Этот сценарий лучше обсудить с разработчиком до запуска, а техническую проверку проводить в тестовой среде, чтобы не портить рабочую воронку.

Отдельно настройте аналитику. Метрика предупреждает, что цель «Отправка формы» по умолчанию может сработать и при неуспешной попытке, например после ошибки проверки полей. Поэтому цифра достижений цели сама по себе не доказывает, что в CRM появились пригодные к обработке заявки. Для важных форм согласуйте событие успешного приёма и сверяйте его с карточками CRM.

Проверьте интеграцию на четырёх сценариях

Перед тестом договоритесь с отделом продаж о пометке учебных обращений и их последующей очистке. Проверяйте каждую важную форму отдельно, в том числе с телефона. Для каждого теста запишите время, страницу, ожидаемый результат и ссылку или ID карточки в CRM.

1. Обычное обращение. Отправьте корректные данные. Сверьте сообщение на сайте, контакт, запрос, страницу, источник, этап и ответственного в CRM. Попросите менеджера открыть карточку и назвать следующий шаг.
2. Ошибка в форме. Оставьте обязательное поле пустым или введите некорректный контакт. Клиент должен увидеть, что исправить; в CRM не должна появиться полноценная заявка из пустых данных.
3. Повтор. Отправьте тот же запрос снова, затем новый запрос с тем же контактом. Сравните результат с согласованным правилом дублей и убедитесь, что второй смысловой запрос не исчез.
4. Недоступность передачи. В тестовой среде смоделируйте ошибку CRM или сети. Проверьте статус для клиента, сигнал ответственному и процедуру повторной доставки. На рабочем сайте такой эксперимент без подготовки не проводите.

Если одновременно запускается интернет-магазин, эту проверку включите в полный тестовый заказ перед запуском: карточка в CRM должна соответствовать корзине и результату оформления. После изменений на сайте повторяйте ключевой маршрут в рамках поддержки сайта.

Что передать подрядчику и как принять работу

Достаточно одной таблицы: список форм, обязательные поля, место каждого поля в CRM, правила источника, воронка и ответственный, поведение повторов, сообщение клиенту при успехе и ошибке, способ обнаружить недоставленную заявку. Добавьте четыре тестовых сценария выше как критерии приёмки. Тогда у заказчика и разработчика будет один и тот же ответ на вопрос «интеграция работает?».

EZCODES разрабатывает и дорабатывает сайты для бизнеса. Если вы только планируете проект, включите маршрут обращения в состав работ и смету, а не оставляйте «подключение CRM» неопределённой строкой. Как сравнивать состав предложений, мы разобрали в статье о стоимости сайта; направления работ студии можно посмотреть в портфолио. Это рекомендация по постановке задачи, а не описание отдельного кейса EZCODES по CRM.

Итог

Хорошая интеграция передаёт не просто телефон, а понятное обращение конкретному человеку. Согласуйте маршрут и поля, решите вопрос дублей и ошибок, затем пройдите несколько тестовых сценариев до карточки в CRM и действия менеджера. Только после этого сообщение «Заявка отправлена» будет означать то, что обещает клиенту.