Ошибки новичков на Озон, из-за которых продажи не приносят денег

За 90 дней выручка моих магазинов составила 41 770 429 ₽, но после учтённых расходов из каждых 100 ₽ осталось 11,6 ₽. В этой разнице и прячутся ошибки новичков на Озон: заказ появился, оборот растёт, а денег на следующую закупку почему-то не хватает. Я веду несколько магазинов и не оцениваю результат по сумме продаж в кабинете. Мне нужно понять, сколько денег осталось после расходов, связанных с этими продажами. Иначе можно долго радоваться росту, который постепенно съедает собственный запас денег.

На старте особенно легко перепутать движение товара с заработком: отправил поставку, получил первые заказы, дождался выплаты — значит, дело пошло. Но между этими событиями лежат комиссия, логистика, реклама, закупочная стоимость и налог. Отдельно остаются решения, последствия которых не видны в строке конкретного заказа: куда отправить товар и хватит ли доступного остатка для продвижения. Я разберу эти ошибки через денежный результат, а не через перечень запретов. Там, где у меня нет данных о потерях, я дам способ расчёта, вместо того чтобы придумывать убедительную сумму.

Цена без всех расходов оставляет прибыль только на бумаге

Самая опасная цена получается из простой мысли: к закупке прибавлю наценку, комиссию примерно представляю, остальное потом уточню. В моих магазинах за указанный период из каждых 100 ₽ выручки комиссия Ozon забрала 40,5 ₽, логистика и прочие сборы — 10,1 ₽, реклама — 12,9 ₽. Себестоимость товара составила 21,4 ₽, налог — 3,5 ₽, остаток — 11,6 ₽. Это структура расходов по моим заказам, а не действующие тарифы площадки и не прогноз для чужого товара. Переносить её в свою карточку без проверки нельзя: состав продаж, условия работы и расходы у продавцов различаются.

Денежную цену ошибки здесь видно без выдуманного примера: если я забуду рекламу, расчёт завысит результат на 12,9 ₽ с каждых 100 ₽ выручки при такой структуре расходов. Сам пропущенный расход окажется больше того, что действительно осталось. Если на основании завышенной прибыли я соглашусь на скидку или повышу затраты на продвижение, запас может исчезнуть. Поэтому перед изменением цены я пересчитываю конкретный товар по его расходам, а средние показатели магазина использую только для проверки общей картины. Тарифы и условия беру из актуальных документов и кабинета, а не из чужой статьи или собственной памяти.

Оставшиеся 11,6 ₽ из каждых 100 ₽ — результат после перечисленных расходов, а не обещание чистой прибыли для любого продавца. Если в расчёт ещё не попали зарплата, аренда, обслуживание займа или другие расходы бизнеса, их тоже предстоит покрыть. Выплата от площадки не подтверждает, что эти деньги уже заработаны. До решения о скидке или новой закупке я проверяю состав расходов, а не только итоговую строку.

Как я считаю, что остаётся с продажи

Для расчёта я сначала выбираю, что именно проверяю: завершённый период по магазину или результат продаж конкретного товара. Затем собираю выручку и связанные с ней расходы, отдельно просматривая возвраты, корректировки и начисления, которые появились позже самой продажи. Если часть расходов ещё неизвестна, я считаю результат предварительным и возвращаюсь к нему после появления данных. Смешивать выручку одного периода с удобным набором расходов другого нельзя. Для повторения расчёта достаточно таблицы, если в ней видно происхождение каждой суммы и понятно, к каким продажам она относится.

