Мобильное приложение на Flutter для строительного магазина «Аквилон»

«Аквилон» — интернет-супермаркет строительных материалов, один из крупных игроков на рынке Казахстана.

Предпосылки и проблемы

Первая версия мобильного приложения для компании «Аквилон» была создана по принципу «быстро и недорого» — мы взяли веб-версию сайта и обернули её в мобильную оболочку через React WebView. Это классический гибридный подход, который отлично работает для проверки гипотезы.

И в нашем случае гипотеза подтвердилась — покупатели стали активно пользоваться мобильным приложением.

Но поскольку оно создано как временное решение через WebView, стали проявляться его ограничения:

• Жалобы на «тормоза» — каждое действие в приложении это по сути обращение к сайту, что замедляет скорость работы.
• Сложность поддержки — например, синхронизация авторизации превратилась в головную боль с множеством «костылей».
• Ограничения развития — нельзя добавить функции отдельно для мобильной версии.

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

Решение

От гибрида к полноценному приложению

Итак, мы решили с нуля написать мобильное приложение. В качестве решения перед нами были два варианта:

• Или написать два приложения на нативных («родных») для платформ языках программирования: Swift (iOS) и Kotlin (Android).
• Или использовать кроссплатформенный фреймворк Flutter, который обеспечивает нативное поведение с одной кодовой базой.

В итоге мы остановились на Flutter, и вот почему:

• Производительность и функциональность, близкие к нативным приложениям — больше никаких WebView-прослоек.
• Удобство и экономия на разработке и поддержке за счёт единой кодовой базы для обоих платформ (iOS и Android).

Flutter оказался отличным выбором — для всех нужных функций нашлись готовые библиотеки: сканирование QR-кодов, работа с камерой, push-уведомления и остальное.

Проектирование с нуля

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

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

И конечно, как всегда, в дизайне мы ориентировались на актуальные e-commerce практики.

Команда и сроки

Состав команды:

• 2 Flutter-разработчика.
• 1 бэкенд-разработчик (адаптация API).
• 1 дизайнер.
• 1 QA-специалист.

Адаптация бэкенда

Техническая база для бэкенда осталась прежней — это фреймворк Symfony на языке PHP, который давно зарекомендовал себя как надежное и эффективное решение как для веб-разработки, так и для мобильных приложений.

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

Но часть методов API мы продолжили использовать те же, что и для сайта, потому что они идентичные. Например, данные о структуре каталога товаров.

Аналитика

Для мобильной аналитики мы настроили Firebase Analytics и AppMetrica. Теперь мы можем видеть, как люди пользуются приложением, где возникают проблемы, какие функции востребованы.

Результат

В результате у нас получилось полноценное мобильное приложение с всем функционалом интернет-магазина:

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

Период и сроки разработки: февраль — сентябрь 2025 г. (7 месяцев)

Технологии, которые используются на проекте:

Положительные эффекты от перехода на новое приложение говорят сами за себя:

• Решены проблемы производительности — пользователи перестали жаловаться на «тормоза». Приложение стало работать заметно быстрее за счёт отказа от WebView и перехода на технологию, близкую к нативным приложениям.
• Вырос рейтинг приложения — пользователи стали специально оставлять положительные отзывы, чтобы отблагодарить за новую версию, в которой исчезли надоевшие проблемы.
• Упрощена поддержка — отказ от «костылей» гибридного решения упростил код. Добавить функцию теперь — понятная задача с предсказуемыми сроками.
• Платформа для роста — приложение избавилось от ограничений WebView и теперь оно открыто к дальнейшему включению любой нативной мобильной функциональности: дополненная реальность, геолокация, интеграция с мобильными кошельками и многое другое.

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

Приглашаем в наш Telegram-канал

Публикуем кейсы, исследования и новости индустрии