Как ElectroKot автоматизировал ценообразование на Ozon с помощью автоперерасчёта цен под маржинальность

Ценообразование у ElectroKot построено на основе экономики. Для этого не только учитывается разное ценовое поведение, но и предусматривается несколько диапазонов маржинальности, которые зависят от того, насколько хорошо продается товар.

Логика была отработана давно, но упиралась в то, что расходы по товарам динамически меняются. В один день больше уходит на рекламу по артикулу, в другой — на хранение и логистику. Поэтому для учета актуальных данных по юнит-экономике приходится вручную следить за всеми расходами, отклонениями и вовремя перезапускать отчёты.

Нам же необходимо было сделать так, чтобы экономика управлялась в моменте и без участия клиента. Для этого мы внедрили автоматический перерасчёт цен под маржинальность. По расписанию система пересчитывает цены от маржи с учётом расходов за последние 30 дней и обновляет нижнюю и верхнюю стоп-цены. После настройки схема работает без изменений, а клиент вообще не касается ценообразования. Только видит результат и может скачать отчёт.

Клиент

ElectroKot — российский бренд автотоваров, представленный на Ozon. Магазин специализируется на автомобильной электрике и аксессуарах (переходники и контроллеры, реле, диодные лампы, молдинги и др.).

У клиента небольшая команда и очень много задач помимо ценообразования.  Поэтому ключевым запросом было полностью исключить его участие в процессе ценообразования.

Задача и проблема: почему готового решения не хватило

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

Но возникла проблема в динамическом изменении расходов по товарам. В один день больше уходит на рекламу по артикулу, в другой — на хранение и логистику. Если цена рассчитана один раз (например, раз в месяц), экономика по SKU оказывается неактуальной. Текущие расходы не учитываются, возникают несостыковки.

Клиенту нужно было, чтобы экономика управлялась в моменте, а цены оперативно реагировали на изменения по артикулам. Без самостоятельного управления в кабинете.

Решение: автоматический перерасчёт цен под маржинальность

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

Как это работает:

• Функционал настраивается через менеджера и техническую поддержку — для продавца процесс не отображается никак, кроме результатов перерасчёта.
• Мы заводим задачу, чтобы диапазоны перерассчитывались по расписанию.
• Клиент в течение недели может менять маржинальность в таблице или добавлять новые артикулы и всегда знает, что в понедельник они перерассчитаются.
• Результаты сразу отображаются в панели управления. Там же в настройках кампании можно скачать актуальный отчёт на момент пересчёта цен.
• Во время автоперерасчёта обновляются значения нижней и верхней стоп-цены продавца и можно скачать расчёты в Excel. В расчётах, при этом, отображаются все необходимые данные о текущих расходах по товару, заложенных в стоимость.

Дополнительно: система безопасности с уведомлениями в Telegram

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

Когда какой-либо товар во время итерации алгоритмов ценообразования (проходов) или во время перерасчёта данных попадает в стоп-лист, клиенту приходит отбивка в Telegram с отчётом в формате Excel. Чтобы он мог зайти в кабинет и сделать определённые действия.

Результат

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

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