Торговая сеть «Корона» — один из крупнейших ритейлеров Беларуси. В её состав входят 11 торговых центров и более 15 магазинов в восьми городах страны. Сеть объединяет продуктовые гипермаркеты, магазины одежды, бытовой техники и развлекательные зоны, предлагая покупателям всё необходимое в одном месте.
Беларусь
Ритейл
Техническая поддержка и развитие сайта
Руководитель проекта, Backend-разработчик, Frontend-разработчик, QA-инженер, дизайнер, БА
https://korona.by/
Сеть гипермаркетов и торговых центров «Корона» — один из самых узнаваемых ритейл-брендов Беларуси. Онлайн-платформа компании давно стала важной частью клиентского опыта: здесь покупатели узнают о новых акциях, следят за скидками и событиями в торговых центрах.
Команда «Короны» обратилась к нам с довольно распространённной проблемой. Сайт стало сложно администрировать: любые правки требовали времени и участия разработчиков, модули конфликтовали между собой, а скорость загрузки заметно упала.
Плюс со временем накопились ошибки в логике и структуре, из-за которых страдала стабильность и удобство для пользователей.
Команда «Короны» хотела вернуть сайту управляемость, стабильность и гибкость — чтобы он не просто выполнял базовые задачи, а помогал бизнесу расти.
Обеспечить стабильность платформы
Сделать сайт удобнее
Подготовить платформу к развитию
Работу над сайтом мы начали с раздела «Акции» — именно он создавал больше всего сложностей и для команды, и для пользователей.
В административной панели не хватало гибкости: каждое изменение требовало участия разработчиков, а ошибки в фильтрах постоянно возвращались. Пользователям, в свою очередь, было непросто быстро найти нужное предложение — фильтры пересекались, акции дублировались по городам, структура выглядела перегруженной.
Мы начали с анализа поведения пользователей и логики работы раздела. На основе результатов перестроили всю архитектуру:
Оптимизация изображений
Параллельно мы провели аудит медиафайлов в разделе. Оказалось, что одно и то же изображение 760×760 px использовалось и в карточке, и в модальном окне. Из-за этого страницы подгружались дольше, особенно на мобильных устройствах.
Чтобы устранить проблему, мы:
Результат
Работа с cookies и фикс более мелких ошибок
Дальше мы перешли к исправлению менее очевидных, но не менее критичных деталей интерфейса.
Во время аудита обнаружили, что часть элементов работала непредсказуемо: формы обратной связи отправляли сообщения без темы — поле просто не подтягивалось, а администраторы не могли изменить количество форм или добавить новую.
Некорректно вела себя и плашка cookies: в мобильной версии кнопка «Настройки cookies» перекрывала бургер-меню, но само модальное окно не открывалось. На первый взгляд — мелочь, но такие баги влияли и на пользовательский опыт, и на соблюдение требований по обработке персональных данных.
Что сделали
Теперь интерфейс работает предсказуемо, все элементы отображаются корректно, а управление формами и cookies стало прозрачным и удобным — без лишней зависимости от разработчиков.
После всех доработок мы протестировали сайт, чтобы убедиться: обновления не влияют на скорость и стабильность.
Особое внимание уделили модальным окнам и формам — элементам, с которыми пользователи взаимодействуют чаще всего. На этом этапе мы нашли дополнительный резерв для ускорения работы площадки.
Ранее часть модальных окон подгружалась сразу при открытии страницы и замедляла её рендер. Мы внедрили ленивую подгрузку (lazy load) — теперь окна загружаются только тогда, когда действительно нужны пользователю. Это снизило нагрузку на браузер и ускорило загрузку сайта, особенно на мобильных устройствах.
Cтек: ключевая сложность проекта
Когда мы взялись за «Корону», быстро стало ясно: дело не в отдельных багах — проблемы были заложены глубже, в архитектуре и выбранных технологиях. Из-за них даже небольшие доработки превращались в своеобразный квест с препятствиями.
Проблема 1 — фронт/админка
Публичная часть сайта и админка были сделаны на разных технологиях. По сути, это два отдельных интерфейса, которые должны были работать с одним бэкендом.
Из-за этого даже небольшие задачи превращались в цепочку действий. Например, чтобы просто добавить слайдер на страницу, нужно было:
В такой схеме задействуются 2–3 разных специалиста, каждый со своей зоной ответственности. Это значит — постоянные переключения, согласования, ожидания, как следствие, рост сроков и стоимости.
Как решили эту проблему
Чтобы убрать «перекидывания» задач между специалистами, мы подключили фулстек-разработчика, который владел всеми нужными технологиями. Он закрывал задачу целиком — от настройки API и логики до верстки и реализации интерфейса в админке. Так мы:
Проблема 2 — бэкенд
Бэкенд сайта был реализован не на чистом Laravel, а на его самописной надстройке — фреймворке под названием Tager.
У него нет официальной документации и единой архитектуры, поэтому понять, как именно фреймворк обрабатывает данные и куда потянется изменение, можно было только исследуя код вручную.
Проект для сети «Корона» стал примером того, как техническая поддержка может решать стратегические задачи бизнеса — не только устраняя ошибки, но и восстанавливая управляемость, архитектурную целостность и удобство администрирования.
За время проекта мы:
В целом сделали всё, чтобы вернуть клиенту контроль над платформой.
Такой формат работ подойдёт проектам, которые развиваются годами и постепенно теряют прозрачность: когда кодовая база усложнена, документации нет, а любое обновление становится риском.
В таких случаях техническая поддержка превращается в инженерную задачу — где важны не скорость, а понимание системы, аккуратность и точность решений.
