Бесплатная аналитика Ozon на своих данных и граница, после которой я считаю стоимость времени
Показываю, что можно посчитать по выгрузкам Ozon и собственной таблице без подписки на сервис. Разбираю расчёт прибыли, ошибки с удержаниями и способ понять, когда ручная работа начинает стоить дороже автоматизации.
За 90 дней выручка по моим магазинам составила 40 486 495 ₽, но после учтённых расходов из каждых 100 ₽ осталось 11,2 ₽. По одной строке продаж этого не увидеть. Чтобы получить остаток, мне пришлось свести комиссию, логистику, прочие сборы, рекламу, себестоимость и налог, причём каждую сумму учитывать ровно там, где ей место. Для такого расчёта сама по себе платная подписка не нужна. Нужны исходные данные и таблица, в которой понятно, откуда взялась каждая строка.
Когда я ищу бесплатную аналитику Ozon, я разделяю две задачи: получить данные и превратить их в решение по магазину. Часть данных уже есть в кабинете, другую часть приходится добавлять из собственного учёта закупок и расходов. Таблица вполне справляется, пока я могу поддерживать её в порядке и проверять расхождения. У бесплатного подхода есть граница, но проходит она не по какой-то универсальной выручке. Она появляется там, где сборка отчёта начинает съедать время, нужное мне для управления магазинами.
Что я беру из кабинета Ozon и считаю руками
Я начинаю с вопроса, на который должен ответить расчёт, а не со скачивания всех доступных файлов. Для динамики продаж нужны сведения о проданных товарах и возвратах, для финансового результата — данные о начислениях и удержаниях, для рекламы — её расходы. Отчёт о реализации использую как источник сведений о реализации за соответствующий период, но не подменяю им весь управленческий учёт. Состав доступных полей и названия разделов проверяю в своём кабинете, поскольку интерфейс и документы могут меняться. Какие источники с чем сопоставлять, я подробнее разобрал в статье про отчёты Ozon Seller и проверку цифр магазина.
Собрать продажи и возвраты по товарам, отделив оформленные заказы от состоявшейся реализации.
Сравнить выручку за сопоставимые периоды и посмотреть, какие товары дали изменение.
Посчитать остатки и темп продаж по собственным данным, явно обозначив периоды отсутствия товара.
Свести начисления, удержания и расходы на рекламу, проверив, какие суммы уже включены в другие отчёты.
Добавить закупочную себестоимость, налог и собственные расходы, чтобы получить расчётный финансовый результат.
Выделить товары с низким остатком после прямых расходов и отдельно проверить причины.
Для этого я храню исходные выгрузки отдельно от расчётного листа и не исправляю их вручную поверх скачанного файла. В рабочую таблицу переношу магазин, период, идентификатор товара, тип операции и сумму, если эти сведения есть в источнике. Себестоимость добавляю из своего учёта: кабинет площадки не заменяет документы о закупке. Если нужного значения нет, оставляю явную отметку об отсутствии данных, а не незаметный пустой расход. Иначе таблица выглядит законченной, хотя прибыль в ней завышена.
Разбор через ИИ: сервис сам находит, где теряются деньги, и пишет, что делать. Все числа в карточках — из ваших синхронизированных данных, модель их не придумывает, а расставляет приоритеты.
Что бесплатная аналитика продаж и товаров действительно показывает
В моём расчёте за 90 дней на каждые 100 ₽ выручки приходится 40,4 ₽ комиссии Ozon и 10,3 ₽ логистики с прочими сборами. Ещё 13,1 ₽ забирает реклама, 21,5 ₽ составляет себестоимость товара, 3,5 ₽ — налог. После этих статей остаётся 11,2 ₽. Это структура расходов именно моих магазинов за выбранный период, а не тарифная сетка площадки. Переносить её в чужой расчёт вместо собственных начислений нельзя.
Эти данные показывают, почему бесплатная аналитика продаж Ozon не должна заканчиваться графиком выручки. Продажи могут расти, а сумма, остающаяся после расходов, — сокращаться из-за изменения состава проданных товаров или затрат. При этом 11,2 ₽ я называю остатком после перечисленных статей, а не безусловной чистой прибылью бизнеса. Если за пределами расчёта остались зарплата, аренда, финансирование или другие собственные расходы, их ещё предстоит учесть. Одна точная подпись к показателю здесь полезнее, чем красивое название «прибыль» над неполной формулой.
Куда уходит 100 ₽ выручки
Магазины автора, 90 дней
Комиссия Ozon40,4 %
Логистика и прочие сборы10,3 %
Реклама13,1 %
Себестоимость товара21,5 %
Налог3,5 %
Осталось11,2 %
Доли посчитаны по доставленным заказам за 90 дней. Сумма всех статей — ровно 100%, поэтому видно, сколько остаётся на самом деле. Собственные магазины автора, 90 дней, выручка 40 486 495 ₽
Бесплатная аналитика товаров Ozon отвечает на более узкий вопрос: какой результат даёт конкретная позиция в моём ассортименте. Я сопоставляю её реализацию, возвраты, себестоимость и расходы, которые действительно можно связать с этим товаром. Общие расходы держу отдельно, пока не выберу и не опишу способ распределения. Если реклама относится к группе товаров, я не выдаю её условное распределение за точное начисление на каждую позицию. А когда сравниваю темп продаж, проверяю наличие: падение продаж при пустом остатке ещё не говорит о падении спроса.
Как собрать расчёт в таблице на своих числах
Перед расчётом я задаю период и записываю, по какой дате в него попадают продажи и расходы. Это может быть управленческий отчёт по операциям периода, но тогда его нельзя без пояснения сравнивать с отчётом по дате заказа. Поздние возвраты и корректировки отмечаю отдельно, чтобы понимать, почему результат изменился после повторной загрузки. Затем собираю лист с доходами, лист с расходами и справочник себестоимости. В итоговой таблице сохраняю возможность вернуться от суммы к её источнику, иначе проверить результат будет нечем.
Беру реализацию за выбранный период и учитываю возвраты с правильным знаком. Если источник уже содержит сумму за вычетом возвратов, повторно их не вычитаю.
Вычитаю комиссию из полученной выручки. Проверяю, что исходная выручка ещё не уменьшена на эту комиссию.
Вычитаю логистику и прочие сборы по данным начислений. Каждую операцию отношу к одной статье, чтобы она не попала в расходы повторно.
Вычитаю рекламные расходы за согласованный период. Сверяю их с другими финансовыми источниками и исключаю повторное включение одной суммы.
Вычитаю себестоимость реализованных товаров с учётом возвратов и фактического движения товара. Не заменяю её всей суммой закупок, оплаченных за период.
Вычитаю налог, рассчитанный по применимым ко мне правилам и налоговой базе. Не использую долю налога из чужого магазина как готовую ставку.
Получаю остаток после перечисленных расходов и отдельно вычитаю другие расходы бизнеса, если они есть. Подписываю, какие статьи включены в результат, а какие ещё требуют данных.
На моих данных проверка структуры выглядит так: из 100 ₽ выручки я вычитаю 40,4 ₽, затем 10,3 ₽, 13,1 ₽, 21,5 ₽ и 3,5 ₽. Остаётся 11,2 ₽. Это нормированное представление результата, удобное для сравнения периодов, а не способ заменить фактические начисления усреднёнными долями. В рабочей таблице я сначала считаю рубли по источникам, а уже потом делю каждую статью на выручку. При округлении долей обратный пересчёт может отличаться от исходных сумм, поэтому контроль веду по рублёвым данным.
Выплату на расчётный счёт нельзя автоматически брать за выручку для такого расчёта. В ней уже могут быть учтены удержания и операции, относящиеся к другим периодам. Если затем вычесть из неё расходы повторно, таблица занизит результат. Сначала установите состав исходной суммы, а затем стройте формулу.
Ошибка, из-за которой таблица показывает убыток вместо результата
Самая неприятная ошибка здесь — смешать сумму после удержаний с расходами, которыми её уже уменьшили. Продавец берёт удобную итоговую строку из финансового документа, называет её выручкой и рядом собирает подробные комиссии и услуги из другой выгрузки. Формулы работают, ячейки сходятся, но экономический смысл потерян. Один расход оказывается учтён внутри исходной суммы и ещё раз отдельной строкой. Найти такую ошибку по внешнему виду итогового отчёта почти невозможно: нужно раскрыть состав источников.
На моей структуре расходов повторное вычитание комиссии занизило бы расчёт на 40,4 ₽ с каждых 100 ₽ выручки. Это не дополнительный платёж Ozon, а ошибка собственного учёта. Но решение по ней вполне настоящее: можно поднять цену там, где проблема не в цене, отключить рекламу или отказаться от товара с положительным результатом. Обратная ошибка возникает, если расход вообще пропустить, и тогда товар кажется выгоднее, чем он есть. Поэтому для меня проверка полноты и отсутствия дублей предшествует любому выводу об ассортименте.
Я проверяю расчёт от общего к частному: сначала сверяю суммы с исходными документами, затем смотрю отдельные операции и их распределение по статьям. У каждой строки должен быть понятный источник, а у переноса между листами — устойчивый идентификатор или описанное правило сопоставления. Если остаётся расхождение, не прячу его в строку «прочее» только ради совпадения итогов. Разделяю найденные расходы и пока необъяснённую разницу, чтобы не принимать её за достоверную прибыль. Такой же подход использую при проверке сервиса аналитики Ozon на правильность расчёта прибыли: автоматизация тоже нуждается в сверке.
Сколько времени уходит каждый месяц и когда подписка становится дешевле
Запрос «сервис аналитики Ozon бесплатно» я читаю осторожно: бесплатный доступ ещё не означает, что нужный расчёт доступен без ограничений. Я проверяю состав показателей, глубину истории, возможность выгрузить результат и добавить свою себестоимость. Если нужен анализ чужих товаров, собственные отчёты магазина эту задачу не решат. По ним нельзя узнать чужую закупочную цену, налог или точную прибыль конкурента, а внешние оценки продаж нужно отличать от подтверждённых операций. Поэтому бесплатная аналитика маркетплейса на своих данных и оценка всего рынка — разные задачи с разными границами достоверности.
У меня нет замеров времени, на основании которых я мог бы честно назвать универсальную длительность ежемесячного ручного расчёта. Обещать конкретное количество часов означало бы придумать цифру. Первичная сборка шаблона отличается от его обновления, а обычный период — от периода с возвратами, корректировками и изменившимися файлами. Несколько магазинов добавляют работу по сопоставлению справочников и проверке полноты загрузки. При этом хорошо настроенная таблица может требовать меньше внимания, чем сервис, которому постоянно приходится вручную объяснять состав расходов.
Чтобы узнать собственные затраты времени за месяц, я предлагаю фиксировать начало и конец каждого действия, связанного с подготовкой отчёта. Отдельно учитывать выгрузку файлов, приведение форматов, обновление себестоимости, поиск расхождений и исправление формул. Время на чтение готового отчёта и принятие решений записывать отдельно: подписка не избавляет владельца магазина от этой работы. Затем сложить именно повторяющиеся операции за месяц, не смешивая их с первоначальной настройкой. Так появляется измеренная стоимость ручного процесса вместо ощущения, что таблица отнимает всю жизнь.
Сравнение с подпиской я делаю через стоимость той части работы, которую сервис действительно способен убрать. Сэкономленное за месяц время умножаю на выбранную стоимость моего часа и сопоставляю результат с ценой подписки и оставшимися ручными операциями. Стоимость часа здесь не объективная константа: я должен понимать, какую задачу выполню в освободившееся время и что она даст магазину. Настройку подключения, перенос данных и проверку результата тоже учитываю, а не объявляю бесплатными. Если экономии нет или она существует только на обещаниях, причин отказываться от таблицы я не вижу.
SellOps я сделал для своих магазинов, потому что не нашёл готового расчёта, которому мог бы доверять без постоянных перепроверок. Но из этого не следует, что каждому продавцу нужна подписка вместо собственной таблицы. В описании того, как устроен SellOps можно сопоставить подход сервиса со своим процессом и понять, какую ручную работу имеет смысл передать ему. Я бы всё равно начал проверку с периода, который уже посчитан самостоятельно, и разобрал каждое существенное расхождение. Для меня ценность автоматизации начинается с воспроизводимого результата, а не с количества экранов.
Завтра я бы начал с законченного периода, по которому уже доступны нужные документы, и сохранил исходные выгрузки в отдельную папку. Затем собрал таблицу по описанной последовательности, добавил фактическую себестоимость и явно пометил недостающие расходы. После сверки общих сумм выбрал бы товар с сомнительным результатом и проверил его операции до источника, не меняя цену по непроверенной цифре. Одновременно записал бы время, потраченное на подготовку и исправления. После следующего обновления будет с чем сравнить ручной процесс и предложение сервиса — без необходимости покупать подписку только потому, что таблица кажется несолидной.