Сервисы в екоме: OMS

⟶ Рассказываем о функциях, которыми должна обладать система управления заказами в электронной коммерции.

Содержание

☞ Заказ — это одна из базовых сущностей екома (две другие — товар и клиент). Чтобы клиент смог получить свои товары, нужно уметь управлять заказами как таковыми, а также отправлениями, логистикой, и бизнес-единицами, участвующими в клиентской доставке. К последним относятся склады, поставщики, физические магазины. Сегодня обсудим работу с заказами.

Для чего нужна OMS

Order Management System аккумулирует следующую информацию:
1
Составы заказов;
2
Способы оплаты;
3
Способы получения;
4
Возвраты;
5
Истории заказов пользователей.
Менеджер может управлять всеми аспектами заказа: менять состав заказа, статус, прикреплять документы и генерировать оплаты. При этом OMS должна способствовать автоматизации процессов исполнения заказов, а не только быть инструментом в руках оператора.
☞ Чем больше заказов у екома, тем меньше менеджер должен участвовать в их исполнении.
На основе OMS делаются рабочие места для сотрудников колл-центра, принимающих заказы по телефону, менеджеров обработки заказов, сборщиков и курьеров.

Дальше мы поговорим о разных аспектах работы с заказами в OMS.
Жизненный цикл заказа в екоме><meta itemprop=
Жизненный цикл заказа в екоме

Управление жизненным циклом заказа

У каждого екома свой набор состояний, через который проходит заказ. Базовая цепочка статусов показана ниже.
  1. Созданный заказ — формируется на витрине (сайт, внешний маркетплейс, колл-центр, мобильное приложение и т. д.) и попадает в OMS.
  2. Часто заказ требуется обработать:
    • Уточнить наличие товара на складах.
    • Согласовать состав заказа в случае, когда каких-то товаров нет и требуется замена.
    • Согласовать адрес и способ получения.
    • Договориться о способе оплаты. Иногда нужно дождаться самóй оплаты.
  3. Когда заказ подтвержден, он отправляется на сборку и упаковку.
  4. Далее заказ передается в доставку. Если служба доставки — это отдельная организация, то переход в этот статус означает еще и смену ответственного за товары.
  5. Пока товар едет к клиенту, он находится в статусе «В доставке». Обычно это составной процесс, состоящий из нескольких этапов.
  6. Наконец, клиент получает заказ.
  7. После получения клиент может вернуть товар. В этом случае запускается возвратная логистика, которая включает отдельную цепочку статусов.

OMS позволяет управлять заказом на всем жизненном цикле от формирования до исполнения и возврата.
Пример сформированного заказа><meta itemprop=
Функциональность OMS зависит от процессов, реализованных в конкретном екоме. Например, маркетплейсы вроде Озона запрашивают все данные на этапе оформления заказа и уверены в наличии товара. А продуктовые ритейлеры типа Вкусвилла собирают товары с полок физических магазинов и часто корректируют заказ уже после оформления. И таких отличий много на всех этапах исполнения заказа.

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

Управление статусной моделью

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

Например, клиентский статус «Сборка» может разбиваться на следующие этапы:
Сборка начата
Cборщик переходит к работе с конкретным заказом, видит в системе его состав и начинает ездить по складу и собирать товары.
Сборка завершена
Все товары есть в наличии, они в порядке и собраны.
Перемещен в зону упаковки
Cобранный заказ перевезен в специальную зону и встал в очередь на упаковку.
Упаковка начата
Заказ дождался своей очереди, и его начали упаковывать по регламенту.
Заказ перемещен в зону доставки
Готовые коробочки переместили в зону на складе, откуда логистический оператор забирает заказ.
Набор внутренних статусов непостоянный. Он может быть разным в зависимости от товара, или эволюционировать вместе с процессами исполнения заказа.
Разные внутренние и внешние статусы заказов в OMS><meta itemprop=
Разные внутренние и внешние статусы заказов в OMS
Администратор с помощью OMS:
Создает, меняет и удаляет статусы;
Делает их обязательными или нет;
Делает статусы внутренними или доступными клиенту.

Триггеры, цепочка действий и KPI по статусам

OMS должна уметь привязывать к статусам KPI, а так же триггеры, которые спровоцируют выполнение определенных действий.

