Нарисуйте маршрут одного запроса
Запишите цепочку: страница услуги → форма → место хранения → уведомление → ответственный. Местом хранения может быть согласованный почтовый ящик или CRM. Telegram может сообщать о новом обращении, но порядок хранения истории нужно определить отдельно. Для каждого звена назначьте человека, который подтвердит результат.
Например, компания по установке кондиционеров принимает запрос на расчёт. В форме клиент оставляет контакт и выбирает установку или обслуживание. Сотруднику важно увидеть выбранную услугу и страницу обращения. Если придёт только номер телефона, придётся заново выяснять контекст. Это пример организации работы, а не обязательный набор полей для всех сайтов.
Зафиксируйте проверяемое условие в задании
Вместо фразы «подключить форму» запишите конкретный результат: «После отправки валидной формы создаётся обращение с контактом, услугой и источником; сотрудник видит запись в согласованном месте; посетитель получает сообщение, соответствующее состоянию отправки». Следом укажите получателя, обязательные поля и порядок действий при ошибке.
Если заявка сначала принимается сервером, а уведомление приходит позже, эти состояния нужно различать. Не обещайте посетителю, что менеджер уже получил сообщение, пока подтверждён только приём запроса. Срок ответа указывается лишь тогда, когда команда действительно согласовала такой режим.
- Где хранится обращение и кто имеет доступ.
- Какие сведения передаются вместе с контактом.
- Кто отвечает за новые запросы и заменяет коллегу.
- Как посетитель узнает об ошибке и повторит действие.
Протокол контрольной заявки
Согласуйте отправку с получателем. Присвойте проверке неперсональную отметку, например TEST-FORM-01, и используйте собственный тестовый контакт. Если отдельного поля для отметки нет, сопоставьте запись по заранее согласованному времени. Скопируйте поля протокола ниже в заметку и заполните по факту.
Проверка пройдена, когда найдено нужное обращение в согласованном месте, поля совпадают, а ответственный подтвердил доступ. Если подтверждён только приём сервером, оставьте доставку непроверенной. Повторите на компьютере, если там другой путь формы. Тестовую запись пометьте и исключите из отчёта о клиентах.
- Страница и форма: URL ___; устройство ___; время отправки с часовым поясом ___.
- Ожидание: куда должно попасть обращение ___; какой сотрудник проверяет ___.
- Экран посетителя: какое сообщение появилось ___; что оно действительно подтверждает ___.
- Полученная запись: отметка теста или внутренний номер ___; время ___; услуга и источник совпали: да / нет / не проверено.
- Уведомление: канал ___; получено: да / нет / не входит в состав.
- Ответственный: доступ подтвердил ___; замечание и следующий шаг ___; итог: принят / не принят / проверка не завершена.
На компьютере работает, а на телефоне пустое окно
Сначала разделите два сбоя: поля не появились или поля видны, но отправка не сохраняется. Если открылась только рамка, проверьте, не загружается ли сама форма с другого домена внутри iframe. Основной сайт может работать, а внешний сервис — быть недоступным в мобильной сети или блокировать встраивание. Проверка с компьютера через VPN не подтверждает доступность с телефона без VPN.
Откройте ту же страницу на телефоне через Wi-Fi и мобильную сеть. Запишите браузер, адрес страницы и результат: появилась ли форма, доступны ли поля, видна ли кнопка при открытой клавиатуре. Разработчику отдельно нужно проверить ответ внешнего сервиса и разрешение встраивания. Не отключайте защиту браузера и не считайте любой пустой экран доказательством одной причины.
Если зависимость от внешнего окна подтверждена, один из вариантов — показывать поля на основном домене и отправлять данные своему серверному приёмнику. До переноса согласуйте место хранения и получателей данных. Сам по себе прокси проблему не гарантированно решает: хостинг тоже может не иметь доступа к внешнему сервису. При выключенном компьютере сотрудника обращение должно оставаться в согласованном серверном хранилище.
- Проверьте каждую кнопку на главной и страницах услуг: открывается согласованный способ обращения, выбранная услуга сохраняется. Если форма должна работать на основном домене, проверьте это отдельно.
- После таймаута проверьте, сохранилась ли заявка. Один из способов защиты от дублей — повтор с тем же идентификатором, который сервер распознаёт. Проверьте механизм, предусмотренный вашей системой.
- Сверьте тестовый запрос в согласованном месте получения — на почте или в CRM: контакт, услугу, источник и предусмотренную запись согласия. Экран «Спасибо» без записи не завершает приёмку.
- Зафиксируйте результат отдельно для телефона и компьютера. Проверка мобильной ширины в браузере не заменяет проверку сети реального телефона.
CRM и подключение обращений: состав работ → · Обсудить задачу
Посмотрите, что происходит при ошибке
Попробуйте отправить форму без обязательного поля и с неверным форматом контакта. Посетитель должен понимать, что исправить. Проверку отключённой сети и недоступности сервиса выполняйте на согласованном тестовом сценарии: важно увидеть понятное сообщение и возможность повторной попытки.
Отдельно проверьте повторное нажатие кнопки. Оно не должно незаметно создавать несколько одинаковых обращений. Если автоматическое устранение дублей не предусмотрено, договоритесь о понятной обработке таких записей. Не считайте успешным результатом красивую анимацию, когда запись в системе отсутствует.
Разделите события аналитики
Открытие формы, нажатие телефона и подтверждённое обращение отвечают на разные вопросы. Клик по Telegram показывает намерение перейти в переписку. Он не доказывает отправку сообщения. Событие успешной заявки нужно привязать к согласованному подтверждению приёма и проверить в выбранной системе аналитики.
В аналитике достаточно типа действия и неперсональных параметров страницы. Не добавляйте телефон, email и текст обращения в адрес страницы или название события. Для оценки качества запроса используйте отдельный статус в CRM. Чтобы считать продажи, потребуется подтверждённый результат работы с клиентом.
Сохраните результат и порядок поддержки
К приёмке приложите дату, проверенные страницы, тестовые сценарии и подтверждения результата без персональных данных. Укажите оставшиеся ограничения, ответственного за сбои и порядок повторной проверки после изменения формы, почты или CRM. Так следующий запуск начинается с ясных условий.
В Lendmix базовый состав включает форму на один почтовый адрес и проверку доставки. Подключение CRM, Telegram и других сервисов обсуждается отдельно. Оставьте через форму «Обсудить задачу» на этой странице описание вашего маршрута обращения: уточним состав подключения и условия его проверки до начала работ.
Что такое заявка с сайта и какими они бывают
Заявка с сайта — это любое обращение, после которого у компании появляется контакт человека и понятный повод ему ответить. Форма с телефоном — только один из видов. Заявки с сайта приходят разными путями, и у каждого своя точка, где обращение может потеряться.
Прежде чем считать заявки, перечислите все пути, которые есть на вашем сайте, и для каждого запишите, куда попадает обращение и кто его видит. Часто оказывается, что форма шлёт письмо на адрес, который никто не читает, а сообщения из мессенджера остаются в личном телефоне сотрудника.
- Форма на странице: контакт и комментарий уходят на почту, в таблицу или в CRM.
- Квиз: ответы на вопросы приходят вместе с контактом и помогают подготовить первый разговор.
- Звонок по номеру с сайта: виден только там, где его записали.
- Сообщение в мессенджер по кнопке: попадает в чат конкретного человека или бота.
- Письмо на адрес из раздела контактов: требует общего ящика, а не личного.