01
Задача
Я проверял, доходят ли обращения с основного сайта, блогов и отдельных лендингов Маткласса до amoCRM. Также разбирал переходы после отправки и обновлял ссылки для связи.
В проекте использовались Joomla, старый и новый блог, отдельные лендинги и личный кабинет на Tilda. Поэтому одной успешной отправки с главной страницы для проверки было недостаточно.
02
Решение
Что проверил и исправил
- Проведены контрольные отправки форм основного сайта, блогов и отдельных лендингов.
- Исправлены проблемные переходы после отправки и зависание одной из форм.
- Обновлены ссылки на Telegram и VK; MAX-бот добавлен в согласованные точки коммуникации.
- Проверены и пересохранены CRM-интеграции личного кабинета на Tilda.
- Для публикаций в Joomla подготовлены указания по корректной категории блога.
03
Результат
Как подтверждался результат
В сохранённых материалах проекта подтверждено создание 12 тестовых сделок в amoCRM. Проверки выполнялись в настольном и мобильном сценариях.
Результат оценивался не только по уведомлению об отправке формы, но и по появлению записи в CRM. Это позволило связать пользовательский сценарий с работой получающей системы.
Границы проверки
Контрольные обращения прошли согласованные маршруты и появились в amoCRM.
Сценарий корзины и оплаты личного кабинета выделен в отдельную процедуру. Проверку формы нельзя автоматически считать проверкой оплаты или всего пользовательского кабинета.
В публичном разборе не используются персональные данные, внутренние номера сделок и скриншоты CRM. Цифра 12 относится к контрольным сделкам, а не к привлечённым клиентам.
Что можно применить в другом бизнесе
Если обращения идут через несколько сайтов или платформ, нужен единый список точек заявки и ожидаемых результатов. У каждой точки проверяются не только отправка, но и запись в CRM, источник, ответственный и следующий рабочий шаг.
Такой аудит помогает локализовать разрыв до того, как компания начинает менять всю CRM или переделывать сайт.
Проект в деталях
