Какая аналитика маркетплейсов нужна для выбора ниши, а какая — для контроля денег
Внешняя аналитика помогает изучать рынок, внутренняя — разбираться в заказах, деньгах и остатках своего магазина. Объясняю, какие вопросы решает каждая, почему чужие продажи остаются оценкой и как проверить результат на собственных данных.
В расчёте закупки я однажды поставил рядом предполагаемые продажи конкурента и свою закупочную цену — и уже начал прикидывать заказ поставщику. Получалось заманчиво: товар на виду, покупатели вроде бы есть, разница между ценой на витрине и закупкой выглядит приятной. Потом я открыл расходы похожего товара в своём кабинете Ozon, и желание торопиться пропало. Между ценой карточки и деньгами, которые остаются у меня, обнаружилась целая цепочка затрат. Ошибка была ещё раньше: чужой предполагаемый оборот я мысленно превратил в собственный будущий заработок.
С тех пор я разделяю вопросы о рынке и вопросы о своём магазине ещё до того, как открываю отчёты. Мне нужно понять, что покупают и куда смотреть с новой закупкой, или выяснить, почему уже проданный товар не принёс ожидаемых денег? Под общим названием «аналитика маркетплейсов» обычно предлагают инструменты для обеих задач, хотя исходные данные у них разные. Внешний взгляд помогает сформулировать гипотезу, внутренний — проверить результат моей работы. Они могут находиться в одном интерфейсе, но от этого предположение о конкуренте не становится фактом из его бухгалтерии.
Рынок и мой магазин отвечают на разные вопросы
Внешняя аналитика маркетплейсов нужна мне до решения о товаре, ассортименте или положении на рынке. Я смотрю, какие предложения встречаются в выдаче, как меняются видимые цены, насколько плотно заняты интересующие меня сегменты. Внутренняя аналитика маркетплейсов начинается с другого конца: у меня уже есть заказы, операции, расходы и товарные остатки, которые нужно связать между собой. Здесь вопрос звучит не «кажется ли направление привлекательным», а «что именно произошло с моими деньгами и товаром». По рынку я выбираю, какую гипотезу проверить, а по своему магазину решаю, продолжать ли её оплачивать.
Принимаю решения с поправкой на оценочный характер данных
Мой магазин
Проверяю результат продаж после расходов
Решаю, какой товар пополнять
Разбираюсь в возвратах и удержаниях
Сверяю расчёт с операциями и документами
Для поиска направления смотрю на рынок, для управления своими деньгами — на данные магазина.
Самая неприятная путаница возникает, когда внешним отчётом пытаются ответить на внутренний вопрос. Даже если товар конкурента выглядит востребованным, я не знаю его закупочную стоимость, договорённости с поставщиком, расходы на продвижение и условия финансирования. Из видимой цены нельзя получить его прибыль простым вычитанием моей себестоимости. Обратная ошибка тоже бывает: хорошая прибыль моего товара ещё не доказывает, что рынок позволит безболезненно расширить закупку. У себя я вижу результат конкретного предложения в конкретных условиях, а не обещание такого же результата при любом объёме.
Почему чужие продажи — оценка, а не факт
Представим, что внешний инструмент наблюдает за доступным остатком карточки, а затем замечает его уменьшение. Возникает понятная гипотеза: товар купили. Но видимое количество могло измениться из-за перемещения, корректировки доступности или особенностей того, какие склады и регионы доступны наблюдению. Если между наблюдениями было пополнение, часть движения вообще можно не заметить. Я не утверждаю, что любой внешний инструмент считает именно так: без описания конкретной методики этого знать нельзя. Смысл примера в другом — наблюдаемое изменение и оплаченная покупка не являются одним событием.
С оценкой денежного объёма появляется дополнительный слой допущений. Нужно понять, какую цену использовать, к какому периоду относить предполагаемую продажу и как учитывать изменения предложения. Цена, которую я вижу на витрине, сама по себе не раскрывает сумму расчётов продавца с площадкой. Отзывы, позиции и другие доступные признаки могут дополнять модель, но не заменяют реестр чужих заказов. Поэтому я сначала ищу описание источников, частоты наблюдений и ограничений покрытия, а уже потом смотрю на красивую итоговую цифру. Если методика закрыта, использую результат осторожнее и не придумываю ему точность.
Оценку чужих продаж нельзя подставлять в закупочный план как гарантированный спрос. Даже аккуратная модель не показывает всех условий работы конкурента и не обещает такой же результат вашей карточке. Я использую её для выбора гипотезы, а допустимый размер закупки определяю по своим деньгам, расходам и риску остатков. Подробный график не отменяет неопределённость исходных данных.
Разбор через ИИ: сервис сам находит, где теряются деньги, и пишет, что делать. Все числа в карточках — из ваших синхронизированных данных, модель их не придумывает, а расставляет приоритеты.
Какую аналитику открывать под конкретный вопрос
Перед поиском сервиса я записываю вопрос обычной фразой, без названий отчётов. Например, мне нужно понять, почему товар перестал приносить деньги, а не просто найти раздел с графиком продаж. В таблице я разделил такие вопросы по источнику ответа: где полезно внешнее наблюдение, а где нужны данные моего кабинета и учёта. Последняя колонка помогает проверить происхождение числа, потому что одинаковая подпись в разных интерфейсах может скрывать разный расчёт. Это не рейтинг инструментов, а способ не покупать неподходящий инструмент для нужной задачи.
Вопрос продавца и подходящий источник ответа
Вопрос продавца
Внешняя аналитика
Внутренняя аналитика
Откуда данные
Какую нишу изучить?
Предложения, цены, оценки спроса
Ограничения моего бюджета и опыта
Витрина, модель, собственный учёт
Сколько продаёт конкурент?
Оценка с ограничениями
Ответа нет
Наблюдения и методика оценки
Почему снизились мои продажи?
Рыночный контекст
Заказы, доступность, воронка при наличии
Наблюдения рынка и кабинет
Прибылен ли мой товар?
Не определяет прибыль
Доходы минус относящиеся расходы
Начисления, себестоимость, реклама, учёт
Что пора пополнить?
Контекст сезонности и предложения
Остатки, движение, ожидаемые поставки
Кабинет и складской учёт
Можно ли снижать цену?
Положение среди других предложений
Запас дохода после расходов
Витрина и собственный расчёт
Почему выплата отличается от продаж?
Ответа нет
Даты, удержания, возвраты, корректировки
Финансовые операции и документы
Схема выбора источников для задач продавца; доступность данных зависит от инструмента.
Из таблицы видно, что некоторые решения требуют обоих взглядов, но роли у них остаются разными. Перед снижением цены я могу посмотреть на соседние предложения, однако нижнюю допустимую границу считаю по своим расходам. При падении заказов проверяю рыночный контекст, а затем ищу у себя проблемы с доступностью товара, ценой или привлечением покупателей. Аналитика и анализ маркетплейсов для меня различаются именно здесь: инструмент собирает и связывает данные, а я проверяю объяснение происходящего. Сам по себе график падения ещё не говорит, какое действие исправит ситуацию.
Как посчитать результат своего товара и не перепутать его с выплатой
Для внутреннего расчёта я сначала выбираю товар, период и правило отбора продаж. Нельзя взять заказы по дате оформления, расходы по дате списания, а возвраты оставить за пределами расчёта и считать получившееся число окончательным. Часть операций может появиться позже, поэтому предварительный результат я отделяю от сверенного по документам. Расходы беру из актуальных данных своего кабинета и учёта, а не из запомнившихся тарифов. Дальше двигаюсь от дохода к остатку после затрат, сохраняя возможность объяснить каждое вычитание.
Порядок расчёта на собственных данных
1
Зафиксировать границы расчёта
Выберите товар, период и события, которые считаете продажами. Отдельно обозначьте незавершённые заказы и операции, для которых ещё нет полного набора начислений.
2
Собрать доход от продаж
Возьмите сумму продаж из финансовых данных, уточнив смысл выбранного поля. Учтите возвраты и корректировки выручки, не вычитая повторно то, что уже отражено в исходной сумме.
3
Вычесть себестоимость проданного
Сопоставьте проданные единицы с их закупочной себестоимостью. Для возвращённого товара учитывайте его дальнейшее состояние и судьбу, а не оставляйте списание автоматически.
4
Учесть расходы площадки
Вычтите комиссию, логистику и остальные относящиеся к продажам расходы по фактическим операциям. Если исходная сумма уже была уменьшена на удержания, сначала восстановите состав расчёта, чтобы избежать повторного вычитания.
5
Добавить расходы вне продажи
Вычтите рекламу, упаковку и другие затраты, которые ещё не вошли в себестоимость или операции площадки. Общие расходы распределяйте по заранее выбранному правилу и сохраняйте это правило рядом с результатом.
6
Отделить прибыль от вклада
Если учтены только относящиеся к товару расходы, назовите результат вкладом товара, а не чистой прибылью бизнеса. Для результата магазина дополнительно учтите общие расходы и налоги по своей системе учёта.
7
Сверить и уточнить результат
Сопоставьте суммы с финансовыми документами и проверьте поздние корректировки. Разницу между начислениями и выплатой разбирайте отдельно: движение денег не обязано совпадать с результатом выбранных продаж.
Конкретная ошибка, которую я теперь проверяю отдельно, — принять выплату площадки за прибыль товара. Продавец видит поступление на счёт и решает, что после удержаний эти деньги уже можно забрать. Но закупка проданных единиц могла быть оплачена раньше, реклама — из другого источника, а часть обязательств ещё не отражена в этой выплате. Если всё поступление считать заработком, на следующую закупку приходится добавлять деньги, хотя продажи выглядят успешными. Ущерб здесь равен не абстрактной погрешности отчёта, а той части поступления, которую вывели вместо покрытия затрат и обязательств.
Есть и зеркальный вариант: продавец начинает с выплаты после удержаний, а потом ещё раз вычитает расходы площадки. Тогда товар выглядит хуже, чем есть, и я рискую отказаться от закупки, которая приносила положительный результат. Чтобы поймать такую ошибку, я подписываю исходную сумму словами: продажи до удержаний, начисление после конкретных операций или фактическое поступление на счёт. Если подпись нельзя уверенно дать, расчёт останавливаю и проверяю состав поля. Особенно это полезно при сравнении сервисов: одинаковое слово «прибыль» не гарантирует одинаковый набор вычтенных расходов.
Как я соединяю отчёты в рабочий процесс
У меня несколько магазинов на Ozon, поэтому внутренний обзор нужен прежде всего для выбора того, что проверять дальше. SellOps я сделал сам, потому что не нашёл готового решения, которому мог бы доверить расчёт без постоянных сомнений. Его «Дашборд» здесь служит примером внутренней аналитики: я смотрю на собственный бизнес, а не на предполагаемые результаты чужих карточек. Общую логику можно посмотреть в описании того, как устроен SellOps, но сам интерфейс не освобождает меня от проверки исходных данных. Если в учёте отсутствует закупочная стоимость или не учтены расходы вне площадки, одного подключения кабинета недостаточно для полной картины.
Для меня полезная аналитика маркетплейсов Ozon начинается с возможности объяснить число на экране. Я хочу понимать, какие операции в него вошли, за какой период они собраны и чего в расчёте пока нет. Проверку провожу на понятном участке продаж, где могу сопоставить результат с документами и своей себестоимостью. Более подробный порядок такой проверки я разобрал в статье о том, как выбрать сервис аналитики для Ozon и проверить расчёт прибыли. Если расхождение не удаётся объяснить, я не использую спорный показатель для решения о закупке, даже когда итог выглядит приятно.
Запрос «аналитика ВБ и Озон» часто означает желание собрать разные площадки в одном окне, но общий интерфейс ещё не делает показатели сопоставимыми. Я работаю с Ozon и не буду переносить его правила учёта на другую площадку без проверки. Для сравнения понадобятся одинаковые определения продаж, возвратов, расходов и результата, иначе разница между магазинами может оказаться разницей методик. А аналитика маркетплейсов онлайн говорит лишь о способе доступа: из браузера можно открыть и исследование рынка, и отчёт собственного магазина. Отдельно нужно узнать, когда обновились данные, что охвачено и какие операции ещё могут изменить результат. Онлайн не означает, что всё уже загружено и окончательно посчитано.
Завтра я бы начал не с регистрации в очередном инструменте, а с ближайшего решения, на которое собираюсь потратить деньги. Если это новая закупка, сначала записал бы рыночную гипотезу и отдельно — неизвестные условия, из-за которых она может не сработать. Если это пополнение уже продающегося товара, собрал бы его доходы, расходы, остатки и ожидаемые поступления по описанному порядку. Затем проверил бы, какое число в расчёте подтверждено документами, какое оценено моделью, а какое пока отсутствует. После этого становится понятно, нужен ли мне внешний обзор, внутренний отчёт или сначала порядок в собственном учёте. Покупать аналитику проще, когда заранее знаешь, какое решение она должна помочь принять.
Разбор для продавцов Ozon
Как передавать коды маркировки
Разбор8 ноября 2026 г.
Как передавать коды маркировки в Ozon на FBS и что делать с УПД
Разбираю путь кода от получения товара до сборки заказа FBS, передачи сведений в Ozon и проверки возврата. Объясняю, почему УПД не заменяет код в отправлении, где искать причину ошибки и что меняется при работе по FBO.