Przykłady aplikacji Flutter: 12 firm, które wdrożyły aplikacje z jednej bazy kodu (i co pokazuje każdy przypadek)

Aplikacja Flutter to aplikacja mobilna, webowa, desktopowa lub osadzona, zbudowana z jednej Dart bazy kodu Dart przy użyciu frameworka UI Flutter od Google.

Firmy korzystające z Fluttera produkcyjnie to zarówno samo Google, jak i 50-letnia marka retailowa oraz czteroosobowe startupy, a publikowane przez nie wyniki prowadzą do tego samego wniosku: jedna baza kodu, więcej obsługiwanych platform, mniejsze zespoły i szybsze cykle wydań.

Flutter to najczęściej używany framework wieloplatformowy w badaniu deweloperów Statista, korzysta z niego 46% deweloperów. W tym artykule omawiamy dwanaście rzeczywistych przykładów aplikacji Flutter, pogrupowanych według problemu biznesowego, który każda z nich rozwiązała, wraz ze zweryfikowanymi danymi, które to potwierdzają.

Dlaczego warto rozważyć wybór Fluttera?

Za każdą opisaną tu historią stoi ten sam realny czynnik: koszt jednoczesnego wdrażania na dwie platformy. Większość produktów potrzebuje zarówno iOS, jak i Androida, a coraz częściej także webu i desktopu. Budowanie każdej wersji natywnie oznacza dwa zespoły, dwie bazy kodu i dwa backlogi rozwiązujące te same problemy dwa razy. To kosztowne przy napiętych budżetach i trudne kadrowo tam, gdzie na danym rynku brakuje specjalistów od iOS lub Androida.

Jedna baza kodu zmienia tę kalkulację. Pracę wykonujesz raz, projekt pozostaje spójny na wszystkich urządzeniach, a odzyskany czas inżynierski można przeznaczyć na funkcje i rynki zamiast na uzgadnianie dwóch wersji aplikacji. Poniższe firmy potraktowały to jako decyzję strategiczną, a nie preferencję narzędziową, dlatego ich wyniki przekładają się na efekty biznesowe: szybsze wydania, niższe koszty, obsługę większej liczby krajów i mniejsze zespoły działające na większą skalę.

Czy Flutter tworzy wartość dla firm i w jaki sposób?

Mechanizm w każdym przypadku jest taki sam i działa jak łańcuch zależności. Jedna baza kodu Dart zapewnia wysoki poziom ponownego wykorzystania kodu, często przekraczający 90%. Wysoki poziom ponownego wykorzystania w połączeniu z narzędziami szybkiej informacji zwrotnej, takimi jak hot reload, zwiększa tempo tworzenia oprogramowania. Wyższe tempo pozwala firmie albo szybciej dostarczać funkcje, albo utrzymać ten sam poziom dostarczania przy mniejszym zespole. To z kolei obniża koszty i utrzymuje spójne doświadczenie na wszystkich platformach, co chroni markę i zmniejsza obciążenie wsparcia. Efektem końcowym są częstsze wydania i szybsza ekspansja na nowe rynki.

Flutter nie tyle eliminuje kod natywny, co ogranicza ilość kodu natywnego, który trzeba pisać. Gdy dana funkcja wymaga pracy specyficznej dla platformy — płatności, Bluetooth czy nawigacji zakręt po zakręcie — zespoły sięgają po Add-to-App lub platform channels, aby użyć kodu natywnego tylko w tym obszarze, a całą resztę pozostawić współdzieloną. Trzeba też uczciwie uwzględnić kompromisy: migracja oznacza konieczność przeszkolenia inżynierów, a w przypadku działających aplikacji także ponowne wykonanie prac związanych z bezpieczeństwem i zgodnością z przepisami.

Czy Flutter pomoże ci skalować działalność globalnie dzięki jednej bazie kodu?

Google Pay

