Aplikacja mobilna czy PWA dla e-commerce? Porównanie kosztów, czasu realizacji i możliwości

PWA, czyli Progressive Web App, to aplikacja webowa, która przypomina aplikację mobilną. Z kolei Flutter to technologia, która służy nam do budowania cross-platformowych aplikacji mobilnych.

Oba rozwiązania stanowią alternatywę dla klasycznej natywnej aplikacji mobilnej. Jak zdecydować, które będzie lepsze dla Twojego sklepu e-commerce?

Czym jest mobilna aplikacja cross-platformowa?

Jedna aplikacja mobilna, która działa i na Androidzie, i iOS? To właśnie aplikacja cross-platformowa. Do jej zbudowania służy między innymi popularna technologia Flutter, która pozwala współdzielić bazę kodu pomiędzy dwiema platformami.

Zalety Fluttera w aplikacji e-commerce

• Aplikacja gotowa przy mniejszym budżecie – nie trzeba płacić za pracę dwóch programistów, jak wtedy, gdy budujemy natywne aplikacje osobno na każdą platformę.
• Szybszy time-to-market – projekt rozwijamy w krótszym czasie, bo pracujemy tylko nad jedną bazę kodu zamiast dwóch. W rezultacie aplikacja szybciej trafia na rynek i może pozwolić Ci zarabiać.
• Zmiany na etapie utrzymania są wprowadzane jednocześnie na Androidzie i iOS, więc wszyscy Twoi klienci widzą nowe funkcje w tym samym czasie.
• Spójny wygląd UI spójny na obu platformach – jeśli zależy nam na natywnym wyglądzie, można sięgnąć po biblioteki gotowych widgetów (Cupertino dla iOS, Material Design dla Androida) .
• Stabilne, płynne działania i większa wydajność – kod w języku Dart kompiluje się natywnego kodu, a aplikacja działa w oparciu o silnik graficzny Impeller; lepsza wydajność pozytywnie wpływa na doświadczenia użytkowników (UX).
• Łatwy dostęp do natywnych funkcji na iOS i Androidzie – obejmuje to np. aparat i galerię zdjęć (pomoże m.in. przy skanowaniu kodów kreskowych i wyszukiwaniu obrazem), GPS (ustalanie najbliżej zlokalizowanego sklepu) czy biometria (logowanie przez odcisk palca albo Face ID).

To możliwe, bo kod we Flutterze (język Dart) kompiluje się do natywnego kodu urządzenia i ma bezpośredni dostęp do natywnych API i SDK. Przekłada się to też na lepszą wydajność UI i szybsze działanie całej aplikacji.

Wady Fluttera – o czym trzeba wiedzieć?

• Koszt aplikacji we Flutterze jest niższy niż aplikacji natywnych, ale nie o 50% – fakt, że nie trzeba pisać kodu dla dwóch aplikacji, nie oznacza, że projekt jest tańszy aż o połowę. Testy manualne (QA) nadal trzeba wykonywać na urządzeniach z różnymi systemami. Podobnie jest z publikacją – każda aplikacja musi przejść ten sam proces w sklepach Google Play i App Store.
• Zakres projektu może być nieodpowiedni dla Fluttera – jeśli aplikacja musi mieć dużo natywnych funkcji, lepszym rozwiązaniem może być Kotlin Multiplatform. To SDK, które pozwala współdzielić niektóre partie kodu pomiędzy aplikacjami na iOS i Androida. Choć nie aż tyle, co Flutter, to wystarczająco, by odczuwalnie przyspieszyć prace nad aplikacją w porównaniu z technologiami natywnymi.

Należy też pamiętać, że nawet jeśli budowa MVP jest tańsza we Flutterze to już utrzymanie w kolejnych latach może być bardziej opłacalne w KMP. Właśnie dlatego zawsze programiści powinni przeanalizować wymagania projektu i zaproponować wady i zalety różnych rozwiązań.

Chociaż Flutter to szybsza opcja niż aplikacje natywne, dla niektórych sklepów online tempo prac w standardowym developmencie nadal będzie zbyt wolne. Wtedy można rozważyć też inne alternatywy, takie jak PWA.

Czym jest aplikacja PWA?

PWA (ang. Progressive Web Application) to progresywna aplikacja webowa, która przypomina aplikację mobilną i oferuje możliwości, których nie ma standardowa aplikacja webowa. PWA powstaje przy wykorzystaniu technologii webowych i otwiera się w przeglądarce.

Zalety PWA

