Что такое Flutter: плюсы, минусы и когда он выгоден бизнесу
Flutter — технология Google, на которой из одного кода выпускают приложение для iPhone и Android, а при необходимости — сайт и программу для компьютера. От выбора технологии зависят срок до первого выпуска, размер команды и цена каждой следующей доработки. Дальше — как устроен Flutter, его плюсы и ограничения, сравнение с нативной разработкой и React Native и ситуации, в которых он окупается, а в которых нет.
Что такое Flutter и из чего он состоит
Flutter — фреймворк с открытым исходным кодом от Google для разработки приложений. Фреймворк — это набор готовых инструментов и правил: команда не пишет каждую кнопку и каждый экран с нуля, а опирается на проверенные блоки. Первая стабильная версия Flutter вышла в декабре 2018 года. Сейчас на нём выпускают приложения для iOS и Android, веб-приложения и программы для Windows, macOS и Linux — из одной кодовой базы.
Код для Flutter пишут на языке Dart, который тоже развивает Google. Языку посвящён отдельный разбор — Dart для бизнес-приложений. Здесь достаточно одного факта: Dart переводится в машинный код устройства, поэтому приложение работает как обычная программа телефона, а не как сайт внутри оболочки.
Для бизнеса определение сводится к одной мысли: Flutter позволяет вести один продукт вместо двух-трёх. Приложение для iPhone, приложение для Android и, если нужно, сайт получают общий код, общую команду и общий план развития.
Что входит во Flutter:
- Движок отрисовки. Рисует каждый элемент интерфейса сам, не полагаясь на готовые элементы системы.
- Библиотека виджетов. Виджет — готовый элемент интерфейса: кнопка, список, форма, навигация. Есть наборы в стиле iOS (Cupertino) и в стиле Android (Material).
- Инструменты разработки. Горячая перезагрузка, замеры плавности, выпуск сборок под каждую площадку.
- Каталог пакетов. Тысячи готовых дополнений: платежи, карты, push-уведомления, аналитика, работа с камерой.
Ответы на частые вопросы о фреймворке собраны в официальном FAQ Flutter.

Как устроен Flutter: один код и свой движок отрисовки
Нативные приложения используют готовые элементы интерфейса системы: кнопку на экране рисует iOS или Android. Flutter устроен иначе — он получает от системы пустую область экрана и рисует интерфейс сам, своим движком. В актуальных версиях этот движок называется Impeller.
Из этого устройства следуют три вещи, которые важны заказчику:
- Экран выглядит одинаково на всех устройствах. Дизайнер согласует один макет, а не два, и фирменный стиль не расходится между iPhone и Android.
- Прокрутка каталога и анимации не зависят от версии системы. Интерфейс одинаково ведёт себя на новых и на старых телефонах поддерживаемых версий.
- Функции устройства доступны через нативные вставки. Если нужной возможности нет в готовых пакетах, Flutter обращается к коду на Swift или Kotlin через каналы платформы. Такую вставку пишут один раз и вызывают из общего кода.
Горячая перезагрузка: правка видна за секунды
Изменение в коде появляется в запущенном приложении за секунды — без перезапуска и без потери открытого экрана. Механизм описан в документации как hot reload. На практике это значит, что дизайнер и разработчик могут поправить отступы или цвет прямо на телефоне во время обсуждения, а не ждать новой сборки.
У скорости работы Flutter-приложения есть и обратная сторона: плавность теряется там, где тяжёлые вычисления попадают в поток отрисовки. Где именно это происходит и как измерять — в разборе производительности Flutter-приложения.
Плюсы Flutter для бизнеса
Преимущества Flutter удобнее оценивать не по списку возможностей, а по тому, что они меняют в бюджете и сроках.
| Плюс | Как это работает | Что даёт бизнесу |
|---|---|---|
| Одна кодовая база для iOS и Android | Экраны, логика и интеграции пишутся один раз | Одна команда вместо двух, каждая доработка оплачивается один раз |
| Одинаковый интерфейс на всех устройствах | Движок Flutter рисует интерфейс сам | Один комплект макетов, единый фирменный стиль на iPhone и Android |
| Скорость разработки | Горячая перезагрузка, готовые виджеты и пакеты | Первый выпуск и доработки без синхронизации двух команд |
| Производительность | Код переводится в машинный, интерфейс рисует собственный движок | Плавная прокрутка каталога и анимации на телефонах разных поколений |
| Больше площадок из того же кода | Сборки под браузер, Windows, macOS и Linux | Сайт или программа для сотрудников без отдельного проекта |
| Российские магазины приложений | Сборки для RuStore и AppGallery готовятся из той же базы | Выход в четыре магазина приложений без переписывания кода |
| Открытая лицензия | Фреймворк распространяется бесплатно, его код публичен | Нет платы за сам фреймворк, большое сообщество разработчиков |
Основной экономический эффект дают два пункта — общая кодовая база и один дизайн на все площадки. Остальные ускоряют работу, но сами по себе выбор технологии не решают. Как этот подход работает в заказных проектах, описано на странице кроссплатформенной разработки на Flutter.

