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