Google Pay obsługiwał 100 mln użytkowników w dziesiątkach krajów na bazie 1,7 mln linii kodu podzielonych między osobne aplikacje na Androida i iOS. Ekspansja na nowe regiony oznaczała konieczność budowania każdej funkcji dwa razy i zatrudniania inżynierów iOS na rynkach, które wcześniej były zdominowane przez Androida. Zespół przepisał aplikację we Flutterze, zaczynając od proof of concept realizowanego przez trzech inżynierów, a następnie skalując prace do około 180 inżynierów. Przebudowana aplikacja jest o 35% mniejsza — ma 1,1 mln linii kodu zamiast 1,7 mln — mimo dodania nowych funkcji, a zespół szacuje, że Flutter pozwolił zaoszczędzić 60–70% czasu pracy inżynierskiej. Prace wieloplatformowe, które wcześniej wymagały podwójnego wysiłku, teraz zajmują około 1,2 raza tyle co stworzenie jednej wersji.

Co to pokazuje: jedna baza kodu to strategia skalowania, a nie tylko sposób na obniżenie kosztów, gdy każdy nowy rynek w innym przypadku podwajałby zakres pracy.

Karaca

Karaca rozwinęła się z małego warsztatu szklarskiego w omnichannelową markę retailową, obsługującą ponad milion aktywnych użytkowników miesięcznie w 43 krajach. Dwie natywne bazy kodu stały się wąskim gardłem. Inżynierowie poświęcali czas na uzgadnianie różnic między aplikacjami na iOS i Androida zamiast tworzyć funkcje, których chcieli klienci. Zespół przebudował całe doświadczenie we Flutterze i wdrożył pierwszą funkcję we Flutterze w ciągu kilku miesięcy. Wykorzystano pakiety z pub.dev, takie jak plugin do aparatu do przechwytywania faktur posprzedażowych oraz widget Google Maps do lokalizacji sklepów, a po kod natywny przez Add-to-App sięgano tylko przy konkretnych integracjach płatniczych. Funkcje są teraz wdrażane dwa razy szybciej, przy jednym spójnym doświadczeniu na każdym urządzeniu i rynku.

Co to pokazuje: dojrzałe marki z dużą, ugruntowaną bazą użytkowników mogą przebudować aplikację we Flutterze bez utraty tempa.

Xiaomi

Xiaomi stworzyło we Flutterze aplikację towarzyszącą swojemu elektrycznemu modelowi SU7. Aplikacja obsługuje zdalne sterowanie pojazdem, aktualizacje w czasie rzeczywistym, zakupy oraz funkcje społecznościowe dla obecnych i przyszłych właścicieli. Dzięki Flutterowi zespół zbudował ją około 60% szybciej niż przy użyciu frameworków natywnych, zachowując spójne doświadczenie na iOS i Androidzie. Przy premierze flagowego produktu sprzętowego taka spójność ma znaczenie, bo aplikacja towarzysząca jest częścią pierwszego wrażenia związanego z samochodem, a jednolity interfejs na wszystkich platformach chroni markę.

Co to pokazuje: gdy aplikacja debiutuje razem z głośną premierą sprzętu, szybkość Fluttera i spójność między platformami skracają time-to-market i ograniczają ryzyko dla marki.

Czy Flutter pozwala ograniczyć ryzyko przy migracji działającej aplikacji?

talabat

talabat to wiodąca platforma dostaw na żądanie na Bliskim Wschodzie i w Afryce Północnej, obsługująca miliony klientów w ośmiu krajach. Do 2021 roku silosowy rozwój aplikacji natywnych doprowadził do dublowania pracy i niespójnych interfejsów między rynkami. Całościowy rewrite nie wchodził w grę w przypadku aplikacji o tak krytycznym znaczeniu, więc zespół przeprowadził migrację stopniowo, korzystając z podejścia Add-to-App we Flutterze. Zaczęli od statycznych ekranów o małym ruchu, by potwierdzić słuszność koncepcji, a następnie przenieśli menu restauracji — jeden z najczęściej używanych ekranów w aplikacji — jako test wytrzymałościowy. Po drodze przeszkolono ponad 50 inżynierów aplikacji natywnych. Po zakończeniu migracji w 2024 roku częstotliwość wydań wzrosła czterokrotnie, stabilność aplikacji poprawiła się na obu platformach, a czas do uzyskania interaktywności po uruchomieniu się skrócił, przy mniejszej liczbie zaciętych klatek.