Минусы и ограничения Flutter
Ограничения Flutter стоит знать до старта, а не после первого выпуска. Большинство из них решаются, но каждое добавляет работу, а значит — сроки и деньги.
| Ограничение | Когда оно заметно | Как решают |
|---|---|---|
| Новые функции iOS и Android появляются не в день анонса | Продукт строится вокруг свежей возможности системы | Ждут обновления пакета — обычно от нескольких дней до нескольких недель — или пишут нативную вставку |
| Глубокая работа с оборудованием | Дополненная реальность, 3D, устройства по Bluetooth, фоновая работа с датчиками | Нативные модули через каналы платформы; в отдельных продуктах — полностью нативная разработка |
| Размер приложения больше | Движок Flutter входит в каждую сборку | Для интернет-магазина разница в несколько мегабайт обычно некритична; размер снижают по рекомендациям документации |
| Разработчиков меньше, чем на JavaScript | Компания нанимает свою команду с рынка | Опытный мобильный или веб-разработчик осваивает Dart за 2–4 недели; недостающих специалистов подключают через аутстаффинг |
| Веб-версия подходит не для любого сайта | Нужен текстовый сайт: блог, новости, лендинги | Веб-версию Flutter используют для приложений в браузере — магазина, личного кабинета, сервиса; текстовые страницы делают классической вёрсткой |
| Зависимость от развития технологии | Продукт рассчитан на 5–10 лет | Открытый код и большое сообщество; та же зависимость есть у Swift (Apple) и Kotlin (JetBrains вместе с Google) |
По нашему опыту, в интернет-магазинах, сервисах доставки и программах лояльности эти ограничения встречаются редко: сценарии покупки — каталог, корзина, оплата, личный кабинет — Flutter закрывает целиком. Чаще они всплывают в продуктах вокруг устройств: приложение для управления оборудованием, примерка через камеру с дополненной реальностью, фоновая обработка данных с датчиков.
Flutter, нативная разработка, React Native и веб-приложение
Flutter выбирают в сравнении с тремя альтернативами. Нативная разработка — два отдельных приложения: на Swift для iOS и на Kotlin для Android. React Native — кроссплатформенный фреймворк на JavaScript. Веб-приложение (PWA) — сайт, который можно установить на главный экран телефона без магазина приложений.
| Параметр сравнения | Flutter | Нативная разработка | React Native | Веб-приложение |
|---|---|---|---|---|
| Кодовых баз для iOS и Android | 1 | 2 | 1 и нативные модули | 1, работает в браузере |
| Язык | Dart | Swift и Kotlin | JavaScript или TypeScript | JavaScript или TypeScript |
| Кто рисует интерфейс | Собственный движок Flutter | Система iOS или Android | Система, через прослойку между кодом и системой | Браузер |
| Доступ к новым функциям системы | После обновления пакетов: дни или недели | Сразу в день выхода | После обновления пакетов: дни или недели | В пределах возможностей браузера |
| Публикация в App Store, Google Play, RuStore | Да | Да | Да | Нет, открывается по ссылке |
| Сайт из того же кода | Да, веб-версия Flutter | Нет, отдельный проект | Через отдельную библиотеку для веба | Это и есть сайт |
| Где подход сильнее всего | Одна команда и единый интерфейс на все площадки | Работа с оборудованием и новые функции системы в день выхода | В компании уже есть команда на React | Запуск без магазинов приложений и без установки |
Подробные сравнения вынесены в отдельные материалы. Flutter или нативная разработка — со сроками, бюджетом и требованиями к функциям. Flutter или React Native — с разбором производительности и рынка разработчиков. Flutter или Laravel — когда выбор идёт между приложением на Flutter и сайтом на PHP. Как язык разработки влияет на выбор стека в целом, разобрано в обзоре языков программирования для мобильных приложений.

