За 90 дней выручка по моим магазинам составила 45 319 431 ₽, а после расходов, включённых в расчёт, из каждых 100 ₽ осталось 11,4 ₽. При таком остатке я не могу считать любую надпись «бонусы» подарком от площадки. Сначала приходится выяснять, что за ней стоит: уменьшение будущего списания, компенсация скидки или расход на покупательское вознаграждение. На экране всё это может выглядеть привлекательно, но в расчёт результата попадает по-разному. Начисленные баллы сами по себе ещё не означают, что у меня стало больше денег.
Я веду несколько магазинов и смотрю на такие программы через движение начислений и удержаний, а не через размер красивого баланса в кабинете. Запрос «бонусы продавца Озон — что это» на практике скрывает несколько разных вопросов. Кто дал бонус, почему он появился, что им разрешено оплатить и нужно ли за него платить самому. Отдельная путаница начинается со слов «за скидки» и «за отзывы», хотя у этих механизмов разные получатели и разная экономика. Поэтому я сначала разделяю операции по смыслу и только потом считаю выгоду.
Какие бонусы и баллы продавца нельзя смешивать
Бонус продавцу может появиться по условиям конкретной акции площадки, предложения партнёра или программы подключения услуг. Его смысл часто состоит в праве оплатить определённую услугу в пределах условий программы, а не в возможности забрать деньги на расчётный счёт. Если мне начислили бонус для продвижения, я не переношу его автоматически в доход от продажи товара. Сначала проверяю, на какое именно размещение или списание он распространяется и состоялось ли использование. Неиспользованный остаток такого бонуса я держу отдельно от заработанной выручки.
Когда спрашивают, как использовать баллы Ozon продавцу, я начинаю с названия программы, указанного рядом с балансом. Без него нельзя честно ответить, можно ли уменьшить плату за услуги, оплатить продвижение или вообще самостоятельно выбрать направление расходования. Возможность вывода, передачи между кабинетами, срок действия и порядок применения проверяются в действующих условиях именно этого начисления. Я не переношу правила одного бонусного предложения на другое, даже если в интерфейсе они называются похожими словами. Если назначение баланса непонятно, до проверки я не считаю его доступными деньгами.
Баллы за скидки в Ozon Seller относятся к другой логике: нужно связать скидку покупателю, компенсацию продавцу и последующее применение этой компенсации. В механике, где площадка компенсирует свою скидку баллами для зачёта в вознаграждение Ozon, я ищу именно эту цепочку, а не отдельный денежный подарок. Это не означает, что любую скидку из моей цены оплатит площадка. Баллы за отзывы устроены иначе: покупатель получает вознаграждение за выполнение условий программы, а у продавца возникает расход на такое стимулирование. По одному слову «баллы» нельзя определить, кто здесь платит и кто получает выгоду.
Как использовать баллы и проверить, что они действительно применились
В кабинете я сначала открываю подробности начисления и условия программы, а затем перехожу к финансовой детализации за соответствующий период. Мне нужны основание операции, связанный заказ или услуга, сумма начисления, сумма применения и оставшийся доступный баланс, если он предусмотрен. Названия разделов и файлов могут меняться, поэтому я ищу документы по содержанию, а не по запомненному расположению кнопки. Для компенсации скидки проверяю документы по реализации и вознаграждению площадки, для платной услуги — её начисления и закрывающие документы. Если операция есть только на рекламном экране, а в расчётах её следа пока нет, я не объявляю экономию состоявшейся.
Дальше я выясняю, нужно ли выбирать способ использования вручную или зачёт происходит по правилам программы без отдельного действия продавца. Ответ на запрос «Озон Селлер как использовать баллы» иногда оказывается именно таким: не искать кнопку оплаты, а проверить уже выполненный зачёт. Его результатом должно быть понятное изменение денежного обязательства или оплата разрешённой услуги, а не просто исчезновение баллов с экрана. При расхождении я сопоставляю даты начисления, оказания услуги и отражения операции в отчёте. В обращение поддержке прикладываю конкретную цепочку, чтобы вопрос звучал как «где отражён зачёт», а не как «куда пропали бонусы».
Не прибавляйте начисленные баллы к выручке, если их применение уже уменьшило удержание Ozon в вашем расчёте. И не записывайте любую скидку покупателю в собственные расходы без проверки, кто её финансирует. Сначала восстановите связку продажи, компенсации и зачёта по документам. Иначе один механизм может одновременно завысить доход и занизить расход, хотя денег у магазина больше не стало.
Где баллы за скидки и отзывы видны в расходах
В моей сводке за 90 дней из каждых 100 ₽ выручки комиссия Ozon составила 40,9 ₽, логистика и прочие сборы — 10,0 ₽, реклама — 13,2 ₽. Ещё 21,0 ₽ пришлись на себестоимость товара и 3,5 ₽ — на налог, после чего осталось 11,4 ₽. Эти данные показывают структуру результата по магазинам, но не раскрывают отдельной строкой стоимость баллов за отзывы или величину компенсаций за скидки. Поэтому я не могу по этой сводке назвать расходы на каждую программу или её окупаемость. И это мои фактические показатели, а не тарифы Ozon, которые можно перенести в чужую таблицу.
Куда уходит 100 ₽ выручки
Магазины автора, 90 дней
Расход на отзывы я ищу в детализации начислений по соответствующей услуге или программе, а затем сверяю с документами за период. В собственной аналитике мне удобно относить такое стимулирование к расходам на продвижение, но это мой способ группировки, а не обещание конкретного названия строки в кабинете. Если условия предусматривают отдельную плату за организацию программы, её тоже нужно включить в стоимость получения отзывов. Бюджет, который я задал при запуске, ещё не равен фактическому расходу: для результата нужны начисленные обязательства с учётом корректировок. Без подробных исходных операций я не буду утверждать, в какой именно категории моей сводки уже учтена каждая такая сумма.
Со скидками я сначала устанавливаю, кто уменьшил цену и за чей счёт это сделано. Моя собственная скидка обычно проявляется в уменьшении дохода от продажи, поэтому повторно вычитать её отдельной строкой из уже сниженной выручки нельзя. Если скидку финансирует площадка и предусмотрена компенсация, её отражение нужно проследить до зачёта, не подменяя документальную цепочку разницей цен на витрине. В статье о том, что значат чёрная, белая и красная цена на Ozon, я отдельно разбираю, почему цена для покупателя не всегда объясняет расчёт с продавцом. Здесь мне нужна сумма, относящаяся к продаже по документам, и понятный способ учёта компенсации, а не предположение по цвету ценника.
Как я считаю результат по шагам
Начинаю с границ расчёта: выбираю товар, магазин и период, затем собираю продажи, возвраты и связанные с ними начисления. Расходы на отзывы отмечаю отдельно, чтобы видеть стоимость программы, даже если в общей сводке они входят в продвижение. Одновременно фиксирую цену, рекламную активность и наличие товара: без этого сравнение с другим периодом может оказаться бессмысленным. Если поздние корректировки ещё не пришли, результат помечаю как предварительный, а не выдаю за окончательную прибыль. Такой порядок помогает не сравнивать завершённые продажи с заказами, по которым финансовая история ещё продолжается.
Следующий шаг — определить доход от продаж по выбранной методике и убрать из него возвраты и корректировки, которые ещё не были учтены. Я не начинаю с выплаты на расчётный счёт, потому что она уже может содержать удержания и операции, относящиеся к другим продажам. Собственную скидку не вычитаю повторно, если исходная сумма реализации уже её учитывает. Для компенсации скидки отдельно записываю, входит ли она в выбранную исходную величину или должна отразиться через уменьшение расхода. Если с этим местом есть путаница, в разборе из чего складывается цена на Ozon и сколько из неё получает продавец я подробнее объясняю переход от цены к результату магазина.
Затем вычитаю вознаграждение площадки, логистику и остальные относящиеся к этим продажам услуги, сохраняя детализацию по видам операций. Здесь проверяю, показано вознаграждение до применения баллов или после него, и согласую это с тем, как учтена компенсация в доходе. Если в исходных данных уже стоит удержание после зачёта, ещё раз уменьшать его на применённые баллы нельзя. Если документы показывают начисление и зачёт раздельно, восстанавливаю конечный расход по этой связке и проверяю, что компенсация не продублирована в другой части расчёта. Само начисление баллов без подтверждённого применения не подставляю вместо состоявшегося уменьшения денежного расхода.
После расходов площадки вычитаю себестоимость проданных товаров, денежные расходы на рекламу и фактическую стоимость программы отзывов, если она ещё не попала в предыдущие строки. Затем учитываю налог по своей системе налогообложения и остальные затраты, относящиеся к выбранному расчёту. Налоговую базу не определяю по остатку выплаты: для неё нужны правила моего режима и данные учёта. Если программа отзывов уже включена в общий рекламный расход, отдельная строка служит расшифровкой, а не дополнительным вычитанием. Получившийся остаток я называю результатом после перечисленных расходов, а не автоматически чистой прибылью всего бизнеса.
Последний шаг — сравнить этот результат с сопоставимым вариантом без программы, а не просто посмотреть на рост заказов. Смысл расчёта окупаемости такой: дополнительный результат от продаж до расходов на программу должен покрыть её фактическую стоимость. Если я сравниваю уже очищенные от всех расходов результаты периодов, стоимость программы повторно не вычитаю. Проверяю также результат на проданную единицу, потому что увеличение объёма может скрыть ухудшение экономики отдельной продажи. Когда одновременно менялись цена, реклама и наличие, я честно оставляю вопрос о вкладе баллов открытым: одной общей выручки для ответа недостаточно.
Какая ошибка съедает деньги и что проверить завтра
Конкретная ошибка выглядит так: продавец берёт удержание Ozon уже после зачёта баллов, а затем добавляет эти же баллы к доходам как отдельную компенсацию. В таблице появляется лишний положительный результат, хотя в расчётах с площадкой выгода была отражена раньше. Завышение равно сумме повторно учтённой компенсации, и именно на эту несуществующую сумму продавец может позволить себе лишнюю скидку или дополнительную рекламу. При моём остатке 11,4 ₽ из каждых 100 ₽ выручки такие ошибки нельзя считать безобидным оформлением отчёта. Обратная ошибка тоже неприятна: вычесть собственную скидку из выручки, в которой цена уже снижена, и ошибочно отказаться от товара, который приносит деньги.
С отзывами чаще ошибаются в другом месте: считают, что каждый новый заказ после запуска программы появился благодаря оплаченным отзывам. Но покупатель мог прийти из рекламы, товар мог вернуться в наличие, а спрос — измениться сам по себе. Поэтому стоимость полученного отзыва полезна для контроля расхода, но не доказывает окупаемость программы. В вопросе «баллы за скидки Озон Селлер отзывы» я разделяю две проверки: правильно ли учтена компенсация скидки и принесло ли стимулирование отзывов дополнительный результат. Отзыв может помогать будущим продажам, но без сопоставимых наблюдений я не присваиваю ему выручку, происхождение которой не установлено.
Именно из-за недоверия к непрозрачным сводным числам я сделал для своих магазинов SellOps: мне нужен был расчёт, логику которого я понимаю. На странице о том, как устроен сервис, можно посмотреть его подход, но саму проверку всё равно нужно начинать с исходных операций. Никакая аналитика не превращает непонятное начисление в подтверждённый доход только потому, что показала его на графике. В собственной таблице я тоже сохраняю связь результата с документом и отдельно помечаю спорные операции. Это позволяет исправить ошибку классификации, не пересобирая объяснение всей прибыли задним числом.
Завтра я бы открыл конкретный товар с подключённой программой отзывов или продажами, по которым начислялись баллы за скидки, и выгрузил его финансовую детализацию. Рядом собрал бы цепочку от суммы продажи до удержания, отдельно указав источник баллов, их применение и фактический расход на отзывы. После этого пересчитал бы остаток, убрав повторное отражение скидок, компенсаций и расходов, если оно обнаружится. Для решения о продолжении программы сравнил бы полученный результат с сопоставимыми продажами без неё, а при нехватке данных сначала наладил бы такое наблюдение. Пока источник выгоды нельзя показать в расчёте, увеличивать бюджет только из-за растущего баланса бонусов я бы не стал.
Хотите увидеть эти цифры по своим товарам?
Попробовать SellOps бесплатно