Co to pokazuje: aplikacje o dużym ruchu można przenosić do Fluttera ekran po ekranie, ograniczając ryzyko takiej zmiany i utrzymując produkt w działaniu.

Whirlpool

Whirlpool chciał uruchomić kanał mobilny dla Compra Certa, swojego brazylijskiego marketplace’u AGD, który miał popularny sklep internetowy, ale nie miał aplikacji. Firma nawiązała współpracę z Kobe Apps, platformą mobile commerce zbudowaną we Flutterze, aby przygotować proof of concept. Kobe Apps przeniosło istniejący silnik e-commerce do Fluttera, żeby móc zastosować branding Whirlpoola na wszystkich platformach, a następnie wykorzystało hot reload i bibliotekę widgetów Fluttera do stworzenia niestandardowej ścieżki onboardingu oraz funkcji cashback i lojalnościowych. Pierwsza wersja trafiła do użytkowników w 30 dni, z 92% współdzielonej bazy kodu, 50% niższym kosztem tworzenia oprogramowania i o 35% większą szybkością prac rozwojowych. Po premierze zespół korzysta z Firebase Remote Config, by aktualizować treści bez pełnych wydań.

Co to pokazuje: agencja dysponująca platformą opartą na Flutterze może w miesiąc dostarczyć brandowaną, produkcyjną aplikację e-commerce dla globalnego producenta.

Wolt

Wolt, od 2022 roku część DoorDash, obsługuje ponad 36 milionów zarejestrowanych użytkowników w 27 krajach. Gdy firma rozszerzała działalność z dostaw jedzenia na szerszy handel detaliczny, jej partnerzy handlowi potrzebowali aplikacji działającej nie tylko w natywnej aplikacji Merchant dostępnej wyłącznie na iPadzie. Dwóch deweloperów zbudowało pierwszą wersję nowej wieloplatformowej aplikacji we Flutterze w około półtora miesiąca, po czym rozpoczęto testy produkcyjne. Architektura widgetów Fluttera utrzymała spójność projektu na wszystkich platformach, a natywne integracje, takie jak skanowanie kodów kreskowych aparatem i połączenia z drukarkami Bluetooth, dało się łatwo dodać. Wolt dostarcza teraz wspólne aktualizacje na iOS i Androida co dwa tygodnie oraz udostępnił jako open source dwa pakiety: Wolt Modal Sheet i Wolt Responsive Layout Grid.

Co to pokazuje: mały zespół może szybko postawić nową aplikację wieloplatformową i przy okazji wnosić wkład do społeczności.

Szczupłe zespoły osiągające więcej, niż sugerowałaby ich skala

Kikoff

Kikoff to firma z obszaru finansów osobistych, która pomaga użytkownikom budować historię kredytową i uzyskiwać płynność finansową. Postawiła na Fluttera wcześnie, gdy zespół był mały i musiał działać szybko. Tworzenie aplikacji na iOS i Androida z jednej bazy kodu pozwoliło czteroosobowemu zespołowi mobile dotrzeć do ponad miliona użytkowników, a później do kolejnych milionów, przy poziomie ponownego wykorzystania kodu bliskim 100%. Na początku zespół łączył Fluttera z webview, by wykorzystać istniejącą funkcjonalność webową i skrócić time-to-market, a następnie, wraz z dojrzewaniem produktu, przeszedł na natywnego Fluttera. Zespół prowadzi szeroko zakrojone testy A/B za pomocą własnych narzędzi w aplikacji i używa Shorebird do aktualizacji over-the-air, które omijają opóźnienia związane ze sklepami z aplikacjami, a także dodał działającego w aplikacji finansowego coacha AI o nazwie Fynn.

Co to pokazuje: jedna baza kodu pozwala bardzo małemu zespołowi działać na skalę, która zwykle wymagałaby osobnych zespołów iOS i Android.

Arc, od Atlas Associates

