Логотип
БизнесуРазработчикам

Flutter для бизнеса: какие задачи стоит решать на этом фреймворке

Артем Салютин

Директор по развитию

Мобильное приложение редко живет само по себе. Обычно это спутник основной системы: кабинет клиента, рабочий инструмент курьера, экран на кассе. И почти всегда его нужно выпустить сразу на iOS и Android. Flutter обещает сделать это быстрее, дешевле и на том же уровне качества. На практике для таких задач этот подход оправдан: одна кодовая база, общий интерфейс, две платформы. Если нужно глубоко работать с камерой и датчиками или команда уже сильна в React, выгоднее другой стек. В WS Dev Flutter не ставят по умолчанию: стек выбирают по задаче и возможностям проекта. Разберем, что стоит за этим подходом и где у него границы.

Что такое Flutter простыми словами

Flutter — это бесплатный фреймворк с открытым кодом, которым управляет Google. На нем приложение пишут один раз, а запускают на iOS и Android, в браузере, на Windows, macOS и Linux, а еще на встраиваемых устройствах — от телевизора до приборной панели автомобиля.

Создатель технологии коротко описал ее «как Unity для приложений», то есть сравнил ее с игровым движком. Раньше видеоигры создавались под конкретную приставку, с появлением движков стало возможно разработать игру один раз, а движок сам запускает ее где угодно. Flutter делает то же самое для обычных приложений.

Как и игровой движок, Flutter не просит телефон «нарисовать кнопку». Он рисует каждый пиксель сам, собственным графическим движком. Отсюда главное свойство: приложение выглядит одинаково на любом устройстве.

Интерфейс во Flutter собирают из виджетов, как из деталей конструктора. Виджет — это любой элемент экрана: кнопка, шрифт, целая страница. Готовые детали можно настраивать, а недостающие создавать самостоятельно.

Рядом с Flutter всегда упоминают Dart. Разница простая: Flutter — это фреймворк, то есть движок и набор деталей, а Dart — язык, на котором написаны и сам фреймворк, и ваше приложение. Выбирая Flutter, вы выбираете и Dart.

Какую проблему решает Flutter

До Flutter были либо нативные, либо гибридные мобильные приложения. Нативные увеличивали все затраты вдвое: два приложения — это две команды программистов, два бюджета и два набора ошибок: дефект, исправленный на Android, не исчезнет сам из версии на iOS. Гибридные приложения представляли собой эконом-вариант, по сути, сайт в обертке приложения, который заметно тормозит. Чтобы решить эту дилемму, создали Flutter. На практике бизнесу это дает одну команду вместо двух и более короткий цикл разработки.

Как появился Flutter и кто за ним стоит

Покушение на JavaScript

В 2011 году Google представил Dart. Его авторы — Каспер Лунд и Ларс Бак (также создатель V8, на котором работает Chrome). Замысел был смелым: заменить JavaScript в роли главного языка веба. Однако, другие браузеры язык не поддержали, и в 2015 году Google отказался встраивать Dart даже в собственный Chrome. Язык выжил благодаря команде Google Ads: рекламный кабинет Google работает на Dart до сих пор.

Эксперимент «бритва»

В те же годы часть команды Chrome пыталась доказать, что мобильные приложения можно делать на веб-технологиях. Но приложения получались медленнее нативных. Тогда они поставили эксперимент под названием Razor (англ. «бритва»): взяли Chrome и вырезали из него все, что требовалось для совместимости с технологиями тридцатилетней давности. Результат был воодушевляющим — производительность выросла примерно в 20 раз и команде выделили бюджет на разработку.

Дальше проект, который тогда назывался Sky, несколько раз переписывали. В какой-то момент вырезали так много, что от браузера осталась часть, которая умеет быстро рисовать на экране, и пришлось добавлять свое. А добавить свое — значит перестать полагаться только на веб-технологии. Команда пришла в тупик.

Счастливое совпадение

Ранние версии Sky были написаны на JavaScript. На iPhone приложение запускалось 12 секунд. Нужен был другой язык. Команда оценила больше дюжины вариантов и выбрала тот, что разрабатывали коллеги.

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

Альянс сработал потому, что создатели языка были рядом и готовы его дорабатывать. Например, на тот момент у Dart не было компилятора, который преобразует код в машинные команды телефона, и команда построила его специально под Flutter. Так в 2018 году вышла версия 1.0.

Двойственность: что Dart дал Flutter

В обычной мобильной разработке после каждого изменения приложение нужно пересобрать и заново запустить. Dart умеет работать в двух режимах — и это редкость.

