Интернет-магазин, который продаёт на своём сайте и одновременно на Wildberries, Ozon, Яндекс.Маркете и МегаМаркете, получает данные о продажах из пяти разных источников: своя админка сайта и четыре личных кабинета площадок. У каждого источника свой интерфейс, свои названия метрик и свой формат выгрузки — и ни один из них не показывает общую картину по всем каналам сразу.
Чтобы понять, сколько магазин реально заработал за месяц по конкретному товару, нужно вручную выгрузить отчёты из каждого кабинета, привести их к единому формату и свести в одну таблицу — с поправкой на то, что комиссии, логистика и реклама на каждой площадке считаются по-разному. Это отнимает время у менеджера или владельца каждую неделю и всё равно оставляет пространство для ошибки при переносе цифр.
Проблема касается не только владельцев крупных магазинов с десятками тысяч заказов. Даже при продажах на двух-трёх площадках плюс собственный сайт сопоставление данных вручную превращается в регулярную рутинную задачу, которая забирает время у человека, чья реальная работа — принимать решения по ассортименту и рекламе, а не сводить экспортированные CSV-файлы.
Разбираем, какие данные должны быть в едином отчёте, как устроена сквозная аналитика на практике и как решение по ассортименту меняется, когда данные по всем каналам видны одновременно.
Проблема: данные о продажах разбросаны по личным кабинетам площадок
У каждой площадки — Wildberries, Ozon, Яндекс.Маркет, МегаМаркет — свой личный кабинет с отчётами о продажах, комиссиях, логистике и остатках. Формат отчётов, периодичность обновления данных и даже терминология отличаются: то, что на одной площадке называется «логистика», на другой может включать или не включать обратную доставку при возврате.
Сайт магазина живёт в этой картине отдельно — данные о заказах хранятся в CMS или в 1С, показатели трафика и конверсии в системах веб-аналитики, а расходы на рекламу — в рекламных кабинетах. Чтобы получить полную картину по одному товару, нужно свести данные минимум из пяти-шести систем.
На практике это делают в Excel или Google Таблицах: экспорт из каждого кабинета вручную, копирование в общий файл, ручной пересчёт комиссий и логистики под единый формат. При ассортименте в несколько сотен товаров и продажах на четырёх площадках сразу такой процесс занимает часы каждую неделю, а актуальность данных теряется уже на следующий день — пока считали прошлую выгрузку, площадка успела поменять тариф или запустить акцию.
Ошибки при таком ручном своде накапливаются незаметно. Формулы копируются между строками и съезжают при добавлении новых товаров, названия одного и того же товара в разных выгрузках не совпадают из-за разного написания артикула, а курсовые и налоговые корректировки на площадках учитываются то в одном месяце, то пропускаются в другом. В итоге даже подготовленный отчёт не гарантирует точных цифр, а исправление одной ошибки часто требует пересчёта всей таблицы заново.
Показательный случай: менеджер сводит отчёт за месяц и по невнимательности переносит логистику с одной площадки в столбец другой — суммы похожи, строки визуально не отличаются. В результате рентабельность одной площадки оказывается занижена, а другой завышена. На основе этой ошибочной цифры принимается решение сократить продвижение там, где оно на самом деле работало, и нарастить бюджет там, где товар уже был на грани убытка. Обнаруживают такую ошибку обычно только через один-два месяца, когда план по прибыли не сходится с фактом.
Что должно быть в едином отчёте
Единый отчёт по прибыли должен показывать по каждому товару и по каждому каналу продаж одновременно:
- Выручку — сколько денег принесла площадка или сайт за период, без вычета расходов.
- Себестоимость и маржу — сколько стоил товар в закупке и сколько остаётся после вычета этой стоимости из выручки.
- Комиссию площадки — отдельной строкой по каждому маркетплейсу, поскольку ставки различаются по категориям и площадкам.
- Логистику и хранение — с разбивкой на прямую доставку покупателю и обратную логистику при возвратах.
- Расходы на рекламу — отдельно на сайте и на каждой площадке, в привязке к конкретному товару, а не ко всему каталогу.
- Итоговую прибыль и рентабельность — после вычета всех перечисленных расходов, по товару и по каналу продаж.
Важно, чтобы отчёт показывал не только сумму по всем каналам вместе, но и разбивку по каждому из них отдельно. Один и тот же товар может быть прибыльным на сайте и убыточным на одной из площадок из-за разницы в комиссии и логистике — если смотреть только на общую сумму, эта разница остаётся незаметной.
Полезно также видеть динамику этих показателей во времени, а не только срез на текущий момент. Комиссия площадки, поднятая на 2-3 процентных пункта, или сезонный рост тарифа на хранение постепенно снижают рентабельность товара, и без сравнения периодов эту тенденцию легко пропустить, пока прибыль не окажется около нуля.
Как это устроено в единой системе (сайт + все маркетплейсы)
Единая система подключается к каждому источнику данных через API: к личным кабинетам Wildberries, Ozon, Яндекс.Маркета и МегаМаркета — для получения продаж, комиссий, логистики и остатков, к 1С — для себестоимости и складского учёта, к сайту — для данных о заказах и трафике.
Дальше данные из всех источников приводятся к единому формату: одинаковые единицы измерения, сопоставленные категории расходов, единый справочник товаров, в котором один и тот же товар на сайте и на четырёх площадках распознаётся как одна позиция, а не как пять разных. Это ключевой момент — без сопоставления карточек товаров между каналами отчёт покажет пять отдельных товаров вместо одного с разбивкой по каналам.
Сопоставление обычно строится на артикуле продавца, штрихкоде или SKU, единых для всех каналов продаж, поскольку внутренние номенклатурные номера площадок между собой не совпадают. После первичной сверки система обновляет данные автоматически по расписанию — как правило, раз в сутки для остатков и цен и чаще для оперативных показателей вроде статуса заказа, — так что отчёт остаётся актуальным без повторной ручной выгрузки.
В «Витрине» это устроено как единый отчёт по прибыли: сайт и подключённые маркетплейсы синхронизируются в фоне, а владелец магазина открывает один экран, где по каждому товару видно продажи, комиссии, логистику, рекламу и итоговую прибыль по каждому каналу и суммарно — без ручной выгрузки и сведения таблиц.
Подключение каждой площадки занимает разовую настройку: авторизация через API личного кабинета и первичное сопоставление товарного справочника. После этого отчёт обновляется без участия пользователя — не нужно каждую неделю заходить в четыре разных интерфейса, экспортировать файлы и вручную приводить их к общему виду, как при работе с таблицами.
Пример: как решение по ассортименту меняется, когда видно данные по всем каналам сразу
Магазин продаёт настольные лампы на сайте и на Wildberries. По выручке товар выглядит одинаково успешно на обеих площадках — около 180 000 рублей в месяц с каждого канала. Если смотреть только на выручку, решение по товару напрашивается одно: масштабировать рекламу пропорционально на обоих каналах.
В едином отчёте по прибыли картина другая. На сайте у товара маржа 42% и рентабельность по прибыли 24% — после вычета себестоимости, доставки своей курьерской службой и рекламы в контекстной рекламе на самом сайте. На Wildberries маржа та же самая, 42%, но после комиссии площадки 21%, логистики и платного продвижения в поиске рентабельность по прибыли — всего 6%.
С этими цифрами решение меняется: рекламный бюджет выгоднее наращивать на сайте, где рентабельность выше в четыре раза, а на Wildberries — пересмотреть цену или отказаться от части платного продвижения, которое съедает почти всю прибыль. Без сквозного отчёта по обоим каналам это решение принималось бы вслепую, ориентируясь только на объём продаж, который на обеих площадках выглядел одинаково привлекательно.
Дополнительно единый отчёт показывает долю рекламных расходов в выручке (ДРР) по каждому каналу — на сайте она в этом примере составляет 9%, а на Wildberries из-за платного продвижения в поиске доходит до 19%. Сопоставление ДРР и рентабельности по каналам сразу указывает, где реклама работает на прибыль, а где просто поддерживает объём продаж без реальной отдачи для бизнеса.
Такой отчёт особенно важен при решениях о том, куда вкладывать рекламный бюджет и какие товары выводить из ассортимента конкретной площадки — без данных по всем каналам сразу эти решения строятся на неполной картине.
Похожая логика работает и на уровне всего ассортимента, а не одного товара. Когда единый отчёт показывает рентабельность по каждой товарной группе на каждой площадке, становится видно, какие категории вообще стоит выводить на конкретный маркетплейс, а какие эффективнее продавать только через сайт, где ниже комиссия за продажу и есть прямой контакт с покупателем для повторных заказов.
Отдельные срезы этой картины: прибыльность по товарам и юнит-экономика одной позиции. Общий обзор системы — в статье о платформе управления магазином. Сквозной отчёт собирается в Витрине.
