Разработка 06 октября 2026 6 мин

Чек-лист запуска интернет-магазина: от карточки товара до заказа

Проверяем путь покупателя и работу команды: поиск товара, корзину, доставку, разные результаты оплаты, получение заказа и события аналитики.

Перед запуском интернет-магазина нужно пройти путь покупателя и проверить, что команда получает заказ с правильными данными. Каталог, корзина, доставка и оплата должны работать вместе. Ниже технический и операционный чек-лист для проверки готовой версии магазина; он не заменяет подбор ассортимента и расчёт бизнеса.

Подготовьте данные и ответственных

Для проверки возьмите несколько разных товаров: простой товар, вариант размера или цвета, отсутствующую позицию и товар с особенностями доставки. На каждом из них могут сработать разные правила.

Запишите, откуда берутся цены и остатки, кто обновляет фотографии и кому поступает заказ. Если данные приходят из 1С, проверяйте готовый обмен вместе с сайтом. Правильная карточка, заполненная вручную, ещё не доказывает, что её не испортит следующая выгрузка.

Создайте журнал проверок: действие, ожидаемый результат, полученный результат, ответственный, дата исправления. Для дефекта указывайте товар, устройство и условия. Сообщение «корзина иногда не работает» трудно воспроизвести без этих сведений.

1. Можно ли найти и понять товар

Откройте магазин как новый посетитель. Найдите нужную категорию через меню, затем через поиск, если он предусмотрен. Попробуйте название, артикул и привычное клиенту обозначение. Для фильтра проверьте сочетание условий и сброс выбора.

В карточке сравните название, выбранный вариант, цену, наличие и фотографии. Характеристики должны относиться именно к этому товару. Если размер меняет цену или доступность, это должно быть понятно до добавления в корзину.

Проверьте отсутствующую позицию: разрешён ли заказ, показан ли срок ожидания или предложено другое действие? Не используйте кнопку обычной покупки, если команда фактически не может выполнить такой заказ без дополнительного согласования.

Для товаров с особенностями укажите существенные условия: комплектацию, единицу продажи, размер упаковки или ограничения доставки. Сотрудник компании должен проверить эти сведения; разработчик не может достоверно придумать их из названия товара.

2. Совпадают ли данные в корзине

Добавьте два разных товара и один товар с вариантом. Сравните название варианта, артикул, количество, цену и итог. Измените количество, удалите товар и вернитесь к карточке.

Проверьте ограничения: доступный остаток, минимальное количество и шаг продажи, если они используются. Для скидки или промокода отдельно согласуйте, какие товары участвуют, как показывается результат и что происходит после изменения состава корзины.

Условный сценарий: покупатель добавил футболку размера M, затем открыл ту же карточку и выбрал L. В корзине должны оказаться согласованные варианты, а менеджер должен получить именно их. Это учебный пример проверки, а не описание проекта студии.

Если корзина сохраняется между посещениями, проверьте её после обновления цены или наличия. Магазин должен объяснять изменения, а правила итоговой суммы необходимо согласовать заранее.

3. Понятны ли доставка и оформление

Пройдите оформление для тех способов получения, которые обещаете клиенту. Укажите обычный адрес, адрес вне зоны доставки и самовывоз. Сравните доступные варианты, стоимость и информацию о сроках.

Поля формы должны соответствовать способу получения. Покупателю самовывоза может не понадобиться полный адрес доставки; курьерскому заказу он нужен. Уточните, какие данные действительно требуются команде и внешнему сервису.

Проверьте ошибочные значения и пустые обязательные поля. Сообщение должно показывать, что исправить, сохраняя остальной ввод. На смартфоне клавиатура и всплывающие элементы не должны закрывать кнопку продолжения.

Условия покупки, контакты продавца и необходимые документы подготовьте по вашей модели торговли и подтвердите у ответственного специалиста. Этот чек-лист не устанавливает юридические требования для всех видов товаров и способов продажи.

4. Проверены ли разные результаты оплаты

Используйте тестовый режим платёжного сервиса, когда он предусмотрен. Проверьте успешную оплату, отказ, отмену и возвращение на сайт. Возможности и конкретные шаги тестирования смотрят в актуальной документации выбранного провайдера.

Сравните статус заказа и платежа. Открытие страницы «спасибо» не подтверждает поступление денег. Попросите исполнителя показать, из какого подтверждения система узнаёт о платеже и как обрабатывает повторное уведомление.

После неуспешной попытки покупатель должен понимать, создан ли заказ и можно ли повторить оплату. На приёмке проверьте, не появляются ли лишние заказы и как сотрудник видит незавершённый платёж.

Если предусмотрены возврат и частичная отмена, согласуйте их проверку отдельно. Не проводите реальные списания только ради технической проверки без решения владельца и понятного порядка возврата.

5. Получает ли команда полный заказ

Найдите созданную запись в админке и в системе, где работают сотрудники. Сверьте товары, варианты, количество, сумму, контакты, способ доставки и комментарий. Проверьте уведомления, но не считайте доставленное письмо заменой записи заказа.

Ответственный должен понимать, что делать дальше: подтвердить наличие, связаться с покупателем или отправить товар. Уточните, кто подхватывает заказ, если основной сотрудник отсутствует.

При обмене с учётной системой проверьте повторную передачу и изменение статуса. Согласуйте, где сотрудники редактируют заказ и как изменения возвращаются на сайт. Настройка уведомлений не заменяет правила интеграции с 1С.

6. Видны ли действия покупателя в аналитике

Проверьте установленный счётчик и согласованные события. Просмотр страницы, добавление в корзину и оформленный заказ отвечают на разные вопросы. Их нельзя объединять в одно событие «покупка».

Справка Яндекс Метрики описывает проверку электронной коммерции через настройки счётчика и отладчик. Попросите разработчика подтвердить передачу нужных действий и корректность данных о товарах и суммах. Отображение события в отладчике подтверждает передачу данных, а не реальную оплату.

Запишите номер счётчика, список событий и способ проверки. После изменения корзины или оплаты этот список поможет повторить проверку и не принять поломку измерения за изменение продаж.

7. Проверьте публичную версию перед рекламой

На основном домене повторите ключевой путь со смартфона. Проверьте ссылки, изображения, HTTPS, доступность страниц для поиска и отсутствие ограничений тестовой версии. Сравните формы и интеграции с проверенной копией: настройки окружения могут отличаться.

В журнале запуска удобно выделить критические проблемы отдельно от улучшений:

НаблюдениеЧто сделать перед стартом
Неверный вариант или сумма заказаИсправить и повторить полный сценарий
Заказ не доходит до рабочей системыВосстановить передачу и проверить результат
Нельзя завершить оформление со смартфонаУстранить препятствие и проверить на устройстве
Обещанный способ доставки недоступенИсправить настройку или актуализировать предложение
События аналитики не передаютсяИсправить до оценки рекламного результата
Есть предложение улучшить сортировкуЗафиксировать и оценить по поведению покупателей

Решение о запуске принимает владелец по результатам проверок и условиям бизнеса. Для обсуждения разработки интернет-магазина подготовьте ассортимент, способы оплаты и доставки, системы учёта и план работы с заказами. Это поможет включить необходимые проверки в проект заранее.

Поделиться:

Нужна похожая разработка?

Расскажите о задаче — проведём бесплатную техническую консультацию.