Пока разработчик создает приложение, код исполняется внутри виртуальной машины Dart, которая принимает изменения на лету. Так работает «горячая перезагрузка» (hot reload): правки попадают в приложение за секунды, а текущий экран и его состояние не сбрасываются. Дизайнер и разработчик могут одновременно менять интерфейс, сразу видя результат.

Когда приложение готово к выпуску, тот же код заранее компилируется в машинные инструкции процессора. Виртуальная машина нужна только на этапе разработки. В магазин приложений попадает уже скомпилированный код — без интерпретатора и лишних посредников между приложением и устройством. Отсюда быстрый запуск и плавная анимация.

У этого подхода есть цена: Flutter сам по себе не позволяет обновлять код уже установленного приложения в обход магазина. Документация предлагает использовать для этого сторонний сервис Shorebird — о нем ниже.

Эту двойственность можно сравнить с работой над рукописью: пока текст пишут карандашом, в него легко вносить правки. Но когда тираж уже отпечатан в типографии, изменить его гораздо сложнее.

Помимо двойственности также стоит отметить строгую типизацию, которая позволяет отлавливать часть ошибок на этапе сборки приложения. Но ранний Dart этого не требовал, типы были необязательными. Строгими они стали в 2018 году. Это одна из причин, почему битву за веб выиграл TypeScript, который сразу сделал эту ставку, а Google оставалось признать это потребностью больших команд, которые делают сложные приложения.

Риск оказаться на кладбище Google

Google славится тем, что нередко закрывает свои, даже на первый взгляд, успешные продукты. Сейчас кладбище насчитывает около 300 позиций, включая Google Reader, игровой сервис Stadia и AngularJS — фронтенд-фреймворк для разработчиков. Неудивительно, что вопрос «а не закроет ли Google Flutter?» беспокоит сообщество по сей день.

Что говорит в пользу Flutter:

  • От Dart зависят деньги Google. Рекламный кабинет, через который компания получает основную выручку, написан на Dart. Закрыть язык — значит переписать систему, над которой работают сотни инженеров (интервью Сайдела).
  • Google пишет на Flutter свои продукты: мобильное приложение NotebookLM и приложение Google Cloud (блог Flutter).
  • Код открыт. Flutter распространяется под свободной лицензией BSD (FAQ Flutter). Если Google уйдет, проект смогут продолжить другие — в него уже вложились Toyota (для мультимедийных систем в автомобилях) и LG (переписывает на Flutter приложения своей платформы webOS для телевизоров).
  • Релизы идут по расписанию. На 2026 год команда обязалась выпустить минимум четыре стабильные версии (блог Shorebird); актуальная версия 3.47 вышла в августе (Shorebird).