• Jedna baza kodu na różne urządzenia – aplikacje mobilne budujemy na konkretne platformy, podczas gdy aplikacja PWA jest bardziej uniwersalna. Jest responsywna, więc można ją otwierać w różnych przeglądarkach i będzie ona dostosowana do rozmiaru ekranu.
• Nie trzeba jej instalować na smartfonie – użytkownik może dodać skrót aplikacji PWA na telefonie i nie musi jej w tym celu pobierać. Dzięki temu nie trzeba jej też aktualizować.
• Podobieństwo do aplikacji mobilnej (w ograniczonym zakresie) – chociaż PWA wyświetla się w przeglądarce, pasek wyszukiwania z adresem strony jest niewidoczny.
• Możliwość wysyłania powiadomień push
• Działanie w trybie offline (w ograniczonym zakresie) – w przeciwieństwie do zwykłych aplikacji webowych, PWA mogą do pewnego stopnia działać bez dostępu do internetu. Pozwalają w tym trybie np. przeglądać ofertę albo informacje o dostawie, a nawet dodawać produkty do koszyka. Jeśli jednak zechcemy dokonać zakupu, internet będzie już niezbędny.
• Dostęp do niektórych funkcji natywnych (np. aparat i lokalizator GPS) – co prawda zakres funkcji jest dość ograniczony, a integracja jest bardziej skomplikowana i wolniejsza niż w przypadku aplikacji mobilnych (zwłaszcza na iOS), ale pozostaje faktem, że jest ona możliwa. Ograniczenie stanowi przeglądarka, bo aplikacja musi opierać się na jej API.

Wady PWA – kiedy nie warto budować PWA?

• Brak dostępu do niektórych funkcji natywnych – nie decyduj się na PWA, gdy wiesz, że aplikacja będzie korzystać z wielu funkcji natywnych. Jeśli nawet dostęp do danej funkcji będzie możliwy, to znacznie spowolni to jej działanie i wydłuży czas budowy. Na dodatek taka aplikacja będzie szybciej zużywała baterię urządzenia.
• Ograniczenia w projekcie UX/UI – aplikacje mobilne bazują na specyficznych rozwiązaniach, do których użytkownicy są przyzwyczajeni. Obejmuje to przede wszystkim elementy wizualne, ale także gesty. Aplikacja webowa może je naśladować, ale nie zapewni takich samych wrażeń jak dobrze zaprojektowana aplikacja mobilna.
• Brak dostępu do funkcji, które wymagają dużej mocy obliczeniowej – w przypadku m-commerce jest to przede wszystkim zaawansowany silnik rekomendacji, który bazuje na różnych danych, takich jak historia przeglądania i zakupów albo zawartość koszyka (koniecznie od dużej liczby użytkowników). To właśnie w ten sposób duże firmy mogą proponować klientom rekomendacje produktów, które rzeczywiście budzą ich zainteresowanie. Duża moc obliczeniowa potrzebna jest też m.in. po to, żeby umożliwiać wyszukiwanie za pomocą obrazu.
• Mniej kanałów dotarcia do użytkownika – fakt, że PWA nie trzeba instalować ma też swoją wadę, bo oznacza, że aplikacji nie ma w sklepach Google Play i App Store. W przypadku flutterowej aplikacji mobilnej, użytkownik może wpisać do wyszukiwarki sklepu wybrane słowo kluczowe i w ten sposób znaleźć daną aplikację. PWA tego nie umożliwia.

Flutter z Rappid Workflow jako trzecia droga dla e-commerce

Nie chcesz aplikacji webowej, która tylko przypomina mobilną, ale też nie uśmiecha Ci się płacić za klasyczną aplikację we Flutterze? Istnieje jeszcze trzecia opcja – system Rappid Workflow.

To rozwiązanie też bazuje na Flutterze, ale wykorzystuje jeszcze sztuczną inteligencję do powtarzalnych zadań. Całość opiera się na modułowej architekturze, którą napisali programiści, nie AI.

Korzyści z Rappid Workflow

• Tańszy rozwój MVP – Rappid Workflow działa w oparciu o gotowe moduły, które każdy sklep musi mieć w swojej aplikacji mobilnej, takie jak  np. koszyk, program lojalnościowy, powiadomienia push czy checkout. W rezultacie nie płacisz za budowanie od zera funkcji, które są standardowym elementem aplikacji m-commerce, tak jak to się odbywa w klasycznych flutterowych projektach albo PWA. Mniejsza liczba godzin spędzonych na pracy nad aplikacją przekłada się na niższy koszt całej realizacji.
• Szybsze przygotowanie designu UX/UI nawet o 53% – samo dopasowanie aplikacji do Twojej marki zajmuje ok. 2 dni robocze, a cały etap projektowy skraca się o ok. połowę (z 36 do 17 dni, wg naszych wewnętrznych benchmarków).  To możliwe, bo opracowaliśmy design system specjalnie z myślą o aplikacjach e-commerce.
• Szybszy time-to-market – w porównaniu z klasyczną aplikacją we Flutterze, Rappid przyspiesza tempo prac, bo mniej godzin przeznaczamy na pisanie kodu i przygotowanie designu UX/UI.
• Skalowalność, czyli łatwe wprowadzanie zmian w etapach po MVP – modułowa architektura Fluttera umożliwia dodawanie nowych funkcjonalności i jest to o wiele łatwiejsze niż w aplikacjach zbudowanych w kreatorach low-code i no-code.
• Lepszy UX, wydajność i dostęp do natywnych funkcji w porównaniu z PWA – Rappid opiera się na Flutterze, więc działa na tej samej zasadzie jeśli chodzi o kompilację bezpośrednio do natywnego kodu maszyny, a do tego aplikacja działa na nowoczesnym silniku graficznym.

