Обсудить проект
Все статьи

Статусы заказа и уведомления покупателю: минимальный набор

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

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

Минимальный набор статусов заказа для большинства интернет-магазинов — шесть-восемь: новый, подтверждён, оплачен, собирается, передан в доставку или готов к выдаче, выполнен, отменён и возврат. У каждого статуса должен быть ответ на два вопроса: кто его меняет и что в этот момент узнаёт покупатель. Если на второй вопрос ответа нет, покупатель узнаёт о заказе, только когда звонит сам.

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

Статусы и уведомления

Таблица: Статус, Кто меняет, Что получает покупатель, Что происходит внутри
СтатусКто меняетЧто получает покупательЧто происходит внутри
НовыйСайт автоматическиПисьмо «Заказ принят» с составом и номеромУведомление менеджеру
ПодтверждёнМенеджер или автоматическиСообщение с подтверждёнными сроками, если они изменилисьЗаказ уходит на склад
ОплаченАвтоматически по уведомлению платёжного сервисаЧек или подтверждение оплатыОтметка в учёте
СобираетсяСкладОбычно без сообщенияСборка и упаковка
Передан в доставкуСклад или служба доставкиНомер для отслеживанияПередача данных службе
Готов к выдачеСкладАдрес, график, срок храненияЗаказ на полке самовывоза
ВыполненСлужба доставки или менеджерСпасибо и контакты для вопросовЗакрытие заказа
ОтменёнПокупатель, менеджер или автоматическиПричина и что с оплатойВозврат товара в остатки
ВозвратМенеджерСроки и способ возврата денегВозврат в учёте

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

Жизненный цикл заказа: новый — письмо «заказ принят»; подтверждён; оплачен — подтверждение оплаты; собирается — без сообщения; передан в доставку — номер отслеживания; выполнен; отдельно отмена и возврат
Статусы заказа и сообщения покупателю

Правила, без которых статусы врут

Статус — факт, а не намерение. «Передан в доставку» ставят, когда служба забрала заказ, а не когда его собираются отдать.

Один источник правды. Статус живёт в одной системе — в магазине, CRM или учётной системе, а остальные его получают. Если менеджер меняет статус в CRM, а сайт показывает старый, покупатель видит неправду. В интернет-магазинах PIP статусы заказов и то, какая система владеет данными, определяют на этапе подключения к обработке продаж — так описано на странице интернет-магазинов.

Автоматически — всё, что можно узнать без человека. Оплата, передача в службу доставки, вручение — эти события приходят от сервисов и не должны ждать, пока менеджер вспомнит.

Понятный путь назад. Из каждого статуса понятно, можно ли отменить заказ и что будет с деньгами.

Четыре правила статусов: статус — факт, а не намерение; один источник правды; автоматически всё, что можно узнать без человека; понятный путь назад
Четыре правила статусов заказа

Каналы уведомлений

  • Почта — подходит для подтверждения заказа и чеков. Чтобы письма не попадали в спам, домен отправителя должен быть настроен: Google требует от всех отправителей в Gmail SPF или DKIM и корректные DNS-записи.
  • SMS и мессенджеры — для коротких событий: передан в доставку, готов к выдаче. Если в эти же каналы планируете отправлять рекламу, порядок согласия согласуйте с юристом с учётом закона РК «О персональных данных и их защите».
  • Личный кабинет или страница заказа — для тех, кто хочет проверить статус сам.

В каждом сообщении — номер заказа и способ связаться с живым человеком. Письмо с адреса «noreply» без контактов заставляет искать телефон на сайте.

Учебные тексты сообщений

Тексты условные — подставьте свои сроки и контакты:

Заказ принят:
Заказ № 1042 принят. Состав: 2 товара на 25 980 ₸.
Подтвердим наличие и сроки до 18:00. Вопросы — ответом на это письмо.

Передан в доставку:
Заказ № 1042 передан в службу доставки. Номер для отслеживания: TRK-0001042.
Ожидаемая дата — 28 октября.

Готов к выдаче:
Заказ № 1042 ждёт вас по адресу пункта выдачи, ежедневно с 10:00 до 20:00.
Храним 5 дней.

Отмены и возвраты

  • Укажите причины отмены списком: нет в наличии, передумал, не дозвонились. Это даст отчёт о том, почему теряются заказы.
  • Сообщайте, когда и как вернутся деньги, сразу при отмене оплаченного заказа.
  • При отмене товар возвращается в остатки автоматически.
  • Если вы считаете продажи в аналитике, возвраты тоже стоит передавать: в GA4 для этого есть рекомендованное событие refund.

Что автоматизировать в первую очередь

  1. Письмо «Заказ принят» и уведомление менеджеру — с первого дня.
  2. Статус «Оплачен» по уведомлению платёжного сервиса.
  3. Номер отслеживания покупателю при передаче в службу доставки.
  4. Возврат товара в остатки при отмене.

Остальное можно делать вручную, пока заказов немного, и автоматизировать, когда ручная работа начнёт отнимать время.

Нужно навести порядок в статусах и уведомлениях магазина? Расскажите о задаче — разберём, где статусы расходятся между системами.

Короткие подсказки о сайтах и автоматизации — в Telegram-канале @pip_kz.

Ещё по этой теме

Онлайн-оплата в интернет-магазине в Казахстане: что подготовить к подключению

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

Заявки с сайта в Telegram и CRM: как обрабатывать дубли и сбои доставки

Как устроить надёжную обработку заявок с сайта: сначала сохранить, потом отправить в CRM и Telegram с повторами, избежать дублей, разобрать типичные ошибки, принять работу по критериям и вести журнал статусов.

Вебхуки простыми словами: как сервисы передают данные друг другу

Что такое вебхук и чем он отличается от регулярного опроса, пример из документации Telegram Bot API, учебный пример события, типичные проблемы — недоступность, дубли, порядок, подделка — и вопросы, которые стоит задать подрядчику.

Обсудим вашу задачу

Разберёмся в деталях и предложим план.

Обсудить проект

Просмотр изображения