Что разрабатывают на Flutter
Flutter не привязан к отрасли, но в одних типах проектов его плюсы работают сильнее, чем в других. Пять направлений, где он встречается чаще всего.
Мобильные приложения для интернет-магазинов и ритейла
Каталог, поиск, корзина, оплата, программа лояльности и push-уведомления одинаково нужны на iPhone и Android — это сценарий, под который Flutter подходит без оговорок. Для этого направления у FITTIN есть модульная Flutter-платформа: каталог, поиск и фильтры, корзина и оформление заказа, оплата, личный кабинет, лояльность, push-уведомления и интеграции с 1С и маркетплейсами уже написаны. Под бренд их настраивают, а уникальные сценарии дописывают на исходном коде. Подробнее — на страницах Flutter-приложений для e-commerce и мобильных приложений для интернет-магазинов, а устройство подхода — в разборе модульной платформы для e-commerce.
Приложение и сайт на одной кодовой базе
Каталог, корзина и личный кабинет пишутся один раз и работают и в приложении, и в браузере, а акция заводится в одном месте. Как это устроено на практике, показано в материале о приложении и сайте на одной платформе и в кейсе единой Flutter-базы для сайта и приложения. Услуга — сайты для интернет-магазинов.
Приложение под одну систему с запасом на вторую
Даже если сейчас нужен только iPhone или только Android, Flutter оставляет возможность выйти на вторую площадку без второй команды. Об этом — страницы разработки приложения для iOS на Flutter и для Android на Flutter.
Корпоративные приложения и MVP
Внутренние сервисы для сотрудников, кабинеты оптовых покупателей, приложения для выездных команд — корпоративные приложения на Flutter работают на телефонах, планшетах и компьютерах из одного кода. Для проверки спроса выпускают первую версию продукта с минимальным набором функций — разработка MVP; как выбрать этот набор, разобрано в материале о MVP мобильного приложения.
Перезапуск существующего приложения
Когда два нативных приложения стало дорого развивать параллельно, их переводят на Flutter. Перед решением полезен аудит кода: он покажет, какие данные и интеграции нужно сохранить и что проще переписать. Если одновременно меняется визуальный стиль, работу совмещают с редизайном приложения.
Как проходит проект на Flutter: шесть этапов
Этапы проекта на Flutter те же, что у любой мобильной разработки. Отличий два: интерфейс и логику делают один раз для всех площадок, а на модульной платформе базовые модули уже готовы. Сроки ниже — для интеграции модульной Flutter-платформы под бренд. При разработке с нуля этапы совпадают, а объём работ и срок определяет техническое задание.
Этап 1. Исследование и техническое задание
Что происходит: аналитик вместе с заказчиком фиксирует, какие сценарии нужны покупателю, какие системы подключаются — учётная система, CRM, эквайринг, службы доставки — и какие функции выходят за базовые модули. На этом этапе видно, хватит ли возможностей Flutter или отдельный сценарий потребует нативного кода.
Если требований много, их оформляют отдельным документом — разработка технического задания. Результат этапа: подписанный список сценариев, интеграций и доработок сверх базовых модулей.
Этап 2. Дизайн под бренд
Что происходит: дизайнер делает один комплект макетов для iOS и Android — Flutter отрисует их одинаково. Решают, где оставить привычное поведение каждой системы (например, жест возврата на iPhone), а где использовать фирменные элементы.
Если приложение уже работает, до новых макетов полезен аудит UX/UI. Результат этапа: утверждённые макеты главной, каталога, карточки товара, корзины и личного кабинета.
Этап 3. Настройка модулей и интеграции
Что происходит: разработчики подключают модули платформы, настраивают их под бренд и связывают с системами заказчика. Уникальные сценарии, которых нет в базовом наборе, пишут поверх на исходном коде и оценивают отдельно.
Результат этапа: сборка, которую можно установить на телефон и пройти путь покупки от каталога до оплаты на тестовых данных.
Этап 4. Тестирование
Что происходит: тестировщик подключается с первой рабочей сборки, а не после окончания разработки. Перед выпуском проходит итоговая проверка на наборе устройств: старые и новые телефоны, разные размеры экрана, медленная сеть.
Результат этапа: протокол проверки без блокирующих ошибок на обеих системах.
Этап 5. Публикация в магазинах приложений
Что происходит: команда готовит описания, скриншоты, политику обработки данных и отправляет сборки на проверку. Сроки проверки задают сами магазины, и считаются они в календарных днях.
Требования площадок описаны в правилах проверки App Store и в документации RuStore для разработчиков. Пошагово — в материалах о том, как опубликовать приложение в RuStore, и о четырёх магазинах приложений. Результат этапа: опубликованное приложение со ссылками в каждом магазине.
Этап 6. Поддержка и развитие
Что происходит: приложение обновляют под новые версии систем и пакетов, следят за ошибками и развивают. На Flutter каждая доработка выходит сразу на все площадки.
Во сколько обходится сопровождение, разобрано в материале о стоимости поддержки приложения; сопровождение проектов, сделанных другими командами, — на странице технической поддержки. Результат этапа: регулярные выпуски обновлений и журнал изменений.
Как шесть этапов укладываются в 30 рабочих дней
Если сложить верхние границы всех этапов, получится больше 30 рабочих дней. Но этапы идут не строго друг за другом. Первое: дизайн идёт параллельно с исследованием, на других ролях команды. Второе: тестировщик работает с первой сборки, поэтому итоговая проверка короткая. Третье: каталог, корзина, оплата и лояльность уже написаны и проверены на прошлых проектах — их настраивают, а не пишут заново. На последовательном пути остаются исследование, настройка модулей, итоговая проверка и подготовка к публикации: 5 + 15 + 5 + 3 = 28 рабочих дней до отправки сборок в магазины.

