Подготовка интернет-магазина к проверке начинается с обычного тестового заказа: от поиска товара до получения денег обратно при отмене. В этой статье разберём, что проверить в каталоге, корзине, оплате, доставке, возвратах и CRM. Чек-лист поможет владельцу небольшого бизнеса в Беларуси найти места, где покупатель теряет время, менеджер пропускает заявку, а данные о заказе расходятся между сайтом и учётной системой.
С чего начать проверку интернет-магазина?
Сначала пройдите путь клиента самостоятельно. Откройте сайт с телефона и компьютера, найдите конкретный товар, положите его в корзину и оформите заказ. Запишите время на каждом шаге и все вопросы, которые возникают по ходу оформления.
Для проверки удобно завести отдельный тестовый заказ. Используйте реальный сценарий: один товар в наличии, доставка в нужный город Беларуси, выбранный способ оплаты и контактный номер менеджера. После оформления проверьте, куда попала заявка, кто получил уведомление и видит ли сотрудник полную историю действий.
Проверка должна охватывать не только страницу с товаром. Заказ может потеряться на переходе между формой сайта, CRM, оплатой, складским учётом и доставкой. Если менеджер получает заявку в виде письма без состава заказа, адреса или комментария, процесс уже требует исправления.
| Участок пути | Что проверить | Признак исправной работы |
|---|---|---|
| Каталог | Название, цена, наличие, характеристики | Покупатель понимает, что заказывает и сколько это стоит |
| Карточка товара | Фото, описание, варианты, условия получения | Для выбора не нужно звонить менеджеру |
| Корзина | Количество, цена, удаление товара, пересчёт суммы | Итог меняется сразу после каждого действия |
| Оформление | Поля, доставка, комментарий, подтверждение | Форма не заставляет вводить лишние данные |
| CRM | Создание заказа, контакт клиента, источник | Менеджер видит заявку в одном рабочем окне |
Что проверить в каталоге и карточках товаров?
Начните с товаров, которые чаще всего заказывают или рекламируют. Сравните цену в каталоге, карточке, корзине и финальном сообщении после заказа. Одна старая цена в этом маршруте создаёт спор ещё до разговора с менеджером.
В карточке должны быть понятны четыре вещи: что продаётся, в какой комплектации, есть ли товар в наличии и когда его можно получить. Для одежды это размер и цвет, для техники — характеристики и комплект поставки, для мебели — габариты и условия доставки. Не прячьте существенные ограничения в длинном тексте под кнопкой.
Проверьте варианты товара. Если покупатель выбирает цвет или размер, выбранное значение должно попасть в корзину и CRM. Тестовая заявка с формулировкой «товар со страницы» недостаточна: менеджеру нужно видеть конкретную модификацию, иначе он перезванивает за уточнениями.
Отдельно посмотрите, как сайт ведёт себя при нулевом остатке. Кнопка заказа должна либо исчезать, либо предлагать понятное действие: оставить заявку, выбрать похожий товар или запросить уведомление. Нельзя показывать доступность, которую продавец не может подтвердить.
Как проверить корзину и оформление заказа?
Добавьте в корзину два разных товара, измените количество, удалите один из них и вернитесь в каталог. После каждого действия проверьте сумму, скидку, стоимость доставки и итог к оплате. Затем повторите сценарий в мобильном браузере, где ошибки в форме заметнее.
Каждое поле оформления должно отвечать на вопрос: зачем оно нужно для выполнения заказа? Телефон и способ связи помогают менеджеру связаться с покупателем, адрес нужен для доставки, комментарий — для уточнений. Поля, которые не используются в работе, увеличивают путь до кнопки и дают повод закрыть страницу.
Проверьте сообщения об ошибках. Если покупатель указал неполный номер, пропустил обязательное поле или выбрал несовместимый способ доставки, сайт должен объяснить проблему рядом с нужным полем. Сообщение «произошла ошибка» не помогает завершить заказ.
После нажатия кнопки покупатель должен увидеть понятный результат: номер заказа, состав покупки и дальнейший шаг. Менеджер в это же время должен получить ту же информацию. Если клиент видит подтверждение, а заявка не появляется в CRM, проверьте интеграцию форм с CRM; для WordPress этот сценарий подробно разбирается в материале как подключить формы сайта к CRM.
Что проверить в оплате и доставке?
Пройдите оплату тестовым способом, который использует ваш магазин. Проверьте успешный платёж, отмену операции и закрытие платёжной страницы без завершения оплаты. Во всех трёх случаях статус заказа должен меняться предсказуемо, а менеджер должен понимать, нужно ли связываться с клиентом.
Сверьте сумму на сайте с суммой на платёжной странице. Она должна учитывать выбранное количество товаров, скидку, доставку и дополнительные услуги. Если после оплаты заказ остаётся в статусе «новый», сотрудник может повторно попросить деньги или начать сборку неоплаченной покупки.
Условия доставки разместите рядом с выбором способа получения. Покупателю нужно заранее увидеть стоимость, доступные варианты, срок и ограничения по адресу или весу. Для самовывоза укажите, когда заказ готов и как клиент узнает об этом. В CRM эти данные должны храниться в карточке заказа, а не только в комментарии из письма.
Настройте отдельные статусы для «оплата ожидается», «оплачено», «передано в доставку», «готово к выдаче» и «получено». Названия можно адаптировать под процесс, но сотрудники должны одинаково понимать, что происходит с заказом. Если уведомления клиенту отправляются автоматически, проверьте текст и момент отправки: сообщение о готовности должно уходить после фактического подтверждения сборки.
Как проверить возврат и работу CRM?
Смоделируйте отмену заказа до передачи в доставку и возврат после получения. Менеджер должен знать, кто отвечает за обращение, какой статус выбрать и где зафиксировать результат. Ссылка на правила возврата без рабочего процесса не решает задачу, если сотрудник не понимает, что делать после сообщения клиента.
На странице возврата проверьте понятность текста: какие товары принимаются обратно, как связаться с магазином, какие сведения нужны для поиска заказа и когда клиент получит ответ. Не обещайте срок, который команда не контролирует. Лучше указать реальный порядок действий и канал связи.
В CRM проверьте пять полей: контакт покупателя, состав заказа, сумма, источник заявки и текущий статус. Источник особенно важен, если магазин получает заказы с сайта, рекламы, маркетплейса и социальных площадок. Без него собственник видит продажи, но не понимает, какой канал привёл покупателя.
Свяжите статусы с задачами. При новом заказе CRM создаёт задачу менеджеру, после подтверждения меняет этап, после оплаты передаёт заказ в сборку, после отправки сохраняет данные доставки. Автоматизация нужна там, где сотрудник регулярно повторяет одно и то же действие; пример автоворонки для интернет-магазина показывает, как разложить такие шаги по этапам в RetailCRM.
Какие ошибки чаще всего мешают пройти проверку?
- Цена товара отличается в каталоге, корзине и платёжной форме.
- После оформления клиент не получает номер заказа и не понимает, что делать дальше.
- Заявка приходит менеджеру без выбранного размера, цвета, адреса или способа доставки.
- Товар отображается в наличии, хотя склад уже не может его отгрузить.
- Отмена и возврат обрабатываются в переписке, но не фиксируются в CRM.
- Статус оплаты не обновляется после успешной операции или отмены платежа.
Проверяйте магазин по одному сценарию за раз и сохраняйте результат в таблице: шаг, ошибка, ответственный, срок исправления. Сначала устраните проблемы, из-за которых заказ не создаётся или деньги не подтверждаются. Затем проверьте доставку, возвраты и отчёты CRM. После изменений повторите тестовый заказ с телефона, чтобы убедиться, что исправление работает для покупателя, менеджера и учётной системы.
3 шага, которые можно сделать на этой неделе:
- Оформить два тестовых заказа: один с успешной оплатой, второй с отменой платежа.
- Сверить данные заявки на сайте, в письме менеджеру и в CRM.
- Составить список ошибок с приоритетом: заказ, оплата, доставка, возврат, аналитика.


