Автоматизация маркетплейсов в крупном e-commerce
Автор проекта по автоматизации маркетплейсов пишет, что в крупных e-commerce-компаниях до сих пор управляют бизнес-логикой вручную, несмотря на доступность API и аналитики. Это не из-за нехватки технологий, а из-за сложности, персонализации и устоявшихся практик. Я считаю, что это не просто архаизм — это системная уязвимость, которая влияет на выручку.
Ручная работа — это не выбор, а вынужденная система
Поразительно, но в компаниях с тысячами SKU и миллионами заказов ежедневно ведутся расчёты в Excel. Менеджер не может смотреть на каждый артикул, потому что на это уйдёт больше времени, чем у него есть в сутках. И он не может полагаться на отчёты, потому что они показывают среднее, а не реальную картину.
Что считается продажей — и почему это вводит в заблуждение
В маркетплейсах заказ не равен продаже. Выкупается 30–60% от заказанного. Это значит, что на складе остаётся товар, который клиент не забрал. Управлять им по заказам — невозможно. Бизнес-логика требует, чтобы менеджер понимал, сколько реально продано, а не сколько заказано. Но систем не хватает, чтобы это вычислять. И в результате — принятие решений на основе неполных данных.
Цена — не показатель, а гибкая метрика
Цены на одной и той же модели могут различаться в 20 раз. И это нормально. Персонализация выдачи делает цену динамичной: она зависит от истории покупок, логистики, региона. Попытка парсить цены конкурентов — почти бессмысленна. Системы не видят, кто за кем стоит. А значит, даже при наличии данных — нельзя понять, что реально выгодно. В итоге менеджер вынужден угадывать, а не анализировать.
Кто управляет — и почему это не работает
Управление ведётся по категориям, а не по отдельным товарам. Менеджер смотрит на «среднюю температуру по больнице» — и принимает решения на основе этого. При этом 60–70% времени уходит на понимание, что вообще произошло. Реальные действия — всего 20–30%. И они принимаются с опозданием. Потому что воронку смотрят раз в неделю. А проблема может возникнуть за день. Система не видит, где именно упал спрос — и менеджер угадывает.
Что делать, когда система не работает
Нельзя управлять тысячами товаров, если не упростить анализ. Начать нужно с того, чтобы понять, что именно нужно отслеживать — не все данные, а ключевые метрики по группам. Затем — построить систему, которая не просто собирает информацию, а делает из неё выводы. Не вручную, а автоматически. Потому что глаза не видят, а алгоритм — может. Главное — не заменить человека, а дать ему инструмент, который увидит то, что он не может увидеть.
Что мы с этим делаем — и почему это важно
Мы в Cetera работаем с задачами, где данные не умещаются в голове, а процессы требуют скорости. Клиенты более чем в 30 отраслях. Мы не просто делаем сайты — мы внедряем системы, которые работают с реальными бизнес-логиками. Каналы меняются быстрее сайтов, и сайт, построенный на старой расстановке, теряет выручку, а не позиции. Если хотите понять, как это выглядит у вас, — давайте обсудим вашу задачу.
Это часть нашей работы — Проектирование. Проектирование включает в себя создание карты сайта и создание прототипа. Проектирование необходимо при создании индивидуального дизайна сайта любого типа или программировании с нуля сложной заказной веб-системы или отдельного модуля. Проектирование
Автор: Святослав Семенов из Cetera Labs