Реплатформинг в онлайн‑торговле: когда пора менять платформу и как избежать дорогостоящих ошибок

Российский рынок онлайн‑торговли продолжает активно развиваться. Компании выходят в новые страны, запускают направления “Бизнес для бизнеса”, расширяют ассортимент и внедряют омниканальные модели продаж. Однако вместе с ростом бизнеса растут и требования к технологической платформе.

Мы поговорили с техническим директором CS‑Cart Андреем Мягковым о том, почему компании задумываются о реплатформинге, какие ошибки совершают при масштабировании и как выбрать архитектуру, которая не станет ограничением через несколько лет.

Когда платформа начинает тормозить развитие бизнеса

Андрей, в какой момент компания начинает понимать, что текущая платформа больше не справляется?

Обычно это происходит не тогда, когда сайт перестает работать, а значительно раньше.

Часто бизнес растет быстрее, чем его технологическая платформа. И в какой‑то момент ограничения начинают влиять уже не на ИТ‑отдел, а на выручку компании.

Многие компании продолжают работать на привычных платформах годами. Почему возникает необходимость реплатформинга?

На старте большинство платформ решают задачи бизнеса достаточно хорошо.

Но со временем появляются новые требования: омниканальность, персонализированные цены, несколько каталогов, интеграции с системами управления ресурсами предприятия (ERP), маркетплейсы, оптовые продажи, международная торговля.

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

Мы видели проекты, где стоимость поддержки инфраструктуры росла быстрее самого бизнеса. Компания продолжала инвестировать в серверы, доработки и поддержку, но при этом скорость развития продукта только снижалась.

Есть ли реальные примеры таких ситуаций?

Да, один из показательных кейсов был связан с производителем строительных материалов.

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

Микросервисы или модульный монолит

Многие компании сегодня рассматривают микросервисную архитектуру как универсальное решение. Насколько это оправдано?

Я бы сказал, что вокруг микросервисов существует определенный миф.

Микросервисы действительно дают большую гибкость, но за эту гибкость приходится платить. Каждая новая служба требует отдельного мониторинга, развертывания, тестирования и поддержки.

Для крупных компаний с собственной сильной командой ИТ‑инфраструктуры это может быть оправдано. Но для большинства проектов онлайн‑торговли стоимость владения такой архитектурой оказывается выше ожидаемой.

Поэтому мы часто рекомендуем промежуточный вариант — модульный монолит.

Модульный монолит позволяет взять сильные стороны монолита и микросервисов и избежать большинства их недостатков

Что такое модульный монолит и почему он становится популярным?

По сути, это компромисс между классическим монолитом и микросервисами.

Вы сохраняете единую кодовую базу и простоту разработки, но при этом можете выделять отдельные бизнес‑функции в независимые модули.

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

Тем не менее, если бизнесу нужны скорость внедрения и возможность быстро тестировать новые идеи, модульный подход позволяет развивать проект без взрывного роста сложности инфраструктуры.

Монолитный подход и микросервисы — это две стороны одной медали. Модульный монолит позволяет взять сильные стороны обеих моделей и избежать большинства их недостатков.

Что бизнес ожидает от новой платформы

Какие требования компании чаще всего предъявляют к новой платформе во время реплатформинга?

Если говорить о крупных ритейлерах и производителях, то обычно речь идет о пяти ключевых направлениях:

1. Нагрузоустойчивость.
2. Интеграции с системами управления ресурсами предприятия (ERP), взаимодействия с клиентами (CRM), управления складами (WMS) и другими корпоративными системами.
3. Возможность развития собственной команды разработки без зависимости от конкретного подрядчика.
4. Скорость вывода новых функций на рынок.
5. Предсказуемая стоимость владения платформой.

Сегодня бизнес всё чаще оценивает не стоимость лицензии, а совокупную стоимость владения системой на горизонте трех‑пяти лет.

Как проходит современный реплатформинг

Часто ли компании боятся самого процесса перехода?

Практически всегда.

Реплатформинг — один из самых чувствительных проектов для бизнеса. Никто не хочет потерять органический трафик из поиска, клиентов или нарушить работу операционных процессов.

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

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

Реплатформинг как инвестиция в развитие

Есть ли примеры успешного реплатформинга?

Да, один из наших клиентов полностью перенес свой сайт на CS‑Cart.

После перехода компания получила интеграцию с внутренней системой управления ресурсами предприятия и 1С, автоматизировала учет и обработку заказов, а также смогла эффективно управлять ассортиментом из более чем 3000 артикулов.

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

Для бизнеса это был не просто перенос данных, а возможность создать основу для дальнейшего роста.

Какой совет вы бы дали компаниям, которые уже задумываются о реплатформинге?

Не воспринимайте реплатформинг как ИТ‑проект. Это бизнес‑проект. Начинать нужно не с выбора платформы, а с понимания того, какие ограничения сегодня мешают развитию компании и какие задачи платформа должна решать через три‑пять лет.

Именно поэтому для многих компаний вопрос уже звучит не «нужно ли делать реплатформинг?», а «когда лучше начать подготовку к нему».