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

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

Сообщение на сайте и тикет в CRM — не одно и то же

Сайт может показать «спасибо» сразу после отправки формы. Но тикет — это уже отдельный результат: строка в CRM, которую сотрудник видит в рабочем списке, открывает, назначает и обрабатывает. Эти два события не обязаны происходить вместе.

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

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

Для этой проверки заявка — это именно строка в рабочем списке. «Спасибо» — это только сообщение. Если человек вообще не увидел подтверждение и просто ждал, пока крутится кнопка, это другой тип сбоя. Если «спасибо» не появился, а строка в CRM все равно есть, это тоже другой случай. Здесь мы разбираем только один сценарий: подтверждение было, а тикета для этого имени и телефона в рабочем списке нет.

Сначала назовите рабочий список

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

CRM — это система целиком. Рабочий список — это один конкретный вид внутри нее. Если два сотрудника открывают разные представления, у вас уже нет общей точки проверки. В таком случае «тикета нет» может означать только то, что человек посмотрел не туда.

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

Письмо-уведомление — это не рабочий список. Сообщение в почте о том, что форма отправлена, — это не рабочий список. Цифра в отчете — это тоже не рабочий список. Откройте именно тот вид, где сотрудник обычно ставит результат звонка. Если строки нет, это реальное расхождение. Если строка есть, но ее никто не заметил, проблема в просмотре, а не в форме.

Почему «спасибо» есть, а тикета нет

Частая причина — порядок шагов. Сайт сначала завершает свою часть и показывает «спасибо», а уже потом отдельное задание отправляет данные в CRM. Человек к этому моменту закрывает страницу и уходит. Если фоновое задание падает позже, сайт уже не забирает назад свое сообщение. Менеджер открывает список и не видит новой строки, а команда не замечает ошибку, пока кто-то специально не проверит журнал.

Вторая причина — CRM отклоняет данные уже после того, как сайт показал успех. Форма могла не спросить обязательное поле для тикета. Номер телефона мог прийти в формате, который CRM не принимает. Значение в списке вариантов могло не совпасть с разрешенными значениями. До переделки формы нужно найти запись об этой конкретной попытке в журнале коннектора или задания. Текст ошибки здесь важнее любых догадок. Если новая форма отправит тот же набор полей, CRM отклонит его так же.

Третья причина — правило дублей. Команда часто тестирует форму несколько раз с одним и тем же номером. Вторая отправка может не создать новую строку, а привязаться к старой заявке. Тогда в рабочем списке не будет свежего тикета, а поиск по всем данным покажет вчерашнюю запись или закрытый статус. Поэтому ищите тестовый номер без фильтров и смотрите не только новые, но и закрытые, и спам. Если правило отправляет обращения с сайта в спам, список выглядит чистым, а реклама при этом ведет людей в пустоту.

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

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

Одна отправка, потом проверка списка

Сделайте один тест со своим номером телефона и с именем, которое легко найти поиском. Отправьте форму один раз. Не повторяйте отправку «на всякий случай», пока не закончите проверку, иначе правило дублей запутает картину. Сразу запишите точное время. Отметьте, появился ли «спасибо» и когда именно: сразу после нажатия или уже после ожидания. Затем откройте рабочий список с достаточно широкими фильтрами, чтобы видеть новые, закрытые и чужие строки, и найдите свой номер.

После такой проверки итог должен уместиться в одну фразу. Либо строка существует, но обычный вид списка ее скрывает. Либо CRM отклонила данные по конкретной причине. Либо шаг создания тикета вообще не выполнился после «спасибо». У каждого варианта свое решение: поправить фильтр или ответственного, исправить поле или значение, разбираться с заданием, таймаутом или коннектором, который слишком рано сообщает об успехе. Новая форма не нужна, пока вы не знаете, какое из этих утверждений верно.

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

Что записать до обсуждения переделки

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

Не используйте реальные данные клиента. Для такой проверки достаточно собственного номера и тестового имени. Этого хватает, чтобы найти строку, проверить маршрут и не создавать лишний риск для персональных данных.

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

Когда уже нужна помощь

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

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

Задача здесь не в том, чтобы нарисовать новую форму. Задача в том, чтобы сообщение на сайте и тикет в CRM совпадали по факту, а не только по ощущению команды.

Если нужна внешняя проверка, Услуги покрывают весь путь от отправки формы до списка, из которого команда уже звонит. А Избранные работы показывают подход, где каждый результат привязан к реальной операции, а не к красивому макету. Человек увидел «спасибо», а в рабочем списке заявки нет, и с этим справляется услуга автоматизации заявок в CRM. Если будете писать по задаче, отправьте название вида списка, что человек увидел после одного теста и что поиск по этому номеру показал в CRM. Реальные имена клиентов лучше не присылать.