Arc to aplikacja komunikacyjna oparta na AI od Atlas Associates, startupu z Japonii. Wiadomości, w tym czaty grupowe, znikają z czasem, co stawiało wysoko poprzeczkę pod względem wydajności i bezpieczeństwa. Zespół wybrał Fluttera ze względu na szybkość tworzenia oprogramowania przy niewielkim składzie i odrzucił założenie, że wieloplatformowość oznacza ospałe działanie, argumentując, że responsywność jest przede wszystkim problemem architektonicznym. Korzystali z Flutter DevTools do profilowania renderowania klatek, CPU i pamięci oraz ograniczyli przebudowy widgetów do minimum, by zapewnić płynność działania. Backend łączy Firebase (Firestore, Authentication, App Check) z Google Cloud Run i Vertex AI dla Gemini, RAG i wyszukiwania. Niewielki zespół dostarczył 144 aktualizacje w 34 miesiące.

Co to pokazuje: przy zdyscyplinowanej architekturze mały zespół może osiągnąć wydajność na poziomie aplikacji natywnych i szybki rytm wydań we Flutterze, nawet w wymagającej aplikacji czasu rzeczywistego.

Agapé

Agapé Wellness poszło z ideą jednej bazy kodu dalej niż większość. Według lidera inżynieryjnego firmy 99,9% całego kodu pisanego w organizacji to Dart, język, na którym opiera się Flutter, obejmujący aplikacje mobilne, pipeline CI, usługi backendowe, narzędzia wewnętrzne i aplikacje webowe. Każde zachowanie jest weryfikowane przez testy automatyczne, które dają pewność co do każdej zmiany na poziomie pixel perfect, a zespół wdraża na produkcję wiele razy dziennie. Standaryzacja na jednym języku w całym stosie technologicznym pozwoliła firmie myśleć najpierw o produkcie, a dopiero potem o platformie, i to właśnie dzięki temu udało się utrzymać takie tempo wydań.

Co to pokazuje: Flutter i Dart mogą stanowić fundament całego stosu inżynieryjnego, a nie tylko mobilnego frontendu, a taka konsolidacja przekłada się na większą pewność testów i częstsze wdrożenia.

Flutter poza telefonem

Toyota

Toyota zbudowała swój system infotainment nowej generacji we Flutterze. Praca z dedykowanymi platformami dostawców zwykle oznaczała określenie funkcji i brak efektów przez rok lub dwa, a potem niewiele czasu na wprowadzenie zmian. Toyota chciała bezpośrednio kontrolować doświadczenie w samochodzie. Flutter bardziej przypominał nowoczesne urządzenie niż kiosk, był open source zamiast licencjonowany per stanowisko i pozwalał projektantom oraz deweloperom rozwiązywać problemy ramię w ramię. Zespół stworzył własny embedder Fluttera i napisał wtyczki dla funkcji samochodowych. Informacja zwrotna, która wcześniej zajmowała lata, teraz zamienia się w działający kod w ciągu jednego dnia, a zespoły w Ameryce Północnej, Europie i Japonii pracują na tej samej bazie kodu. System debiutuje w modelach RAV4 i Lexus ES z rocznika 2026.

Co to pokazuje: Flutter wchodzi także w obszar sprzętu embedded, dając producentom bezpośrednią kontrolę nad rozwiązaniami, które wcześniej zlecali na zewnątrz.

Expo City Dubai

Expo City Dubai to wielofunkcyjna dzielnica smart city zbudowana na terenie Expo 2020, obsługująca turystów, mieszkańców, najemców i pracowników w wielu językach, w tym w językach pisanych od prawej do lewej. Jej partner technologiczny, Merixstudio, zbudował aplikację towarzyszącą opartą przede wszystkim na mapie, zorganizowaną wokół jednego pytania: gdzie jestem i jak mam tam dotrzeć. Jedna baza kodu we Flutterze utrzymała spójność tego rozbudowanego, mocno brandowanego doświadczenia opartego na mapach na iOS i Androidzie. Do nawigacji zespół wykorzystał oficjalny Mapbox Maps Flutter SDK i połączył go z natywnymi Mapbox Navigation SDK przez kanały platformowe, zachowując logikę produktu w Darcie. Architektura opiera się na flutter_bloc, Dio i go_router, z Contentful do zarządzania treścią oraz autoskalowaniem na AWS. Testy obciążeniowe potwierdziły stabilność przy nawet 400 000 jednoczesnych użytkowników, a aplikacja uzyskała od użytkowników NPS na poziomie 10/10.