• Начинаю с выручки по выбранным продажам. Проверяю, как в источнике отражены возвраты и скидки, чтобы не уменьшить сумму повторно.
• Вычитаю комиссию Ozon по этим продажам. В структуре моих магазинов на каждые 100 ₽ выручки приходится 40,5 ₽ комиссии.
• Вычитаю логистику и прочие сборы, проверяя состав начислений и отсутствие дублей. В переданных данных эта группа составляет 10,1 ₽ на каждые 100 ₽.
• Вычитаю рекламу, относящуюся к выбранному расчёту. В моих данных это 12,9 ₽ на каждые 100 ₽ выручки; расходы кампании нельзя целиком записывать на каждый продвигаемый товар.
• Вычитаю себестоимость проданных товаров, а не стоимость всей закупленной партии. В приведённой структуре это 21,4 ₽ на каждые 100 ₽ выручки.
• Вычитаю налог, рассчитанный по применимым ко мне правилам и налоговой базе, а не по размеру выплаты. В моих данных он составляет 3,5 ₽, после перечисленных расходов остаётся 11,6 ₽ на каждые 100 ₽ выручки.

Порядок строк помогает ничего не потерять, хотя от перестановки вычитаемых итог не изменится. Гораздо существеннее полнота: упаковка, подготовка товара и доставка партии должны попасть в себестоимость или отдельную статью расходов, но не одновременно в обе. Если я распределяю общие расходы между товарами, то сохраняю выбранное правило и не меняю его ради красивого результата. Именно потребность видеть такой расчёт по своим магазинам привела меня к созданию SellOps: я не нашёл готового сервиса, которому доверял бы, и сделал свой, а его логику описал в разделе как устроен сервис. При этом я всё равно начинаю проверку спорной суммы с исходного начисления, а не с доверия к итоговой цифре.

Поставка на один склад может оставить товар без нужного покупателя

Отправить весь товар на один склад удобно: меньше организационных решений и проще следить за поставкой. Само по себе это не ошибка, особенно если спрос сосредоточен рядом и запас небольшой. Ошибка начинается, когда я выбираю склад только по удобству приёмки и больше не проверяю, как товар доступен покупателю в разных регионах. Остаток в кабинете ещё не означает одинаковые условия доставки для всех. Если продажи идут слабо, я смотрю географию заказов, доступность товара и обещанный срок доставки, прежде чем объяснять всё плохой карточкой.

Назвать точную потерю от единственного склада по общей выручке невозможно: у меня нет в этих данных сравнения размещений. Реальную денежную часть я считаю как дополнительные расходы на перевозку, переразмещение и хранение, если они возникли из-за первоначального решения. Возможный недополученный результат оцениваю отдельно: число предполагаемых потерянных продаж умножаю на остаток с продажи после переменных расходов. Это оценка, а не подтверждённый убыток, потому что неизвестно, сколько покупателей действительно заказали бы товар при другом размещении. Подменять её всей стоимостью непроданного запаса тоже неправильно: товар пока остаётся активом, хотя деньги в нём связаны.

Перед следующей поставкой я сопоставляю географию спроса с тем, где лежит доступный запас и сколько стоит его обслуживание. Затем сравниваю варианты размещения по ожидаемому результату после расходов, а не по числу складов в плане. Размазать небольшой остаток повсюду — тоже способ получить лишние затраты и быстрое отсутствие товара в отдельных местах. Если спрос ещё не понятен, я предпочту ограниченную проверку гипотезы большой поставке без расчёта. Альтернативу размещению на складах площадки я подробно разбираю в статье о том, как продавать со своего склада и сравнить это с FBO.

Почему не идут продажи на Озон, хотя реклама включена

Когда реклама не приносит ожидаемых заказов, я сначала проверяю возможность купить товар, а уже потом меняю настройки продвижения. Меня интересует доступный к продаже остаток нужного варианта, его распределение и условия доставки для покупателя. Товар может числиться в поставке или ожидать приёмки, но это не равнозначно доступности для заказа. Бывает и менее очевидная ситуация: карточка жива, а нужный покупателям вариант закончился. Поэтому вопрос «почему не идут продажи на Озон» я начинаю не со ставки, а с проверки пути от рекламного перехода до покупки.

Я не утверждаю, что Ozon обязательно продолжит показывать рекламу полностью недоступного товара: поведение зависит от формата и текущих правил, его нужно проверять в кабинете. Денежная ошибка возникает там, где продвижение фактически оплачено, а доступность товара или условия покупки мешали получить заказы. Для проверки я сопоставляю время рекламных расходов с остатками, доступностью вариантов и результатами продаж за тот же промежуток. Если расходов не было, списывать на эту проблему рекламный убыток нельзя. Если они были, считаю остаток от связанных продаж после переменных расходов и вычитаю фактические рекламные затраты, не объявляя весь бюджет потерянным заранее.