Что говорит против:

  • Увольнения 2024 года затронули команды Flutter и Dart. Google заявил, что размер команды не изменился, часть ролей перенесли в другие страны (It's FOSS).
  • Форк Flock. Осенью 2024 года бывший инженер команды создал собственную ветку Flutter. Его претензии: около 50 человек на миллион разработчиков, замороженный наем и застой в версиях для компьютеров (DevClass).
  • Google ставит не на одну лошадь. С 2024 года компания официально поддерживает и конкурирующий подход — Kotlin Multiplatform (блог Android).
  • Один из создателей ушел. Сайдел покинул Google и объясняет это так: «Google — не Flutter-компания» (интервью The Flutter Way). Внутри корпорации развитие Flutter подчинено ее собственным задачам, а не задачам внешних разработчиков. Его новая компания Shorebird зарабатывает на услугах вокруг Flutter, так что он лицо заинтересованное. Но он же говорит, что при попытке закрыть проект готов собрать команду заново (интервью Дэвиду Серрано).

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

Чем Flutter отличается от альтернатив

Выше мы уже сравнили нативный и гибридные подходы. Flutter относится к кросс-платформенному, поэтому и сравнивать его справедливо с такими же технологиями. На сегодняшний день реальных альтернатив две.

React Native

Сравнения с React Native не обходятся без упоминания «мостика». В первой архитектуре логика приложения жила в мире JavaScript, а интерфейс — в нативных компонентах операционной системы устройства. Каждое обновление экрана проходило через этот мост, как разговор через переводчика. Пока сообщений мало, все работает гладко. Но при сложной анимации или быстрой прокрутке экрана на мосту возникал затор, и приложение начинало тормозить. Flutter изначально строили так, чтобы мост был не нужен: он рисует все сам.

Но это уже история. В 2024 году React Native включил новую архитектуру по умолчанию: прямой доступ к функциям телефона, без моста. С версии 0.82 отказаться от нее нельзя, а в 0.84 (февраль 2026) старый код по умолчанию не попадает в сборку. Разрыв в скорости сократился, аргумент с мостиком больше не работает.

Изменился и владелец. React Native создали в Meta (признана экстремистской организацией и запрещена в России), но с февраля 2026 года он принадлежит независимому фонду React Foundation. У Flutter такого фонда нет: проектом управляет одна компания.

Сегодня выбор между ними — это вопрос команды и интерфейса. Если продукт и разработчики уже работают с React и TypeScript, React Native позволит использовать те же знания. Если нужен собственный фирменный интерфейс, одинаковый на всех экранах, сильнее Flutter.

У Flutter около 180 тысяч звезд на GitHub против примерно 127 тысяч у React Native. Каждый месяц фреймворком пользуется больше 1,5 миллиона разработчиков. По данным Apptopia, на Flutter сделано почти 30% новых бесплатных приложений в App Store — в 2021 году было около 10%. И хотя приложений на Flutter выходит больше, приложения на React Native в сумме зарабатывают выше согласно исследованию Appfigures.

Kotlin Multiplatform (KMP)

Kotlin Multiplatform (KMP) развивает JetBrains — компания, которая создала язык Kotlin. Технология считается стабильной с ноября 2023 года, а с 2024-го ее официально поддерживает Google. Тот самый Google, которому принадлежит Flutter.

KMP предлагает третий путь, разделяя интерфейс и логику и по умолчанию делает общей только логику: расчеты, работу с сервером, хранение данных. Экраны каждая платформа рисует своими средствами, поэтому приложение выглядит как нативное и на iPhone, и на Android. Google избрал этот подход например, для приложений Google Docs.

При желании общим можно сделать и интерфейс — через Compose Multiplatform, для iOS он стабилен с мая 2025 года. При таком подходе KMP становится похож на Flutter: на iPhone он тоже рисует экраны сам, а не берет системные, но рисует их через Skia — тот самый движок, от которого Flutter уже ушел. По данным JetBrains, такое приложение весит примерно на 9 МБ больше нативного, а запускается с сопоставимой скоростью.

Какая экосистема у Flutter

Сам Flutter дает движок и виджеты, остальное разработчики собирают из пакетов — готовых библиотек из каталога pub.dev. Там есть решения для работы с камерой, геолокацией, Bluetooth, платежами, уведомлениями и т.д. Если чего-то нет, можно написать свое.

Интерфейс рисует движок Impeller: он пришел на смену Skia, на котором Flutter рисовал экран с первых версий. На телефонах Impeller уже стоит по умолчанию (iOS и Android с API 29 — с версии 3.27). В 3.47, вышедшей 12 августа 2026 года, тем же стал и десктоп: Windows, macOS и Linux. Готовые кнопки и экраны берут из двух наборов виджетов: Material в стиле Google и Cupertino в стиле Apple.

Для управления состояниями, то есть данными экрана: что лежит в корзине, вошел ли пользователь, есть четыре решения. Provider — тонкая надстройка над встроенными механизмами Flutter, сейчас она только на поддержке. Riverpod — ее преемник от того же автора, выбор по умолчанию для новых проектов. Bloc — строгий вариант, где каждое изменение можно отследить, поэтому его любят крупные команды. GetX обещает все в одном пакете, но для новых проектов его брать не советуют.

Отдельно стоит Shorebird — компания Эрика Сайдела, одного из создателей Flutter. Ее сервис обновляет код установленного приложения сразу, без проверки в магазине, и умеет откатить неудачное обновление. Google такой функции не дает, и документация Flutter сама отсылает к Shorebird.

Что есть для российского рынка

  • Карты. MapKit и NaviKit от «Яндекс Карт» поддерживают Flutter (Хабр).
  • Магазин приложений. У RuStore есть набор инструментов для Flutter, включая обновление приложений (документация RuStore).
  • Платежи. Подключение SberPay к приложению на Flutter подробно описано разработчиками (Хабр).
  • Отечественная ОС. Flutter работает на «Авроре»: поддержку добавили в 2023 году (Хабр), а в декабре 2025-го разработчик системы открыл код ключевого компонента (Хабр). Для проектов с требованиями по импортозамещению это способ не писать отдельное приложение с нуля.

Кадры

Здесь у Flutter слабое место. По опросу Stack Overflow 2025 года, с Dart работают 5,9% разработчиков. Для сравнения: Kotlin — 10,8%, TypeScript — 43,6%. Специалистов меньше, заменить человека в команде сложнее.

Смягчает проблему то, что Dart быстро осваивают те, кто знает Java, Kotlin, Swift или TypeScript (FAQ Flutter). Nubank, например, пришел к кроссплатформенной разработке именно потому, что не мог нанять достаточно нативных разработчиков (блог Nubank).

Для каких проектов подходит Flutter и какие компании его используют

Flutter хорошо подходит, если вам нужно:

  • приложение-спутник к основной системе — мобильный кабинет клиента, рабочий инструмент для сотрудников, курьеров, водителей;
  • первая версия продукта, чтобы проверить идею на двух платформах за один бюджет;
  • приложение с фирменным, нестандартным дизайном — документация Flutter называет это своим профильным случаем (FAQ Flutter);
  • один интерфейс на разных типах экранов — телефон, планшет, киоск, телевизор, автомобиль;
  • внутренние инструменты для компьютеров, когда нужна версия сразу под Windows, macOS и Linux.

Кто использует Flutter в России

  • Яндекс. На Flutter написано «Яндекс Про» — приложение для водителей и курьеров. Руководитель группы разработки рассказывал, что команда использует фреймворк три года (Tproger); в 2026 году Flutter-разработчики «Яндекс Про» продолжают публиковать инженерные статьи (Хабр).
  • Россельхозбанк. Команда «РСХБ.Цифра» выбирала между нативной разработкой и Flutter и остановилась на втором (Хабр). Сейчас на Flutter развивают продукт «Свой бизнес» и общую дизайн-систему для приложений банка (Хабр).
  • Росбанк. Приложение «Росбанк Бизнес» стало первым в России банковским приложением на Flutter (vc.ru).

Обратите внимание на характер примеров. Это рабочие инструменты, приложения для бизнес-клиентов и внутренние системы — те самые «спутники». Именно здесь Flutter в России силен. Главные потребительские приложения крупнейших компаний в этот список не попали.

Где Flutter не подходит

Сайты с контентом и продвижением в поиске. Flutter умеет работать в браузере, но его документация прямо говорит: для статичных сайтов с большим количеством текста он не годится, а посадочные страницы и справку лучше делать на обычном HTML (Web FAQ Flutter). Бритва срезала с браузера как раз то, что нужно поисковикам. Для сайтов, каталогов и личных кабинетов в браузере подходит веб-стек на React.

Приложения, где главное — глубокая работа с платформой. К камере, датчикам и системным функциям Flutter подключается через плагины и нативный код (FAQ Flutter). Но чем больше такого кода, тем меньше выигрыш от единой базы: нативные разработчики все равно понадобятся.

«Родной» вид до мелочей. Flutter рисует кнопки и переключатели сам, а не берет системные. Когда Apple или Google меняют дизайн, команда Flutter и сообщество воспроизводят новинки вдогонку (FAQ Flutter). Если для вашей аудитории важно, чтобы приложение выглядело как часть системы с первого дня новой iOS, это аргумент за натив.

Жесткие ограничения по размеру. Приложение несет графический движок внутри себя — это несколько мегабайт в сжатом виде (FAQ Flutter). Для большинства проектов не критично, но для рынков с медленным интернетом и дешевыми телефонами это стоит посчитать.

Команда уже работает на другом стеке. Если у вас сильные разработчики на React и TypeScript, React Native обойдется дешевле в найме и поддержке. Если есть два зрелых нативных приложения — посмотрите на Kotlin Multiplatform. Переписывать работающее ради Flutter незачем.

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

Наш опыт с Flutter

Впервые WS DEV использовал Flutter для приложения массового найма персонала на стадионах во время чемпионата мира 2018 года. Тогда платформа не оправдала ожиданий, и долгое время мы оставались сторонниками React Native. Позже Flutter догнал альтернативы по зрелости и снова стал рабочим вариантом. Сегодня Flutter, React Native и нативная разработка для коммерческих задач достаточно зрелые: технологию выбираем по целям и ресурсам заказчика.

Работаем в двух форматах. Аутсорсинг — когда нужно приложение под ключ вместе с серверной частью. Аутстаффинг — когда нужно усилить вашу команду Flutter-разработчиками. И если под вашу задачу лучше подойдет React Native или нативная разработка, скажем об этом до начала работ.

Оцените статью:
5,02,9к158