Когда Flutter выгоден бизнесу, а когда нет
Flutter окупается там, где продукт живёт на нескольких площадках и регулярно меняется. Пять ситуаций, в которых это обычно так:
- Нужны iOS и Android одновременно. Одна команда и один бюджет на каждую доработку вместо двух.
- Продукт будет развиваться годами. Эффект от общей кодовой базы копится с каждым выпуском: функция пишется один раз.
- Важен единый фирменный стиль. Fashion-бренды и премиальные сети получают одинаковый интерфейс на всех устройствах.
- Нужны приложение и сайт с общей логикой. Каталог, корзина и лояльность работают одинаково в обоих каналах.
- Два нативных приложения стало дорого развивать. Перезапуск на Flutter сокращает число команд до одной.
Когда стоит рассмотреть другой подход:
- Приложение нужно только на одной площадке, выход на вторую не планируется, а в компании уже есть сильная нативная команда.
- Продукт построен вокруг устройства: дополненная реальность, 3D, управление оборудованием по Bluetooth, фоновая обработка данных с датчиков.
- Нужен текстовый сайт — блог, издание, лендинг, — где основную ценность дают статьи и поисковая выдача.
- В компании большая команда на React и общий код с веб-проектом — тогда логично сравнить Flutter с React Native.
Проверочный вопрос: сколько раз за год вы будете выпускать обновления? Чем больше выпусков и площадок, тем сильнее эффект от общей кодовой базы: каждая доработка оплачивается один раз, а не для каждой системы отдельно.

