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