40 000 SKU и старая CMS: когда каталогу B2B-компании нужна не доработка, а новая архитектура
Каталог, который перерос свою систему управления
Компания «Стройформат» с оборотом 2 млрд ₽ в год держала каталог на 40 000+ позиций в CMS, которая физически не была рассчитана на такой масштаб: сайт падал при обновлении цен, а актуальность данных на самом сайте была под вопросом даже у собственных менеджеров компании, не говоря уже о клиентах. Это типичная ситуация для B2B-компаний, которые росли постепенно: сайт когда-то создавался под гораздо меньший каталог, и каждое расширение ассортимента добавлялось поверх системы, изначально не спроектированной под такой объём и частоту изменений.
Почему это не решается точечными доработками
Когда система падает при рутинном обновлении цен на десятки тысяч позиций, проблема почти никогда не в одной конкретной настройке, которую можно исправить без переработки архитектуры. Дело в самом принципе, на котором построено хранение и обновление данных: если каталог спроектирован для сотен позиций, обновляемых вручную, он структурно не выдерживает десятки тысяч позиций с постоянной синхронизацией остатков и цен со складской системой в реальном времени.
Что было сделано
Каталог на 40 000+ SKU был спроектирован и разработан заново, с синхронизацией остатков со складской системой в реальном времени — вместо разовых или ручных обновлений. В результате компания получила возможность ежедневно обновлять позиции без простоев сайта, чего физически не могла делать старая система, а заодно и ролевую модель цен для разных типов клиентов, которая на старой архитектуре была бы отдельным сложным проектом поверх уже нестабильной системы.
Как понять, что вашему каталогу нужна не доработка, а новая архитектура
Признаки, что проблема архитектурная, а не косметическая: сайт падает или заметно замедляется при массовых обновлениях данных, менеджеры компании не доверяют актуальности собственного каталога на сайте, а обновление цен или остатков требует ручной работы, которую невозможно масштабировать вместе с ростом ассортимента. Если хотя бы два из этих признаков присутствуют одновременно, точечные доработки существующей CMS почти всегда окажутся временным решением, а не устранением причины.
Вернуться в блог.