Сколько стоит разработка на Flutter
Цена проекта на Flutter зависит не от фреймворка, а от объёма: сколько экранов, какие интеграции, сколько уникальной логики. Технология влияет на другое — сколько раз придётся оплатить одну и ту же работу. В нативной модели функцию делают дважды, для iPhone и для Android; на Flutter — один раз.
| Фактор | Как влияет на бюджет |
|---|---|
| Число площадок | Вторая система не удваивает бюджет: основной код общий, отдельно готовят только сборку и публикацию |
| Готовые модули или разработка с нуля | Готовые каталог, корзина и оплата убирают из сметы разработку типовых функций — остаются настройка и доработки |
| Интеграции | 1С, CRM, эквайринг, службы доставки, маркетплейсы: каждая система без готового модуля добавляет часы работы |
| Дизайн | Фирменный дизайн с анимациями дороже шаблонного, но на Flutter его делают один раз для всех площадок |
| Нативные функции | Дополненная реальность, работа с оборудованием и фоновые сценарии требуют вставок на Swift и Kotlin |
| Сайт в том же проекте | Веб-версия из той же базы дешевле отдельного сайта, но требует адаптации экранов под компьютер |
| Поддержка после выпуска | Одна команда и одна кодовая база обслуживают все площадки сразу |
Для интернет-магазинов на модульной Flutter-платформе FITTIN модель оплаты состоит из трёх частей. Первое — единоразовая интеграция под бренд за срок до 30 рабочих дней. Второе — ежемесячные лицензионные платежи, в которые уже включены все затраты на техническую поддержку команды FITTIN: мониторинг, обновления модулей и обновления безопасности. Для базового сопровождения своя команда разработки не требуется. Третье — новый функционал и доработки оплачиваются отдельно, по модели Time & Materials: оценка в часах и прозрачная смета до старта задачи. Актуальные пакеты для приложения, сайта и связки «приложение + сайт» — на странице тарифов.
Для сравнения: заказная разработка двух нативных приложений с нуля обычно начинается от 5–10 млн ₽ единоразово, плюс собственная команда поддержки — расчёт приведён в сравнении Flutter и нативной разработки. Заказные проекты на Flutter без готовых модулей оценивают по техническому заданию — по фиксированной цене (Fixed Price) или по фактическим часам (Time & Materials). Подробнее о факторах цены — в материале о том, от чего зависит стоимость разработки, о расходах на горизонте трёх лет — в разборе стоимости владения приложением.
Как выбрать подрядчика для проекта на Flutter
Технология задаёт возможности, а результат зависит от команды. Семь вопросов, которые стоит задать до договора:
- Какие приложения на Flutter команда уже выпустила — со ссылками на магазины приложений, а не только на макеты.
- Кто войдёт в команду: аналитик, дизайнер, Flutter-разработчики, серверный разработчик, тестировщик, менеджер проекта — и закреплены ли они за проектом.
- Как команда решает задачи, для которых нет готовых пакетов: есть ли опыт нативных вставок на Swift и Kotlin.
- Какие интеграции уже делались: 1С, CRM, эквайринг, службы доставки, маркетплейсы.
- Публикует ли подрядчик приложения в RuStore и AppGallery, а не только в App Store и Google Play.
- Кому принадлежит код и как передаётся проект, если сотрудничество закончится, — это фиксируют в договоре.
- Как считаются доработки после выпуска: фиксированная цена, оплата по часам или ежемесячный платёж.
Если своя команда уже работает, но ей не хватает людей, Flutter-специалистов подключают через аутстаффинг Flutter- и Dart-разработчиков. Состояние существующего проекта покажет аудит мобильного приложения, а полный список шагов заказчика собран в чек-листе заказа приложения.
Кейсы: Flutter в ритейле и HoReCa
Четыре проекта на Flutter, в которых видно, что технология меняет в цифрах. Данные — со страниц кейсов.
Finn Flare: бюджет в 2,5 раза меньше при переходе на Flutter
Fashion-бренд перезапускал существующее мобильное приложение на Flutter. Бюджет оказался в 2,5 раза меньше, скорость разработки — в 1,5 раза выше. Разработка заняла менее 30 рабочих дней: старт 28 декабря 2025 года, выпуск 3 февраля 2026 года. Приложение работает в России и Казахстане с ценами в рублях и тенге, а пользователей старой версии перевели баннером со ссылкой на новую.
«Сатурн»: конверсия в покупку 12,4% и выпуск сразу в четырёх магазинах
Сеть строительных гипермаркетов в 20+ городах с ассортиментом свыше 30 000 товаров. Колеровка краски, распил материалов, доставка с манипулятором и заказ на юрлицо — сценарии, которых нет в типовых шаблонах. Приложение на одной кодовой базе вышло одновременно в App Store, Google Play, RuStore и AppGallery. За первый месяц — 7 594 установки, конверсия в покупку — 12,4%.
Gulliver Family: 50% дохода приходится на приложение
Мультибрендовый магазин детских товаров: четыре бренда и пять направлений. Через приложение проходит 80% мобильного трафика, и оно даёт 50% дохода ритейлера. Для такого бизнеса одинаковое поведение приложения на iPhone и Android — вопрос не удобства, а выручки.
«Сыроварня»: первое приложение ресторанной сети за 2 месяца
Первое мобильное приложение ресторанной сети Аркадия Новикова запустили за 2 месяца. Корзина совмещена с оформлением заказа в одном окне, есть конструктор блюда с пересчётом стоимости и бронирование столиков с отправкой брони через мессенджеры. Проект номинирован на Workspace Digital Awards 2026 в категории «Мобильные приложения».
Как в приложении на Flutter настраивают сегментированные уведомления и события для системы лояльности, разобрано в материале об интеграции Mindbox с кастомными событиями. Остальные проекты — в разделе кейсов.