В общей структуре моих магазинов реклама забрала 12,9 ₽ из каждых 100 ₽ выручки, поэтому пропуск проверки остатков для меня не мелочь. Но эта сумма не показывает потери от отсутствия товара: такой разбивки в переданных данных нет. Чтобы не платить за продвижение вслепую, перед запуском я проверяю доступность карточки, остаток продвигаемого варианта и план его пополнения. Если вижу риск закончить запас до новой поставки, пересматриваю бюджет и состав продвигаемых товаров. После изменения остатков возвращаюсь к кампании, потому что вчерашняя возможность купить товар ничего не гарантирует на следующий день.

Первые продажи на Озон и первая выплата — ещё не прибыль

Первые продажи на Озон легко принять за подтверждение всей бизнес-модели: покупатель нашёл товар и заплатил, значит, можно закупать больше. Первая выплата усиливает это ощущение, потому что деньги уже лежат на счёте. Однако выплата показывает движение денег с учётом расчётов с площадкой, а не полный результат бизнеса. Себестоимость проданного товара могла быть оплачена раньше, налог ещё предстоит перечислить, а другие расходы вообще прошли вне Ozon. Если я назову весь приход прибылью, то разрешу себе потратить деньги, у которых уже есть назначение.

Цена такой ошибки равна расходам и обязательствам, которые я пропустил, объявляя выплату свободными деньгами. В моих данных только себестоимость составляет 21,4 ₽ на каждые 100 ₽ выручки, а налог — 3,5 ₽, и перевод от площадки не отменяет эти статьи. При этом повторно вычитать из выплаты уже удержанную комиссию тоже нельзя: получится другая ошибка, которая занизит результат. Поэтому я веду расчёт прибыли от выручки и расходов, а движение денег проверяю отдельно. Связь между ними объясняю в статье о том, сколько остаётся продавцу от выручки.

Здесь мне помогают отдельные таблицы результата продаж и предстоящих платежей. В расчёте результата стоит себестоимость проданного товара, а в плане денег — оплата закупаемой партии, даже если её ещё не начали продавать. Благодаря этому видно, почему прибыль есть, а свободных денег на счёте мало. Обратная ситуация тоже понятна: крупный приход не делает бизнес прибыльным, если впереди обязательства, для которых ничего не отложено. Перед выводом денег себе я проверяю предстоящие оплаты, а перед закупкой — хватит ли средств поддерживать работу до следующих поступлений.

Что я проверил бы завтра, чтобы не прогореть на маркетплейсе

Если задача — понять, как не прогореть на маркетплейсе, я бы начал с товара, который собираюсь активно продвигать или снова закупать. По нему нужно собрать фактическую выручку, начисления площадки, рекламу, себестоимость и налог, после чего посчитать остаток в рублях. Рядом я записал бы доступный запас по местам размещения, географию заказов и состояние следующей поставки. Неизвестные расходы лучше оставить явно обозначенными, чем незаметно принять их за отсутствующие. Такой лист покажет, какое решение нельзя принимать без дополнительной проверки: менять цену, наращивать рекламу или везти новую партию.

После этого я сверил бы остаток денег на счёте с предстоящими платежами и убрал из доступного бюджета суммы, которые уже нужны для обязательств. Если расчёт товара не сходится, сначала исправил бы источник расхождения, а не пытался компенсировать его ростом заказов. Если проблема в доступности, проверил бы размещение и пополнение, прежде чем добавлять рекламу. Ошибки продавцов на Озон дорого обходятся именно тогда, когда непроверенное решение многократно повторяется в следующих заказах. Поэтому конкретная задача на завтра — довести расчёт выбранного товара до понятного остатка в рублях и только после этого разрешить себе следующее вложение в него.