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