Итог: Flutter на одной странице
Сводка, по которой можно быстро соотнести задачу с технологией.
| Вопрос | Короткий ответ |
|---|---|
| Что это | Фреймворк Google с открытым кодом: приложения для iOS и Android, веб-версия и программы для компьютеров из общей кодовой базы |
| Язык | Dart |
| Плюсы | Одна команда и один дизайн на все площадки, быстрые доработки, собственный движок отрисовки |
| Ограничения | Новые функции систем — после обновления пакетов, глубокая работа с оборудованием, размер сборки, меньше разработчиков на рынке |
| Когда подходит | Нужны iOS и Android, продукт развивается годами, важен единый стиль, нужны приложение и сайт |
| Когда рассмотреть другое | Продукт вокруг устройства, одна площадка при сильной нативной команде, текстовый сайт, готовая команда на React |
| Срок на модульной платформе | До 30 рабочих дней на интеграцию под бренд |
Материалы о Flutter на сайте:
- Сравнения: Flutter или нативная разработка, Flutter или React Native, Flutter или Laravel.
- Технология: язык Dart, производительность приложения, приложение и сайт на одной платформе, интеграция Mindbox.
- Услуги: кроссплатформенная разработка на Flutter, приложения для iOS на Flutter, приложения для Android на Flutter, Flutter-приложения для e-commerce, аутстаффинг Flutter-разработчиков.
Что делать дальше:
- Проверить, подходит ли Flutter вашей задаче, — разработка технического задания; оценить текущее приложение — аудит кода.
- Посчитать бюджет — калькулятор стоимости и тарифы.
- Описать проект — мобильные приложения на заказ, контакты или форма ниже.
Часто задаваемые вопросы
Flutter — это язык программирования?
Нет. Flutter — фреймворк, то есть набор инструментов, готовых элементов интерфейса и движок отрисовки. Код для него пишут на языке Dart, который тоже развивает Google. Разница важна при найме: ищут Flutter-разработчика, который знает Dart. Опытный мобильный или веб-разработчик обычно осваивает Dart за 2–4 недели.
Приложение на Flutter работает медленнее нативного?
В типовых сценариях интернет-магазина — каталог, поиск, корзина, оплата, личный кабинет — разницу покупатель обычно не замечает: код Flutter переводится в машинный код устройства, а интерфейс рисует собственный движок. Отставание возможно в задачах с тяжёлой графикой, дополненной реальностью и фоновой работой с датчиками — там часть функций выносят в нативный код. Плавность проверяют замерами на настоящих устройствах, а не на глаз.
Можно ли на Flutter сделать и приложение, и сайт?
Да. Из той же кодовой базы выпускается веб-версия Flutter: каталог, корзина, личный кабинет и программа лояльности пишутся один раз и работают и в приложении, и в браузере. Веб-версию Flutter используют для приложений в браузере — магазина, личного кабинета, сервиса. Текстовые страницы вроде блога или лендингов обычно делают классической вёрсткой.
Что будет, если Google перестанет развивать Flutter?
Код Flutter открыт, у фреймворка большое сообщество разработчиков и тысячи готовых пакетов, поэтому приложение не перестанет работать в один день. Похожая зависимость есть у любого стека: Swift развивает Apple, Kotlin — JetBrains вместе с Google. Зависимость от одного поставщика снижают практики проекта: доступ к исходному коду, документация, код без привязки к одному разработчику.
Можно ли перевести существующее приложение на Flutter?
Да, это частый сценарий, когда два нативных приложения стало дорого развивать. Обычно приложение переносят целиком: функционал переписывают на Flutter, пользователей переводят баннером или обновлением в магазине приложений. В кейсе Finn Flare перезапуск на Flutter занял менее 30 рабочих дней, а бюджет оказался в 2,5 раза меньше. Перед переносом полезен аудит кода — он покажет, какие данные и интеграции нужно сохранить.
Публикуются ли приложения на Flutter в RuStore и AppGallery?
Да. Сборки для RuStore и AppGallery готовятся из той же кодовой базы, что и для App Store и Google Play, — различия выносятся в настройки сборки. У каждого магазина свои требования к описанию, разрешениям и платёжным сервисам, поэтому публикацию планируют отдельным пунктом работ. В кейсе «Сатурн» приложение вышло сразу в четырёх магазинах, а конверсия в покупку в первый месяц составила 12,4%.
Сколько времени занимает разработка приложения на Flutter?
Зависит от объёма и от того, есть ли готовые модули. Интеграция модульной Flutter-платформы для интернет-магазина под бренд занимает до 30 рабочих дней: настройка модулей, фирменный дизайн, подключение учётной системы, оплаты и доставки. Заказное приложение с уникальной логикой оценивают по техническому заданию. Для сравнения: два нативных приложения с нуля до первого выпуска — обычно 120–250 рабочих дней.
Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации.