Операционный центр интернет‑магазина

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

Проектная концепция ITDV. Она не связана с конкретным заказчиком. Данные интерфейсов — демонстрационные; показатели эффекта — ориентиры для проверки в пилоте.

Автоматизированная зона комплектации интернет-заказов со сканированием и упаковкой
ITDV / VISUAL STUDYCONCEPT
ORDER ROUTEEXCEPTIONSCONTROL
После кнопки «оплатить»Web · OMS · Payments
Сфера
Ритейл и e-commerce
Формат
Web · OMS · Payments
Ориентир запуска
14–22 недели
Статус
Концепция решения

Красивый каталог ничего не значит, если заказ застрял после оплаты.

Один заказ связывает платёж, резерв, сборку, доставку и возврат. В карточке видны текущий статус, конкретное исключение, владелец и допустимое решение.
01ОплатаГотово
02РезервГотово
03Сборка1 замена
04ДоставкаГотово

Заказ #4821Обещание клиенту сохранено

01Резерв подтверждается до обещания клиенту
02Замена сохраняет экономику заказа
03Статус одинаков для поддержки и покупателя

Один заказ
проходит весь путь.

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

01

Order Management

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

02

Рабочее место склада

Волны комплектации, сканирование, контроль ошибок, упаковка и печать этикеток.

03

Исключения

Замена, недостача, разделение, перенос, отмена и возврат с допустимыми действиями.

04

Коммуникации

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

Заказ принят.
Дальше начинается ручная работа.

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

01

Остаток не равен резерву

Витрина показывает товар, но при сборке выясняется, что позиция недоступна или уже обещана другому заказу.

02

Статусы расходятся

Склад, поддержка, доставка и клиент видят разные состояния одного заказа.

03

Исключения в чатах

Замены, переносы и частичные возвраты согласуются вручную и теряют контекст.

01ВитринаWeb · mobile · catalog
02ЗаказOMS · payment · promo
03ОстаткиERP · WMS · reserve
04ИсполнениеPick · pack · delivery
05СервисStatus · support · returns

Исключение получает
владельца и срок решения.

Демонстрационный маршрут выделяет отклонение при сборке и обещание покупателю. Заказы, товары, суммы и сроки в макете иллюстрируют сценарий.

ORDER OPS / TODAY12 NEED ACTIONWeb · OMS · Payments
ORDER X‑RAY#4821ОБЕЩАНО СЕГОДНЯ · 18:00
48212 / 3позиций собрано

Кофемолка M2

Фильтры · 2 уп.

Кофе 1 кгЗАМЕНА

01Оплата12:04
02Резерв12:05
03СборкаСейчас
04Доставка16:30
ИСКЛЮЧЕНИЕНет выбранного сорта кофеДоступно 3 равноценных заменыСогласовать с клиентом

Попробуйте один
рабочий эпизод.

Выберите решение для отсутствующего товара и подтвердите его. Все изменения остаются в демонстрации: заказ, возврат, доставка и уведомления покупателю не создаются.

Все действия выполняются внутри демонстрации и никуда не отправляются. Сценарий показывает логику интерфейса, а не готовый продукт заказчика.

ORDER CONTROL / #4821НУЖНО ДЕЙСТВИЕ
Сборка заказа2 из 3 позиций готовы
Кофемолка M21 шт. · собрано
8 900 ₽
Фильтры2 уп. · собрано
760 ₽
!
Кофе «Бразилия» 1 кгНет на складе комплектации
1 180 ₽
Обещано покупателюСегодня · 18:00

Клиент видит
актуальный срок заказа.

Пилот на одном маршруте проверяет единое состояние заказа и обработку отклонений. Целевой SLA оценивают с учётом внешних блокировок и согласований.

1 статус

для всех ролей

Покупатель, поддержка и исполнение читают одно состояние заказа.

Целевой ориентир
> 90%

целевой SLA

Проектный ориентир для заказов без внешних блокировок и ручного согласования.

Целевой ориентир
< 2 мин

до причины

Оператор сразу видит источник отклонения и разрешённые действия.

Целевой ориентир

Сначала
один склад и один маршрут.

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

01

Карта заказа

Фиксируем состояния, владельцев данных, исключения и обещания клиенту.

02

OMS MVP

Связываем витрину, оплату, резерв и базовую операционную панель.

03

Исполнение

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

04

Оптимизация

Добавляем аналитику SLA, возвраты, прогноз нагрузки и мультисклад.

Покажите, как всё устроено сейчас.
Определим состав первого запуска.

Рассказать о задаче