Мы помогли U-Plast переосмыслить архитектуру будущего корпоративного сайта, превратив концепцию в полноценный цифровой продукт
Большинство проектов начинается с дизайна или разработки. Проект U-Plast пошел по совершенно другому сценарию.
Когда заказчик обратился к нам, у него уже существовал действующий корпоративный сайт, предварительная концепция новой версии проекта и даже готовый прототип WordPress-темы. На первый взгляд казалось, что основная работа уже выполнена и остается лишь завершить разработку.
Однако мы приняли решение начать не с программирования, а с комплексного технического аудита.
Именно этот этап стал отправной точкой всего проекта.
После детального анализа существующей реализации стало понятно, что подготовленная WordPress-тема является качественным дизайн-прототипом, но не полноценной платформой. Архитектура проекта не учитывала дальнейшее масштабирование, многие разделы представляли собой заглушки, отсутствовала единая модель данных, а выбранная технология существенно ограничивала развитие продукта в будущем.
Вместо того чтобы дорабатывать существующее решение, мы предложили полностью пересмотреть архитектуру проекта и создать современную корпоративную платформу, ориентированную на долгосрочное развитие компании.
Начали не с разработки, а с инженерного аудита
Мы считаем, что качественная разработка начинается с понимания существующего проекта.
Поэтому первым этапом стала комплексная техническая экспертиза всех материалов, предоставленных заказчиком.
В рамках аудита мы выполнили:
- анализ действующего корпоративного сайта;
- ревью WordPress-темы и структуры проекта;
- оценку архитектуры данных;
- анализ пользовательских сценариев;
- проверку адаптивности интерфейсов;
- анализ требований к SEO;
- оценку перспектив масштабирования;
- подготовку рекомендаций по дальнейшему развитию проекта.
Именно результаты этого аудита стали основой нового технического задания и позволили избежать большого количества архитектурных ошибок еще до начала разработки.
Почему мы отказались от WordPress
Во время анализа стало очевидно, что существующая WordPress-тема хорошо подходит для демонстрации будущего дизайна, однако не соответствует задачам полноценной корпоративной платформы.
Проект включал значительно более сложную структуру данных, чем типичный корпоративный сайт:
- каталог коллекций продукции;
- галерею реализованных объектов;
- библиотеку видеоматериалов;
- техническую документацию;
- мультиязычную структуру;
- интеграцию с сервисом визуализации фасадов;
- расширенную SEO-инфраструктуру;
- собственную административную систему.
После оценки нескольких вариантов мы рекомендовали отказаться от дальнейшего развития WordPress и построить платформу на базе Symfony.
Такое решение обеспечивало значительно больший контроль над архитектурой проекта, безопасностью, производительностью и возможностью дальнейшего развития без ограничений, характерных для типовых CMS.
Проектирование новой архитектуры
Следующим этапом стало не программирование, а проектирование.
На основании результатов технического аудита мы полностью переработали структуру будущего проекта, подготовили новое техническое задание, сформировали пользовательские сценарии и выполнили декомпозицию всех этапов разработки.
В результате была спроектирована корпоративная платформа, включающая:
- современную главную страницу с модульной структурой;
- каталог коллекций продукции;
- интерактивную галерею реализованных проектов;
- библиотеку видеоматериалов;
- раздел технической документации;
- мультиязычную архитектуру;
- корпоративную CMS;
- систему управления SEO;
- оптимизированную работу с медиаконтентом.
Каждый модуль проектировался как самостоятельная часть единой цифровой экосистемы компании.
Современная система управления контентом
Одной из ключевых задач проекта было предоставить сотрудникам компании возможность самостоятельно управлять цифровой платформой без привлечения разработчиков.
Для этого была реализована корпоративная административная система, позволяющая работать со всеми основными сущностями проекта через единый интерфейс.
Через CMS сотрудники компании могут:
- управлять страницами сайта;
- редактировать каталог продукции;
- публиковать новости и статьи;
- загружать фотографии и видеоматериалы;
- управлять технической документацией;
- настраивать SEO-параметры страниц;
- автоматически конвертировать изображения в WebP;
- редактировать метаданные изображений.
Такой подход значительно ускоряет обновление сайта и делает развитие проекта независимым от процесса разработки.
Инженерный вызов проекта
Даже тщательно спроектированная архитектура иногда сталкивается с ограничениями существующей инфраструктуры.
Изначально платформа разрабатывалась с использованием PostgreSQL, поскольку именно эта СУБД наиболее полно соответствовала выбранной архитектуре Symfony.
Однако перед запуском проекта выяснилось, что новая система должна быть развернута на существующей серверной инфраструктуре заказчика, полностью построенной на MySQL.
Вместо изменения инфраструктуры компании мы адаптировали платформу под существующую среду эксплуатации, переработав слой хранения данных и миграции базы данных без изменения бизнес-логики приложения.
Такой подход позволил сохранить преимущества выбранной архитектуры и одновременно обеспечить совместимость с действующей инфраструктурой заказчика.