Co to pokazuje: Flutter sprawdza się jako fundament klasy enterprise dla superaplikacji, która musi się skalować, lokalizować i zachowywać spójność dla bardzo różnych grup odbiorców.

Flutter Folio

Flutter Folio to wieloplatformowa aplikacja do cyfrowego scrapbookingu, którą zespół gskinner stworzył na wydarzenie Google Flutter Engage. To projekt referencyjny, a nie produkt komercyjny, zaprojektowany po to, by pokazać, jak jedna baza kodu może dawać natywne odczucia na iOS, Androidzie, macOS, Linuksie, Windowsie i w przeglądarce. Ponad 95% kodu jest współdzielone na wszystkich sześciu platformach. Aplikacja dostosowuje się do każdej z nich: na mobile skupia się na robieniu zdjęć, na desktopie i tablecie na tworzeniu, a w przeglądarce na udostępnianiu w trybie tylko do odczytu, z niestandardowymi paskami tytułu systemu operacyjnego i kontrolkami odpowiednimi dla platformy, takimi jak modale na desktopie i arkusze na mobile. Jest open source na licencji MIT.

Jedna baza kodu we Flutterze może jednocześnie obsługiwać sześć platform, a przy tym zachowywać zgodność z konwencjami każdej z nich i wymagać niemal zerowej ilości kodu specyficznego dla danej platformy.

Dwanaście firm korzystających z Fluttera — przegląd

Co musi być prawdą, żeby Flutter się opłacał

Flutter jest mocnym domyślnym wyborem dla produktów wieloplatformowych, a te studia przypadku pokazują też, gdzie potrzebuje wsparcia. Widać w nich kilka powtarzających się wzorców.

Zaplanuj połączenie z kodem natywnym. talabat, Karaca i Expo City Dubai zachowały rdzeń w Darcie, a w przypadku płatności, konkretnych SDK i nawigacji zakręt po zakręcie schodziły do kodu natywnego przez Add-to-App lub kanały platformowe.

Uwzględnij w budżecie przeszkolenie zespołu. Google Pay przeszkolił 50 inżynierów przez sześć miesięcy przed wersją beta, a talabat podniósł kompetencje ponad 50 osób. Darta można szybko się nauczyć, ale migracja nadal jest inwestycją w ludzi.

Powtórz prace związane z bezpieczeństwem i zgodnością z przepisami. Google Pay musiał po raz drugi przejść przeglądy bezpieczeństwa dla aplikacji, która była już wdrożona, a kod Expo City Dubai przeszedł audyt bezpieczeństwa po stronie klienta. Przepisanie aplikacji nie zwalnia z audytów, które oryginał już przeszedł.

W przypadku działających aplikacji wybierz migrację stopniową. Opisane tu aplikacje o dużym ruchu przechodziły na Flutter ekran po ekranie, zamiast przepisywać wszystko naraz, co pozwoliło utrzymać stabilność produktu w trakcie zmiany.

Jeśli chcesz skonsolidować bazę kodu, rozważ Fluttera

Te dwanaście aplikacji różni się skalą, branżą i etapem rozwoju, ale wszystkie postawiły na ten sam wybór architektoniczny: skonsolidować prace platformowe w jednej bazie kodu, a uwolnione zasoby przeznaczyć na funkcje, rynki i niezawodność zamiast na utrzymywanie dwóch wersji.

Najbardziej chwytliwe liczby są skutkiem tego wyboru, a nie celem samym w sobie. Mniejsza baza kodu Google Pay, szybsze dostarczanie w Karaca i iteracje tego samego dnia w Toyocie wynikają z tego samego mechanizmu, tylko w różnych firmach.

Dla twojej własnej mapy drogowej ważne pytanie brzmi: gdzie jedna baza kodu usunęłaby najwięcej dublującej się pracy? To właśnie tę kalkulację warto przeprowadzić przed przepisaniem aplikacji albo budową nowej.

Jeśli rozważasz taką decyzję, Monterail pisał o tym, gdzie Flutter sprawdza się na różnych platformach, dlaczego zespoły go wybierają, oraz jak wypada w porównaniu z React Native, a także współpracuje z zespołami — od startupów po duże organizacje — właśnie przy takich decyzjach.