Приёмка интеграции сайта с amoCRM должна проверять весь путь формы: ввод, передачу, создание записи и доступность обращения сотруднику. Успешное сообщение на странице само по себе не подтверждает появление заявки в CRM. Для каждого теста сохраняйте идентификатор обращения, время и ожидаемый результат на обеих сторонах.
Опишите контракт каждой формы
Составьте перечень форм и страниц, включая всплывающие окна и мобильные варианты. Для каждой укажите поля, обязательность, создаваемые объекты и ответственного. Одинаковый внешний вид не означает одинаковую интеграцию: разные формы могут обращаться к разным обработчикам.
Определите, что считается успешным приёмом заявки: сохранение на сервере сайта, постановка в очередь или подтверждённая запись в CRM. Сообщение посетителю должно соответствовать этому событию. Если доставка выполняется позже, предусмотрите контроль её завершения. Конкретная архитектура зависит от выбранного способа подключения и не возникает автоматически при размещении формы.
Подготовьте положительные проверки
Отправьте заполненную форму с компьютера и телефона, затем найдите результат под ролью обычного менеджера. Проверьте не только имя и телефон, но и услугу, комментарий, страницу, источник и связь с существующим клиентом. Убедитесь, что сотрудник понимает контекст запроса.
Добавьте длинный комментарий, допустимые символы и несколько вариантов контактных данных. Согласуйте нормализацию телефона и обработку пустых необязательных полей. Не подставляйте фиктивные значения ради удобства интеграции. Если поле не передаётся, это должно быть осознанным решением, отражённым в карте соответствия.
Испытайте отрицательные сценарии
Проверьте пропущенное обязательное поле, неподходящий формат, прерванное соединение и ошибку внешней системы. Пользователь должен понимать, принята заявка или требуется повторить действие. Техническая ошибка не должна выглядеть как успешная отправка без сохранённого обращения.
Условный пример: посетитель нажал кнопку, сервер принял запрос, но ответ браузеру задержался. Посетитель отправил форму снова. В тесте обе передачи имеют один идентификатор события и должны приводить к согласованному результату без лишней сделки. После этого создайте новый запрос того же клиента: его нельзя потерять как технический повтор. Так проверяется различие между повторной доставкой и новой потребностью.
Сверьте рекламный контекст
Отправьте тестовые заявки с размеченной ссылкой, без меток и после повторного визита. Запишите ожидаемую модель первого и последнего источника. Не требуйте любой ценой непустого значения: прямой визит или отсутствие данных должны иметь понятное представление.
Проверьте, что новый визит не стирает историю первого обращения без согласованного правила. Важно также увидеть, куда записывается страница конкретной формы, если на сайте несколько услуг. Основные принципы сохранения меток разобраны в статье об источниках в CRM.
Оформите протокол приёмки
В протоколе нужны сценарий, устройство, входные значения, идентификатор, ожидаемый и фактический результат. Для сбоя сохраните место обнаружения и способ восстановления. После исправления повторите исходную проверку и соседний случай, который мог быть затронут изменением.
Критерии готовности: все формы учтены; подтверждение соответствует реальному состоянию; повторная отправка обработана; источник сохраняется по правилу; менеджер видит карточку; отказ доставки заметен ответственному. Если проблема обнаружена уже в работе, используйте порядок диагностики потерянных заявок amoCRM. Приёмочный набор сохраните для проверки после изменений сайта, обработчика формы и подключённых компонентов.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.