Что такое СПП на Ozon и почему покупатель платит меньше цены продавца

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

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

Что продавцы называют СПП на Ozon

В запросе «СПП Озон — что это» обычно имеют в виду скидку постоянного покупателя: покупателю показывают цену ниже продавцовской, а разницу финансирует площадка. Но само сокращение не стоит воспринимать как точное название любого ценового механизма Ozon. В разговорах продавцы используют его шире, чем буквальная расшифровка, называя так дополнительное снижение цены со стороны маркетплейса. Из этих слов также не следует, что скидка положена каждому постоянному покупателю или растёт исключительно от количества покупок. Я использую СПП как разговорное обозначение, а источник денег проверяю по условиям конкретной продажи.

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

Какую цену ставлю я и какую видит покупатель

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

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

Низкая цена на витрине сама по себе не доказывает, что скидку оплачивает Ozon. Сначала проверьте, не снизилась ли согласованная цена продавца из-за вашей акции или другого принятого условия. Только подтверждённую поддержку площадки можно не относить к собственным расходам на скидку. Иначе расчёт покажет прибыль, которой в действительности нет.

Как проверить СПП по своему заказу

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

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

Ошибка, из-за которой скидку Ozon оплачивают в своей таблице

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

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

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

Почему цена на витрине меняется, хотя я её не трогал

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

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

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

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