Например, время, в течение которого заказ может находиться в том или ином состоянии, после чего он подсвечивается красным, а руководитель получает сообщение о зависшем заказе. Заданные KPI не выполнены — это триггер по которому запустилась цепочка действий.
Пример настройки временных ограничений статусов в OMS Ensi><meta itemprop=
Пример настройки временных ограничений статусов в OMS Ensi
Это пример нештатной ситуации. Но и рутинная смена статуса может спровоцировать выполнение определенных действий. Например, внутренний статус «Упаковка завершена» в случае с крупногабаритным товаром создает задание оператору погрузчика на перемещение готового заказа в зону доставки.

Заказы с особым жизненным циклом

До сих пор мы рассматривали заказы с обычным воркфлоу и прямой логистикой. Но в каждом екоме есть случаи, когда процесс исполнения заказа выходит за рамки стандартного сценария. Вот самые распространенные кейсы:
Заказы с товарами с разных складов;
Периодические заказы;
Возвраты.

Товары с разных складов в одном заказе

Эта ситуация решается по-разному в зависимости от количества отправлений, которыми товары поедут к клиенту.
Консолидация товаров в зависимости от количества отправлений в заказе><meta itemprop=
Консолидация товаров в зависимости от количества отправлений в заказе
В случае с консолидацией OMS должна уметь генерировать перемещение товаров между складами или делать заказ поставщику. Хорошо, если настроены интеграции, и подобные процессы работают в автоматическом режиме.

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

Периодические заказы

Некоторые ритейлеры предлагают покупателям подписку на определенную корзину.
☞ Например, клиент регулярно покупает корм для собаки. Почему бы не предложить автоматически генерировать и доставлять подобные заказы без участия покупателя.
Этот процесс только кажется простым. На самом деле он содержит большое количество точек отказа, которые OMS должна уметь обрабатывать:
1
Нужно уметь привязывать карту клиента и делать регулярные списания (рекарринг и рекуррентные платежи). Если такого способа оплаты нет или клиент от него отказался, OMS должна генерировать счет на оплату на каждой итерации.
2
Стоимость периодического заказа может измениться. Тогда в OMS должен быть предусмотрен процесс согласование новой цены с клиентом.
3
В момент формирования очередной итерации периодического заказа какого-то товара может не оказаться в наличии. OMS также должна поддержать цепочку действий по обработке подобной ситуации.
4
OMS должна учитывать загруженность склада и доставки, чтобы правильно спланировать сроки получения. Ни одна собака не готова сидеть без еды из-за сложностей расчета даты получения в OMS.
Существует проблема последний мили, а возвраты — это последняя миля в квадрате.
✨ Последняя миля
Доставка из РЦ или терминала магистральной транспортной компании до клиента. Подробнее

Возвраты

Возвраты возникают вне всяких прогнозов, а на их обработку по закону отведено мало времени. Для поддержки возвратов в OMS реализуют такие функции:
1
Управление цепочкой статусов возратной логистики;
2
Автоматическое определение, возможен ли возврат в конкретном заказе. Прежде всего с точки зрения сроков: заявление на возврат должно поступить в течение 7 суток после получения заказа. Заявление может быть подано устно сотруднику колл-центра;
3
Быстрый возврат денег покупателю за возвращенный товар;
4
Организация перемещения возвращаемого товара на РЦ или склад поставщика. В случае сложного технического товара — до сервисного центра;
5
Заказ курьера, который приедет к клиенту за тяжелым товаром (если товар тяжелее 5 кг, клиент в праве требовать курьера).

Специальные рабочие места сотрудников

OMS — базовая система для работы с заказами. На ее основе создаются инструменты для сотрудников, работающих с заказами в разных каналах или на разных этапах.

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

Менеджеры заказов

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

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

Интерфейс почти всех OMS позволяет гибко управлять заказами:
Корректировать их состав, способ получения и оплаты;
Вручную перемещать товары между складами;
Менять статусы;
Выставлять счета или ссылки на оплату.

Прием заказов по телефону

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