Rappid Workflow vs kreatory low-code i no-code

System Rappid wykorzystuje AI jedynie do powtarzalnych zadań, co pozwala przyspieszyć pracę, a jednocześnie uniknąć zjawiska vendor lock-inu. Pojawia się ono często w przypadku kreatorów aplikacji bazujących na AI, utrudniając rozwój i utrzymanie aplikacji. Gdy chcesz dodać funkcję, której w narzędziu low-code/no-code zrobić się nie da lub jest to bardzo trudne, przejście do zwykłego developmentu często jest bardzo trudne.

Wynika to stąd, że aplikacja napisana głównie przy użyciu sztucznej inteligencji jest zwykle pełna zbędnych fragmentów kodu. Rozwój takiej aplikacji może być czasem tak skomplikowany, że przepisanie całej aplikacji od zera we Flutterze bywa bardziej opłacalne. Taki kod spowalnia też działanie aplikacji i zwiększa ryzyko błędów. Rappid Workflow stanowi zabezpieczenie i zapewnia elastyczny rozwój oprogramowania.

O czym trzeba pamiętać?

Mimo wielu zalet, Rappid Workflow ma też pewne ograniczenia, które trzeba wziąć pod uwagę przy wyborze opcji dla swojej mobilnej aplikacji e-commerce.

• Rappid lepiej działa na średnich i małych sklepach – w przypadku dużych e-commerce, które działają na wielu rynkach i mają dużo produktów różnych marek, lepszym wyborem może być standardowy Flutter lub Kotlin Multiplatform.
• Niestandardowa logika biznesowa niweluje zalety Rappid na korzyść klasycznego Fluttera i KMP – gdy zakres funkcji e-commerce jest bardzo niestandardowy, przewaga między klasycznym Flutterem a Flutterem z Rappidem się zmniejsza, bo czas budowy będzie podobny. Rappid daje więcej korzyści, gdy MVP opiera się głównie na powtarzalnych funkcjonalnościach.
• Konieczność przejścia przez proces publikacji w App Store i Google Play – jak każda typowa aplikacja mobilna, również ta zbudowana we Flutterze w systemie Rappid musi przejść przez proces oceny sklepach Apple i Google, żeby ją opublikować. Aplikacje webowe, w tym PWA, tego nie wymagają.
• Oszczędności zależą od indywidualnych wymagań projektu – podane w artykule informacje dotyczące możliwych oszczędności to szacunki dla typowego projektu MVP, nie gwarancja. Każdy projekt wyceniamy indywidualnie.

Aplikacja mobilna z Rappid, Flutter i PWA – porównanie

Aplikacja mobilna czy PWA? Pytania pomocnicze przy wyborze technologii

Pytanie 1: Jak duży i złożony jest Twój sklep?

• Mały/średni sklep, standardowy zestaw funkcji e-commerce → Rappid Workflow
• Duży sklep, wiele rynków i marek, bardzo niestandardowa logika biznesowa → klasyczny Flutter (ew. Kotlin Multiplatform)
• Prosta oferta, bardzo ograniczony budżet na start → PWA

Pytanie 2: Czego potrzebujesz bardziej z perspektywy biznesu i potrzeb użytkownika?

• Priorytet: jak najszybszy time-to-market ze standardowymi funkcjami (koszyk, lojalność, push, checkout) → Rappid Workflow
• Priorytet: pełna dowolność projektowa, unikalne funkcje poza standardowym katalogiem → klasyczny Flutter
• Priorytet: minimalny koszt wejścia, brak potrzeby zaawansowanych funkcji natywnych → PWA

Pytanie 3: Jak ważna jest obecność w App Store/Google Play i dostęp do funkcji natywnych?

• Kluczowa (aparat, GPS, zaawansowane rekomendacje) → Rappid Workflow lub klasyczny Flutter
• Nieistotna, wystarczy podstawowy dostęp przez przeglądarkę → PWA

Podsumowanie, czyli na czym opierać budowę aplikacji e-commerce na smartfony

Aplikacja mobilna, PWA i Rappid Workflow to trzy różne odpowiedzi na różne potrzeby. PWA sprawdzi się, gdy liczy się najniższy próg wejścia. Klasyczny Flutter to właściwy wybór przy większej skali, wielu rynkach lub niestandardowej logice biznesowej.

Rappid Workflow odpowiada na sytuację pośrednią, częstszą wśród średnich sklepów e-commerce, gdy potrzebne są pełne możliwości aplikacji mobilnej, ale nie ma dość czasu i budżetu na budowanie wszystkich standardowych funkcji od zera.

Jeśli nie wiesz, która opcja ma największy sens dla Twojego biznesu, skontaktuj się z naszym zespołem. Przeanalizujemy Twoje wymagania i propozycje oraz zaproponujemy najlepsze rozwiązania.