Как работает интернет-магазин: от карточки товара до доставки
Интернет-магазин — это не одна страница с кнопкой «Купить», а цепочка состояний. Покупатель выбирает товар, передаёт магазину данные заказа, получает способ оплаты и доставки, а бизнес должен проверить наличие, принять платёж, собрать заказ, передать его перевозчику и сообщить результат.
Если хотя бы одно звено не связано с остальными, сайт может принимать заявки, но магазин не будет надёжно исполнять заказы.
Что происходит после открытия карточки товара
Карточка передаёт покупателю сведения, нужные для выбора: название, фото, характеристики, цену, варианты, наличие и условия получения. После выбора варианта система должна сохранить именно его, а не только общий товар.
На этом этапе возможны ошибки: цена в карточке отличается от корзины, выбранный размер не учитывается, остаток устарел, обязательная характеристика спрятана в описании. Поэтому карточка — начало операционного процесса, а не только контентный блок.
Корзина и оформление заказа
Корзина собирает состав заказа, количество, цены, скидки, доставку и итог. Оформление заказа добавляет контактные данные, адрес, способ доставки и оплаты. Не просите данные, которые не нужны выбранному сценарию.
До создания заказа проверьте, что система повторно рассчитала итог, сохранила выбранный способ и не показывает устаревшее наличие. Если покупатель закрыл страницу, магазин должен понимать, был ли заказ создан или осталась только незавершённая корзина.
Оплата и создание заказа
Оплата и заказ — связанные, но не одинаковые состояния. Заказ может быть создан и ожидать оплаты; платёж может быть авторизован, списан, отклонён или возвращён. В справочных материалах Shopify отдельно выделяются статусы заказа, оплаты, выполнения и возврата: это удобная модель для проектирования собственного процесса (справка Shopify).
Минимально зафиксируйте:
- когда создаётся заказ;
- когда резервируется товар;
- что видит менеджер при неуспешной оплате;
- отправляется ли покупателю подтверждение;
- как связываются номер заказа и платёж;
- кто обрабатывает возврат денег.
Не переводите заказ в «готов к отправке» только потому, что пользователь нажал кнопку оплаты.
Остатки, резерв и комплектация
После оформления магазин должен ответить: товар действительно можно отгрузить? В простом магазине это проверяет менеджер, в более сложном — система учёта. Если заказов несколько, резерв помогает не продать один экземпляр дважды.
Дальше заказ передаётся на сборку. «Оплачен» не означает «собран»: оплата отвечает за деньги, комплектация — за физическую готовность отправления.
Передача в доставку
Для доставки нужны состав заказа, контакт получателя, адрес или пункт выдачи, выбранный тариф, ограничения и идентификатор отправления. После передачи покупатель должен получить понятное уведомление и, если возможно, данные для отслеживания.
Не называйте заказ завершённым при одной лишь печати накладной. Выберите определение результата — передан перевозчику, получен покупателем или закрыт после возврата — и используйте его одинаково.
Минимальная карта статусов
1. Новый — заказ создан, нужно проверить оплату и данные. 2. Подтверждён — магазин принял заказ и готовит исполнение. 3. Оплачен — платёж подтверждён для предоплаченного сценария. 4. Собирается — товар зарезервирован и комплектуется. 5. Передан в доставку — отправление принято перевозчиком или курьером. 6. Доставлен/завершён — выполнено выбранное определение результата.
Отдельно нужны ветки «отменён», «не удалось оплатить», «нет товара» и «возврат». В справке Битрикс24 статусы также описывают путь от принятия и оплаты до отправки, выполнения или отмены (справка Битрикс24).
Уведомления и ответственность
У каждого перехода должен быть ответственный: менеджер подтверждает, склад собирает, служба доставки принимает, система отправляет уведомление, а владелец видит исключение.
Настройте минимум три вида сообщений: подтверждение заказа, изменение способа или срока доставки и результат исполнения. Текст должен соответствовать фактическому состоянию.
Что ломается и как это проверять
Проверьте не только успешный заказ: платёж отклонён; деньги списаны, но уведомление не дошло; товар закончился; адрес вне зоны; заказ отменён после резервирования; часть заказа возвращена; перевозчик не обновил трекинг.
Для каждого сценария запишите, что видит покупатель, кто получает задачу, какой статус устанавливается и как закрывается проблема.
Что должен видеть владелец
На старте достаточно видеть новые, неоплаченные, проблемные, собранные, отправленные и возвращённые заказы. Также нужны источник заказа, время создания, текущий статус и последнее действие.
Delovo можно использовать там, где нужна управляемая собственная витрина и связь каталога с заказами. Конкретный набор интеграций следует проверять по вашей модели.
FAQ
Можно ли работать без CRM?
Да, при небольшом объёме можно начать с админ-панели и регламента. Но должны сохраняться номер заказа, состав, оплата, остаток, доставка, ответственный и история изменений.
Сколько статусов нужно?
Столько, чтобы каждый переход создавал понятное действие. Для небольшого магазина достаточно нескольких основных состояний и отдельных веток ошибок, отмены и возврата.
Что считать завершённым заказом?
Заранее выберите определение: передан перевозчику, получен покупателем или закрыт после возвратного периода. Не смешивайте его с оплатой.
Итог
Работа магазина видна не по наличию корзины, а по согласованности состояний. Нарисуйте путь от карточки до доставки, отделите заказ от оплаты, сборки и возврата, назначьте ответственного за каждый переход и протестируйте ошибки до запуска трафика.