Если главная страница открывается, а покупатель не может оформить заказ, проверьте сам путь покупки. Доступность сайта и работа корзины — разные результаты: страница может отвечать, но кнопка, отправка данных или получение заказа сотрудником не работают.
reChecker проверяет ответ сайта. Для важной страницы можно указать адрес и ожидаемый текст, однако сервис не оформляет реальный заказ, не оплачивает его и не подтверждает получение менеджером. Эти шаги проверяют отдельно.
Выясните, на каком шаге остановился покупатель
Попросите назвать страницу, действие и время: «добавил товар в корзину, нажал “Оформить”, получил такой текст». Уточните устройство и браузер, если у вас проблема не повторяется. Не просите передавать полный номер карты или пароль.
Откройте тот же адрес без входа в административную часть сайта. Повторите путь до проблемного шага. Различайте конкретные случаи: кнопка не реагирует, поля очищаются, появляется ошибка, показано подтверждение, но менеджер не видит заказ.
Зелёный статус в мониторинге доступности не опровергает жалобу. Он говорит об ответе проверенного адреса в момент запроса. Если посетитель столкнулся с проблемой на другом шаге, нужно исследовать этот шаг.
Подготовьте проверку без настоящей отправки товара
До отправки тестового заказа договоритесь с сотрудником, который его обрабатывает. Укажите, как отличить тест от настоящей покупки и как завершить проверку. Например, в комментарии пишут «ТЕСТ — НЕ ОТПРАВЛЯТЬ», а менеджер заранее знает, кто и когда проверяет сайт.
Если оформление требует оплаты, согласуйте способ проверки отдельно. Успешный заказ без оплаты не подтверждает платёж, а результат платёжного шага не показывает автоматически, что сотрудник получил уведомление.
Для небольшого магазина памятка может выглядеть так:
- Открыть карточку выбранного товара с телефона.
- Добавить одну штуку в корзину и проверить цену.
- Заполнить согласованные тестовые данные.
- Отправить заказ и сохранить его номер, если сайт его показывает.
- Попросить менеджера найти заказ и подтвердить данные.
- Закрыть тестовую запись по принятому в магазине порядку.
Замените шаги вашим реальным процессом. У сайта услуг вместо корзины может быть форма; не добавляйте в проверку CRM, которой компания не пользуется.
Проверьте результат за сообщением «Спасибо»
Окно успеха — сообщение интерфейса. Оно не доказывает, что данные сохранены и отправлены дальше. Проверяйте тот результат, ради которого посетитель обращается к компании.
| Что удалось увидеть | Что ещё проверить |
|---|---|
| Страница открылась | Можно ли пройти следующий шаг |
| Форма показала подтверждение | Есть ли обращение там, где компания его принимает |
| Заказ найден во внутренней системе | Правильны ли товар, цена и контакт |
| Менеджер подтвердил получение | Можно ли начать обычную обработку |
Пример: сайт показывает «Заказ принят», номер есть, но менеджер не получил письмо. Это проблема уведомления или дальнейшего маршрута, а не доказательство полного отказа корзины. Запишите, что уже подтвердили и где проверка остановилась.
Контроль сайта поможет сопоставить время с доступностью и техническими результатами. Наличие ожидаемого текста на странице корзины всё равно не заменяет описанный путь.
Передайте разработчику случай и повторите его после правки
В задаче укажите адрес, время с часовым поясом, устройство, последовательность и фактический результат. Напишите, как должно быть: «После отправки заказ появляется у менеджера с выбранным товаром и указанным контактом».
Подойдёт описание: «04.10 в 14:20 МСК, телефон, карточка /catalog/chair. Товар добавляется, после отправки показано подтверждение №123, но менеджер не находит запись. Главная открывается. Нужно проверить сохранение этого заказа». Это учебный пример; подставьте свои сведения.
После публикации исправления повторите тот же согласованный тест на основном домене. Получите подтверждение сотрудника для этапа, который был сломан. Если разработчик проверил только у себя, задача ещё требует проверки опубликованного сайта. Остальные поля можно взять из шаблона задачи.