Мониторинг цен конкурентов на маркетплейсах без гонки за самым дешёвым ценником

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

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

Для чего нужен мониторинг цен конкурентов, если не для снижения

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

Из наблюдения у меня получается не команда «сделать дешевле», а набор проверяемых объяснений. Когда доступный товар у соседей заканчивается, я проверяю собственные остатки и возможность сохранить цену, а не продолжаю старую скидку по привычке. Если более дорогое предложение остаётся заметным в выдаче, я изучаю его доставку, содержание карточки и условия покупки, не приписывая успех одной цене. Когда дешевеют сразу сопоставимые предложения, появляется основание пересчитать свой допустимый диапазон, но не обязанность немедленно его повторить. Мониторинг нужен мне именно для выбора действия, иначе таблица чужих цен просто создаёт ощущение занятости.

Что отслеживать кроме цифры на карточке

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

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

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

Как провести мониторинг цен конкурентов без обхода карточек вручную

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

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

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

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

Как посчитать ответ конкуренту и не отдать заработок

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

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

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

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

Я не связываю чужую цену с автоматическим снижением своей без проверки сопоставимости и ограничения по собственной экономике. Цена покупателя не равна доходу продавца, а пропуск в сборе данных не равен исчезновению товара. Если условия предложения или происхождение суммы неясны, сначала проверяю источник. Иначе автоматизация ускоряет ошибку и повторяет её на всём подключённом ассортименте.

Как часто наблюдать и что менять после сигнала

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

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

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

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