Blog

Jest jedno arcyważne pytanie, jakie musisz sobie zadać zanim zdecydujesz się na aplikację mobilną - dlaczego jej w ogóle potrzebujesz? To pytanie musi paść zawsze na samym początku, bo od tego zależy wybór technologii, która najlepiej spełni założenia.

Na pierwszy rzut oka temat stworzenia aplikacji mobilnej wydaje się prosty. Gdy jednak bardziej się w to zagłębić, okazuje się, że mamy dostępnych wiele opcji. Wybieranie na ślepo, bez rozważenia wszystkich za i przeciw może powodować ograniczenia, albo niepotrzebną komplikację. Dlatego dziś opowiemy o dostępnych opcjach.

PWA i TWA - najprostszy sposób na aplikację mobilną

PWA (Progressive Web App) - jeden z najprostszych sposobów na aplikację mobilną. Jeśli Twoja usługa jest już dostępna w Internecie i obsługuje urządzenia mobilne, stworzenie PWA pozwoli użytkownikom zainstalować witrynę u siebie i na pierwszy rzut oka będzie ona działać jak aplikacja mobilna

Niewątpliwe atutem tego rozwiązania jest koszt i czas wytworzenia. Znacznie upraszczając - wystarczy dodać plik manifestu i gotowe! Z tego rozwiązania korzysta np. BMW, Pinterest, Starbucks czy nasza strona firmowa ;)

Warto dodać, że PWA może być także instalowana na komputerach. Niestety rozwiązanie to niesie za sobą pewne ograniczenia, jak chociażby brak dostępu do natywnych funkcji telefonu (np. czytnik linii papilarnych). Coś za coś.

Dodatkowo, z pomocą TWA (Trusted Web Activities) taką aplikację możemy umieścić w sklepie Google Play. Więcej przeczytasz o tym tutaj:

Czym jest Trusted Web Activity

Atak klonów - czym są aplikacje hybrydowe i cross-platform?

Jeśli powyższy opis nie brzmi jak odpowiedź na Twoje problemy, może zainteresuje Cię stworzenie aplikacji hybrydowej lub cross-platformowej. Oba podejścia pozwalają wygenerować aplikację zarówno na Androida jak i iOS z pomocą jednej bazy kodowej i umieścić je później w Google Play lub Appstore.

Różnicę pomiędzy tymi podejściami stanowi sposób budowania aplikacji i otrzymany efekt

Podejście hybrydowe zapewnia jednakowy wygląd i zachowanie aplikacji niezależnie od urządzenia. Minusem jest tu niższa wydajność i brak możliwości działania w trybie online. Przykładami takich aplikacji są Evernote i Instagram.

Z kolei w podejściu cross-platform, dzięki możliwości wykorzystania natywnych elementów, możemy dopasować wygląd i zachowanie systemu do przyzwyczajeń użytkowników. Jednocześnie wzrasta też wydajność. Takie aplikacje, to na przykład Facebook i Slack.

Decydując się na jedno z tych dwóch rozwiązań, znacząco obniżamy czas stworzenia aplikacji na dwie platformy, gdyż korzystamy z tego samego kodu.

Gwiazda śmierci zestawienia, czyli aplikacje natywne

Nasza wisienka na torcie. Aplikacje natywne oferują szybkie działanie, dostęp do natywnego API, wygląd i zachowanie dopasowane do konkretnej platformy.

To rozwiązanie dające najwięcej możliwości, ale niestety najdroższe gdy budujemy system na dwie platformy. W przypadku nastawienia się na jedną grupę odbiorców, nie musi tak być.

Ze względu na największe możliwości, wiele aplikacji codziennego użytku to aplikacje natywne. Przykładem są aplikacje bankowe i nawigacja. Jednak w początkowej fazie biznesu, kiedy dopiero badamy rynek i sprawdzamy nasz pomysł biznesowy, niekoniecznie będzie to najlepsze rozwiązanie.

Koniec imperium?

Czy dostęp do tylu innych, równie dobrych, a do tego tańszych opcji oznacza koniec technologii natywnych? Nie zaryzykowałbym takiego stwierdzenia. Należy pamiętać, że wszystkie wspomniane rozwiązania mają większe lub mniejsze ograniczenia, a aplikacja dedykowana na konkretny system zawsze da nam najwięcej możliwości i łatwy dostęp do natywnych funkcji systemu.

Ten artykuł miał pokazać różne możliwości i zachęcić do ich rozważenia. Pytanie "dlaczego potrzebuję tej aplikacji" to dobry punkt wyjścia do dokonania najlepszego wyboru. Najgorsze co można zrobić, to zamknąć się na jedno rozwiązanie, bo korzysta z tego firma X, więc musi być ono najlepsze. Widocznie jest akurat najbardziej dopasowane do ich potrzeb, ale to jeszcze nie znaczy, że będzie także najlepiej dopasowane do Ciebie.