Тендеры и лиды
Информация
Webest
Электронная коммерция
Россия
Август 2025
Управление ценами на маркетплейсах кажется простой задачей, пока ассортимент небольшой, а количество факторов, влияющих на конечную стоимость товара, ограничено.
Для производителя или дистрибьютора с сотнями и тысячами товарных позиций ситуация меняется. На цену влияют конкуренты, комиссии, акции, скидки площадки, регион покупателя и другие условия. При этом цена, которую продавец устанавливает в личном кабинете, не всегда совпадает с той, которую видит покупатель.
Особенно заметна проблема во время акций. Товар может участвовать в продвижении, а его итоговая стоимость — снижаться без отдельного действия продавца. Компания узнаёт об этом постфактум, когда изменение цены уже начинает влиять на маржинальность и отношения с партнёрами.
Мы столкнулись с этой проблемой в работе над крупными e-commerce-проектами. Изначально управление ценами было частью более масштабных внутренних разработок. Постепенно стало понятно, что задача заслуживает отдельного продукта: компаниям нужен инструмент, который не просто собирает данные, а помогает удерживать цену в заданных границах и автоматически реагировать на изменения.
Чтобы проверить актуальность проблемы и понять потребности рынка, мы провели более 20 интервью с представителями бизнеса и экспертами маркетплейсов, а также изучили около 20 активных аналогичных решений.
Исследование показало, что универсального подхода для всех компаний нет. Небольшим продавцам часто достаточно ручных инструментов или простых сервисов. Крупные компании используют более сложные системы, но сталкиваются с ограничениями по ассортименту, тарифам, интеграциям и поддержке. При этом сложности получения корректных данных о ценах объединяют участников рынка независимо от масштаба бизнеса.
Мы разработали репрайсер для производителей и дистрибьюторов, автоматизировали контроль цен на тысячах товаров и решили одну из самых сложных задач динамического ценообразования — определение фактической цены для покупателя.
Продукт рассчитан в том числе на производителей и дистрибьюторов с широким ассортиментом: один профиль поддерживает до 10 000 SKU. GuardPrice (Гардпрайс) поставляется в двух форматах — облачном SaaS и коробочном on-premise для установки на инфраструктуре заказчика. Решение Гардпрайс включено в Единый реестр российского программного обеспечения.
Репрайсер сегодня часто входит в состав аналитических платформ. Помимо изменения цен пользователь получает десятки дополнительных инструментов: аналитику продаж, финансовые отчеты, рекламные кабинеты, прогнозирование спроса и многое другое.
Для части компаний это действительно полезно. Но если основной задачей является управление ценами, большое количество разделов начинает работать против пользователя. Интерфейс усложняется, поиск нужных настроек занимает всё больше времени, а обучение сотрудников становится отдельным проектом.
GuardPrice (Гардпрайс) создан для одной, но самой важной задачи — надежного удержания цены в заданном диапазоне РРЦ/НМЦ. Сервис создавался именно как профессиональный инструмент управления ценами.
Интерфейс построен так, чтобы основные действия выполнялись за несколько кликов, а необходимые настройки всегда находились под рукой. Поэтому личный кабинет остаётся понятным даже для новых сотрудников, а запуск нового профиля занимает всего несколько минут.
GuardPrice вырос из внутренних разработок для крупного e-commerce-проекта на базе 1С-Битрикс. На протяжении двух лет система использовалась в реальных рабочих процессах: сначала для решения конкретных задач, затем для расширения сценариев управления ценами.
На раннем этапе требовалось решить базовую проблему: сравнивать текущую цену на маркетплейсе с заданным значением и, если она выходила за допустимые границы, отправлять обновление через API.
Источником базовых цен служили таблицы и учётные системы, включая 1С. Основная задача заключалась не в поиске абстрактно оптимальной цены, а в том, чтобы товар не продавался ниже установленного компанией порога.
По мере эксплуатации становилось понятно, что для устойчивой работы недостаточно периодически сравнивать два значения. Требовалось учитывать особенности каждой площадки, получать более точные данные, обрабатывать ошибки и создавать правила для разных сценариев продаж.
Мы выделили управление ценами в отдельный продукт и построили его вокруг нескольких взаимосвязанных модулей:
Сбор данных. Получение цен из источников и мониторинг карточек товаров.
Анализ и расчёт. Сопоставление фактических значений с установленными ограничениями и правилами ценообразования.
Управление ценами. Расчёт нового значения с учётом выбранной стратегии.
Передача изменений. Обновление цены через API маркетплейса и контроль результата.
Мониторинг работы. История проверок, изменений, выгрузок и проблемных профилей.
Интеграционный слой мы сделали изолированным от основной бизнес-логики. Благодаря этому подключение новой площадки можно организовать через отдельный профиль обмена и настройку входных и выходных форматов, не переписывая всю систему.
Такой подход позволил развивать GuardPrice как самостоятельную платформу и адаптировать её под разные магазины, источники данных и требования заказчиков.
Одной из ключевых проблем стала разница между переданной ценой, значением в API и итоговой стоимостью на витрине.
Маркетплейсы используют собственные механики скидок и акций. На отображаемую стоимость также могут влиять регион, выбранный пункт выдачи и авторизация покупателя. Поэтому один и тот же товар при одинаковой базовой цене может отображаться по-разному в зависимости от условий просмотра.
Если репрайсер ориентируется только на базовую цену или публичную страницу в режиме инкогнито, он может принимать решения на основе неполных данных. В результате система формально выполняет заданное правило, но не всегда обеспечивает нужный ценовой результат для покупателя.
Для производителей это особенно чувствительно: даже небольшое отклонение от установленного ценового коридора может нарушить ценовую политику бренда или повлиять на маржинальность.
Мы разработали бизнес-логику и формулы, которые позволяют учитывать фактическую цену, скидки и условия площадок при удержании заданных границ. В GuardPrice предусмотрена работа с ценами для авторизованных пользователей и разными регионами. Для получения данных используется собственная прокси-инфраструктура.
Отдельной задачей стало автоматическое обновление цен. Для синхронизации остатков и базовых значений применяется внешняя платформа, которая берёт на себя часть стандартных операций обмена данными. Это позволило не дублировать уже решённые механизмы и сосредоточиться на расчёте цены, проверке ограничений и контроле расхождений.
Таким образом, GuardPrice работает не только с тем значением, которое компания передала на площадку, но и с результатом, который необходимо получить с учётом её внутренних правил.
В обычной модели изменение входной цены на определённую величину должно приводить к сопоставимому изменению конечной стоимости. Но механики скидок и пороговые условия площадок нарушают эту зависимость.
В ходе разработки мы столкнулись со сценариями, когда изменение входной цены примерно на 100 рублей могло приводить к изменению итоговой цены для покупателя на 800–1000 рублей.
В таких условиях обычная формула пересчёта не гарантирует нужного результата. Если сразу передать рассчитанное значение на площадку, итоговая цена может оказаться выше или ниже целевого значения.
Поэтому мы реализовали итерационный подход. Система последовательно корректирует входное значение, проверяет полученный результат и использует его для следующего шага расчёта. Подобная логика особенно важна для сценариев, в которых необходимо соблюдать РРЦ или МРЦ, управлять участием в акциях и одновременно не выходить за допустимые ограничения.
Корректный расчёт цены бесполезен, если исходные данные поступают с задержками или перестают обновляться.
При увеличении частоты запросов маркетплейсы могут включать антибот-механизмы: капчи, блокировки IP-адресов и дополнительную фильтрацию запросов. На ранних этапах разработки используемые прокси могли переставать работать в течение суток.
Проблема заключалась не только в качестве отдельных адресов. Требовалось распределять нагрузку и учитывать состояние инфраструктуры, чтобы система не зависела от одного источника данных или нерабочего адреса.
Мы доработали механизм получения данных:
распределили запросы по времени;
внедрили ротацию прокси-адресов;
добавили проверку состояния адресов перед использованием;
предусмотрели исключение заблокированных адресов и повторное использование тех, которые со временем снова становятся доступными.
Отдельные ограничения возникают и при обновлении цены через API. Например, участие товара в акции может препятствовать прямому применению переданного значения. Маркетплейс рассчитывает итоговую стоимость по собственным правилам, поэтому системе приходится проверять результат и при необходимости выполнять дополнительные шаги.
Мы также предусмотрели резервные сценарии на случай изменения доступности API, включая возможность передачи цен через Selenium в формате Excel. Конкретный способ работы зависит от площадки и условий интеграции.
В результате устойчивость GuardPrice обеспечивается не одной технологией, а сочетанием нескольких механизмов: планирования запросов, контроля прокси, проверки результата и обработки ошибок.
По мере развития продукта стало понятно, что компании используют репрайсер для разных задач. Одним необходимо защищать минимальную цену, другим — следовать за конкурентами, третьим — управлять оборачиваемостью или поддерживать целевую маржинальность.
Мы расширили базовый механизм до набора стратегий, каждая из которых определяет, на какие данные реагировать, как рассчитывать новую цену и какие ограничения проверять перед обновлением.
В GuardPrice реализованы девять стратегий:
Удержание РРЦ/МРЦ. Контроль фактической цены на витрине, соблюдение минимальной и максимальной границ и сохранение истории изменений.
Следование за конкурентами. Корректировка цены относительно выбранного конкурента или средней стоимости группы конкурентов с заданным отклонением в рублях или процентах.
Ценообразование по юнит-экономике. Расчёт с учётом себестоимости, комиссий, логистики, налогов и целевой маржинальности.
Изменение цены по расписанию. Разные правила для дневного и ночного времени, отдельных дней недели и заданных периодов.
Управление ценой по остаткам. Корректировка правил при снижении запасов, нулевом остатке или риске дефицита с возвращением к базовой стратегии после поставки.
Управление участием в акциях. Контроль итоговой цены во время акций и проверка соблюдения ценовых ограничений.
Выравнивание цен между маркетплейсами. Единая ценовая логика для одинаковых товаров с учётом комиссий, скидок и отдельных ограничений каждой площадки.
Управление по скорости продаж и оборачиваемости. Корректировка цены в зависимости от темпа продаж, остатка и целевой оборачиваемости.
Изменение цены в зависимости от курса валют. Пересчёт стоимости импортных товаров по заданной формуле с защитой минимальной маржинальности.
Набор стратегий позволяет адаптировать систему к разным коммерческим задачам. При этом правила не отменяют необходимости контролировать качество исходных данных: от их точности зависит корректность расчётов.
При разработке GuardPrice мы учитывали, что продуктом будут пользоваться компании с разным ассортиментом, инфраструктурой и требованиями к безопасности.
Для небольшого бизнеса важно быстро подключить магазин и начать работу без развёртывания собственной серверной инфраструктуры. Для крупного производителя или дистрибьютора могут быть критичны интеграции с корпоративными системами, контроль доступа и хранение данных на собственных серверах.
Поэтому GuardPrice поставляется в двух форматах.
SaaS — облачная версия. Пользователь работает через личный кабинет без необходимости самостоятельно устанавливать и обслуживать сервер. Создание профиля включает выбор маркетплейса, подключение токена, выбор товаров, установку ценовых ограничений и настройку частоты обновления.
Self-hosted — коробочная версия. Решение устанавливается на сервер заказчика. Данные хранятся в инфраструктуре клиента, поддерживаются роли пользователей и администратора, предусмотрена работа в изолированном контуре с необходимыми сетевыми подключениями к API и прокси.
Платформа интегрируется с источниками данных и учётными системами, включая 1С, МойСклад, 1С-Битрикс, Битрикс24, RetailCRM, SAP, CSV и API. Это позволяет получать исходные цены, себестоимость и другие данные из существующих процессов компании, а также передавать результаты для дальнейшей работы.
В системе предусмотрены логи операций, история работы профилей и email-отчёты. Они помогают отслеживать успешные и проблемные процессы, разбираться в ошибках и контролировать выполнение обновлений.
Архитектура также позволяет расширять список интеграций по мере появления новых требований. Изначально были подготовлены профили обмена для Wildberries, Ozon и Яндекс Маркета; развитие подключений к другим площадкам и e-commerce-системам продолжается.
По мере работы с разными клиентами мы столкнулись ещё с одной проблемой — фиксированная тарифная модель плохо отражала реальную нагрузку на систему.
У одного клиента могут быть десятки товаров и редкие проверки. У другого — тысячи SKU, несколько магазинов и высокая частота обновления. При одинаковом наборе функций фактический объём операций существенно различается.
Мы пересмотрели модель оплаты и перешли к списанию средств по факту использования. Стоимость зависит от трёх параметров: количества магазинов, количества товаров и частоты проверок. Чем больше объём товаров, тем ниже стоимость одной проверки по прогрессивной модели.
Пользователь может заранее рассчитать расходы с помощью калькулятора на сайте, пополнить баланс и оплачивать фактически выполненные операции, а не набор функций, которые могут быть не нужны его бизнесу.
Для нас это стало не просто изменением тарификации, а продолжением продуктового подхода: система должна учитывать реальный сценарий использования и масштаб клиента. При этом модель потребовала более сложного учёта операций и прогнозирования нагрузки.
За два года эксплуатации внутренних наработок и последующего развития GuardPrice превратился в самостоятельный продукт для автоматизированного управления ценами.
Вместо инструмента, который только сравнивает базовые значения, мы создали платформу, объединяющую сбор данных, расчёт цены, проверку ограничений, автоматическое обновление и мониторинг работы.
Также создана полноценная база знаний с подробными инструкциями по каждому механизму работы. Если возникают вопросы, специалисты поддержки помогают разобраться с настройками и запуском.
Ключевые результаты разработки:
Масштабирование до 10 000 SKU в одном профиле. Платформа рассчитана на работу с крупными ассортиментами, характерными для производителей и дистрибьюторов.
Обновление данных от 15 минут. Частоту можно адаптировать под конкретный сценарий и допустимую нагрузку.
Девять стратегий ценообразования. Система поддерживает сценарии от соблюдения РРЦ/МРЦ до расчёта цены по юнит-экономике, остаткам и скорости продаж.
Учёт фактической цены. При расчёте учитываются скидки, акции, региональные особенности и цены для авторизованных пользователей.
Два формата поставки. Облачный SaaS и коробочная версия позволяют учитывать разные требования к инфраструктуре и безопасности.
Интеграции с учётными системами. Данные можно получать из существующих корпоративных источников, сокращая необходимость ручного переноса информации.
Контроль выполнения операций. История проверок, логи и уведомления помогают отслеживать работу профилей и разбирать проблемы.
GuardPrice уже используется крупными брендами, работающими с большими объёмами товаров на Wildberries и Ozon. Продукт продолжает развиваться на основе обратной связи клиентов: мы совершенствуем алгоритмы расчёта, расширяем стратегии и упрощаем настройку профилей.
При этом главным техническим выводом проекта стало понимание того, что сложность репрайсинга заключается не только в алгоритме выбора новой цены. Не менее важно стабильно получать данные, правильно интерпретировать механику конкретного маркетплейса и проверять, что после обновления достигнут нужный результат.
Именно поэтому GuardPrice развивается как специализированная платформа управления ценами, где мониторинг, расчёт и контроль изменений связаны в единый процесс.
Наша цель — помочь производителям и дистрибьюторам управлять ценовой политикой на маркетплейсах системно: соблюдать заданные ограничения, быстрее реагировать на изменения рынка и сокращать объём ручных операций при работе с большим ассортиментом.
Как за полгода вывести новый автобренд в топ и обогнать Кристофера Нолана
South HUB: редизайн сайта крупнейшего IT-кэмпа для C-level