Такие решения строятся на основе функций OMS, но обладают особенностями:
Быстрый поиск по каталогу
Он может быть менее интуитивно понятным, но более функциональным чем обычный поиск на сайте.
Список замен для каждого товара
Он может быть более разнообразным чем тот, что используется в публичной карточке товара. Важно иметь замены по цене, наличию и смежным функциональным возможностям. Например, вместо реагентов можно предложить электрический снегоуборщик.
Работа с претензиями
Сотрудник колцентра должен обрабатывать любые ситуации. Часто люди звонят, чтобы высказать претензии, так как это более короткая коммуникация, чем email или форма на сайте.
Информация о клиенте
У оператора перед глазами должна быть история заказов клиента и информация о нем из CRM. Например, если маркетинг использует сегментацию, оператор должен понимать, с представителем какой группы он говорит: VIP-клиент, потребительский террорист или просто рядовой клиент.
Возможность выставлять счета и давать ссылки на оплату
Телефонный разговор — гораздо более короткая коммуникация, чем та, которую дает интернет-витрина. Нужно не упустить шанс и склонить клиента к оплате. После окончания разговора вероятность оплаты заказа падает с каждой минутой.
Интерфейсы решения «Удаленная работа с клиентами»

Сборка с полок магазина

Сборка (или пикинг) заказов с полок магазина для некоторых ниш — супер актуальный процесс. Большинство продуктовых ритейлеров планово или вынужденно запустили в 2020 году доставку из ближайших магазинов.

Основной риск сборки с полок — отсутствие заказанного товара.
Примеры интерфейсов управления товаром в Ensi PIM
Корректная работа на мобильных устройствах
Сервис для сборщиков должен корректно работать на мобильных устройствах. Это позволит существенно сэкономить на закупке оборудования и обучении сотрудников. Но лучше, чтобы это было не мобильное приложение: его дорого поддерживать и есть риск, что сотрудники не будут его обновлять.
Список замен для каждого товара
Он может быть более разнообразным чем тот, что используется в публичной карточке товара. Важно иметь замены по цене, наличию и смежным функциональным возможностям. Например, вместо реагентов можно предложить электрический снегоуборщик.
Работа с претензиями
Сотрудник колцентра должен обрабатывать любые ситуации. Часто люди звонят, чтобы высказать претензии, так как это более короткая коммуникация, чем email или форма на сайте.
Информация о клиенте
У оператора перед глазами должна быть история заказов клиента и информация о нем из CRM. Например, если маркетинг использует сегментацию, оператор должен понимать, с представителем какой группы он говорит: VIP-клиент, потребительский террорист или просто рядовой клиент.
Возможность выставлять счета и давать ссылки на оплату
Телефонный разговор — гораздо более короткая коммуникация, чем та, которую дает интернет-витрина. Нужно не упустить шанс и склонить клиента к оплате. После окончания разговора вероятность оплаты заказа падает с каждой минутой.
Видеоаналитика
Ритейлеры внедряют видеоаналитику, чтобы контролировать остатки. Но это новый подход, и не факт, что он взлетит. Поэтому быстро подбирать замены из наличия и согласовывать их с клиентом — одна из ключевых особенностей системы.
Реальный кейс внедрения видеоаналитики в «Пятерочке». Судя по возрасту инцидента (41 минута), процесс пока не до конца отлажен><meta itemprop=
Реальный кейс внедрения видеоаналитики в «Пятерочке». Судя по возрасту инцидента (41 минута), процесс пока не до конца отлажен. Отсюда.

Организация логистики

Работа с доставкой, строго говоря, это часть order management, но из-за большого количества нюансов эти функции выносят за пределы OMS. Мы подробно расскажем об этом в будущих статьях, а здесь просто перечислим потребности екома при организации доставки:
1
Расчет стоимости и сроков доставки с учетом особенностей заказа. Управление зонами доставки и тарифами;
2
Нормализация статусов разных логистических компаний;
3
Планирование доставки собранных заказов;
4
Заказ транспорта для конкретных заказов. Например, вызов машины Яндекс Go или Достависту;
5
Управление отсечкой, когда заказы планируются на следующий день. А также управление временными слотами доставки.

Итого ↘

Order Management System — ключевой сервис екома. Его функциональность сильно зависит от процессов, принятых в конкретной компании. Если PIM решает примерно одни и те же задачи в любом екоме, то функциональность OMS сильно зависит от ниши, масштаба и зрелости ритейлера.
26 марта 2021
В статье использованы материалы Кусочков екома, Freepik

Автор статьи

Сергей Мелихов
Директор новых проектов

подписывайтесь и будьте в курсе

Оставить заявку на демо Ensi PIM

Нажимая на кнопку «Отправить», вы соглашаетесь с условиями обработки персональных данных.