Компания растёт, API всех маркетплейсов подключены, аналитики ежедневно готовят десятки отчётов — а у собственника по-прежнему нет ответа на главный вопрос: «Какая у нас чистая прибыль прямо сейчас?»
Оборот растёт, маржинальность — нет. Причина не в нехватке данных, а в их фрагментации. Продажи на Wildberries живут в отрыве от остатков в 1С, расходы на рекламу считаются «на глаз» и не сходятся с юнит-экономикой. Чем больше сервисов внедряет компания, тем меньше понимает, что на самом деле происходит с прибылью.
Разберём, почему так выходит даже у сильных команд — и где именно утекают деньги, пока все отчёты «зелёные».
Зоопарк систем: данные есть, картины нет
Парадокс зрелого e-commerce: один сервис отвечает за Wildberries, другой — за Ozon, третий — за склад в «МойСклад» или 1С, четвёртый — за рекламные кабинеты. Каждый показывает свою правду, и ни один не видит остальных.
Маркетплейсы отчитываются о высоких продажах — но эти отчёты не видят складских остатков и не знают, сколько товара зависло в пути или на хранении. Рекламные кабинеты живут отдельно: ДРР считается по артикулу и в отрыве от реальной экономики. Менеджер вручную «склеивает» пять выгрузок в Excel — и аналитика превращается в испорченный телефон.
Цена рассинхрона измеряется в днях, а не в месяцах
Когда инструменты не связаны, деньги утекают быстрее, чем менеджер успевает найти ошибку.
В одном из наших аудитов управление остатками вскрыло до 186 тыс ₽ потерь в день по одному SKU и до 600 тыс ₽ в день по фокусным товарам — около 4 млн ₽ упущенной выручки за неделю. Команда вела детальную экономику, но не смотрела на остатки: товар уходил в ноль на складе, а реклама продолжала гнать на него трафик.
Второй типичный случай: по кабинету ДРР до 10% — собственник доволен. А внутри, по части SKU, ДРР доходит до 70%. Рекламу крутят на убыточные товары — собственник из месяца в месяц спонсирует собственные убытки и не видит этого, потому что в сводном отчёте всё усреднено.
Дело не в том, что команда слабая. Дело в том, что до 80% рабочего времени уходит на подготовку данных, а не на анализ. Пока аналитик сводит таблицы, цифры устаревают — и решения принимаются вчерашним днём.
Почему коробочные сервисы не закрывают вопрос
Когда оборот переходит 30–50 млн ₽/мес и кабинетов становится два и больше, массовые сервисы аналитики упираются в потолок.
Они настроены под «типового селлера». Стандартный API не знает ваших схем логистики, возвратов, утилизации, ценообразования. Вы видите общие цифры — но не видите, как они превращаются в чистую прибыль именно в вашей компании. Сервис отдаёт данные, но не даёт понимания: за кадром остаётся контекст, который нужен, чтобы посмотреть на бизнес под своим углом — по сезонности, категориям, управленческим метрикам.
Внедрение — это надстройка, а не снос
За страхом перемен у крупных игроков стоит резонный вопрос: не встанет ли бизнес, если сейчас ломать привычную схему учёта?
Не нужно ничего ломать. Современное внедрение — это надстройка поверх текущих процессов, а не их замена. 1С, МойСклад и привычные регламенты остаются на месте. Задача системы — синхронизировать данные из всех источников в одном окне, где складские остатки видят реальные продажи, а рекламные расходы сходятся с юнит-экономикой.
И главное — переход от сбора цифр к их объяснению. Ценность не в красивых графиках, а в интерпретации: где лежит неликвид, какой SKU кормит компанию, а какой её тихо обескровливает. Расчёты делает код — повторяемо и проверяемо. Что значат эти цифры и что с ними делать — объясняет аналитика. Решение остаётся за человеком.
Коротко
Масштабируемый бизнес не может расти вслепую, на ручной сводке таблиц. Кастомизация аналитики — не «индивидуальный пошив ради красоты», а способ настроить инструменты так, чтобы видеть реальную прибыль по каждому SKU и управлять ею здесь и сейчас, а не констатировать убыток в конце месяца.
Разбираем такие кейсы и механику управления прибылью на маркетплейсах в нашем блоге — подписывайтесь, если узнали в этом свою компанию.