Читать книгу E-marketing. Współczesne trendy. Pakiet startowy - Группа авторов - Страница 64

Wybranie platformy, po analizie wad i zalet dostępnych na rynku technologii, jest istotne ze względu na strategię wprowadzania produktów na rynek, zwaną popularnie Minimal Viable Product. Strategia ta pozwala zweryfikować pomysł pod względem potencjału biznesowego, ale również rozwijać potem funkcjonalności produktu zgodnie z potrzebami użytkowników.

Mobile Web Applications 90

Serwisy i strony mobilne to jedno z najprostszych i najtańszych rozwiązań umożliwiających realizację projektów i prezentację danych w urządzeniach przenośnych. Są to usługi i produkty stanowiące specjalnie spreparowaną wersję serwisów/aplikacji/stron internetowych przygotowanych zgodnie z filozofią responsive design.

Tego rodzaju produkty opierają się przede wszystkim na odpowiednio przygotowanych arkuszach stylów (kaskadowe arkusze stylów CSS), które umożliwiają poprawne skalowanie (prezentację) produktu w zależności od urządzenia, z którego w danej chwili korzystamy.

Przeglądanie i korzystanie z aplikacji odbywa się przez przeglądarkę WWW, w identyczny sposób jak podczas przeglądania stron WWW w Internecie np. na komputerach stacjonarnych. Mobile Web Applications nie muszą być instalowane na urządzeniu. Do poprawnego działania wymagany jest dostęp do Internetu. Przykładem tego rodzaju aplikacji (interfejsu) może być strona mobilna serwisu Onet.pl.

Aplikacje natywne

Mobilne aplikacje natywne to przygotowane pod konkretny system operacyjny (urządzenie mobilne) aplikacje, które są instalowane bezpośrednio na urządzeniu i uzyskują dostęp do wszystkich możliwości danego systemu operacyjnego (na podstwie natywnego języka: iOS – Objective-C, Android – Java, Windows Phone – C#, zgodnie z obowiązującą architekturą, np. ARM6 lub ARM7). Dostępne są one w popularnych marketach z aplikacjami, takich jak Google Play czy App Store. Przykładem może być aplikacja natywna, udostępniona przez Grupę Onet S.A. zarówno na urządzenia z systemem operacyjnym Android, jak i iOS.

Aplikacje hybrydowe

Mobilne aplikacje hybrydowe są obecnie jedną z najpopularniejszych postaci oprogramowania na urządzenia przenośne. Za ich stosowaniem przemawia przede wszystkim cena oraz szybkość wdrożenia, które nie zawsze idą w parze z jakością i wydajnością aplikacji. Tego rodzaju aplikacje są pewnego rodzaju hybrydą, połączeniem mobilnych aplikacji webowych oraz aplikacji natywnych. Wyglądem są zbliżone do aplikacji natywnych, ale wykonuje się je przeważnie w technologiach webowych, wykorzystujących np. silnik przeglądarki bądź odpowiednią kompilację do kodu natywnego.

Wśród znanych i popularnie stosowanych frameworków (SDK) umożliwiających przygotowanie aplikacji hybrydowych możemy wyróżnić m.in. PhoneGap, Corona SDK, Appcelerator Titanium, Sencha Touch, jQuery mobile, które charakteryzują się własną dokumentacją i różnymi możliwościami w zakresie obsługi natywnych funkcji urządzenia przenośnego. Przykładem tego typu aplikacji może być np. Re/MAX, aplikacja prezentująca informacje z rynku nieruchomości.

Rysunek 7.17. Aplikacja hybrydowa

Źródło: remax.com (dostęp: 08.10.2012).

Porównanie

Na użyteczność, dostępność i User Experience aplikacji mobilnych ma wpływ wiele czynników. Wśród nich możemy wyróżnić m.in. sposób produkcji/developmentu danej aplikacji, interfejs użytkownika, sposób sprzedaży, model dystrybucji i oczywiście koszty produkcji, a tym samym zakupu aplikacji. Porównanie poszczególnych zmiennych zostało zaprezentowane w dalszej części rozdziału.

Produkcja i rozwój

Na wybór metody produkcji i rozwoju aplikacji w dużej mierze wpływają: sposób przygotowania projektów funkcjonalnych, czas realizacji, koszty produkcji, a także dostępność wśród użytkowników różnych urządzeń mobilnych. Aplikacje natywne wymagają od deweloperów znajomości konkretnego środowiska deweloperskiego oraz języków programowania (np. Java, iOS).

Próg wejścia i wykonywalności tego rodzaju aplikacji jest zdecydowanie wyższy niż w przypadku aplikacji hybrydowych oraz webowych aplikacji mobilnych. Aplikacje hybrydowe pozwalają wykorzystywać kod przygotowany w technologiach webowych (HTML, CSS, JS, a nawet Flash) z możliwością pisania elementów natywnych i/lub kompilacji tego kodu na język natywny. W przypadku aplikacji natywnych oraz hybrydowych procesy deweloperskie różnią się w zależności od platformy, czego nie doświadczamy przy mobilnych aplikacjach webowych. Spowodowane jest to m.in. optymalizacją wyglądu aplikacji do konkretnych urządzeń (np. RETINA lub duża liczba urządzeń z systemem Android).

Tabela 7.1. Porównanie typów aplikacji mobilnych – produkcja i rozwój91

Źródło: opracowanie własne.

[19] Pomijamy różnice renderowania aplikacji w różnych przeglądarkach.

Przy tworzeniu aplikacji natywnej niezbędne jest zastosowanie specyficznego, indywidualnego podejścia do każdej platformy/systemu operacyjnego. Produkując aplikację na dwa systemy, należy liczyć się z podwójnym kosztem oraz koniecznością dostosowania wyglądu i działania aplikacji do specyficznych założeń dotyczących interfejsu użytkownika, zależnych od dostawców systemu operacyjnego oraz nawigacji w samym urządzeniu.

Rzecz jasna, tego typu problemy nie występują w mobilnych aplikacjach webowych opartych na RWD (responsive web design). Aplikacje hybrydowe (oparte np. na frameworkach: PhoneGap, Titanium, Corona SDK) pozwalają przygotować kod aplikacji jednokrotnie i wykorzystać go na innych urządzeniach i platformach bez konieczności refactoringu kodu i indywidualnego programowania dla konkretnej platformy. Przygotowywanie aplikacji natywnych i hybrydowych odbywa się z wykorzystaniem SDK oferowanych przez dostarczycieli frameworków, przeważnie dobrze udokumentowanych możliwości danej platformy i jej obsługi.

Mobilne aplikacje webowe wykorzystują technologie server-side, w związku z czym w dużej mierze zależne są od dostępu do sieci internetowej. Aplikacje natywne przygotowuje się znacznie dłużej niż aplikacje hybrydowe i mobilne aplikacje webowe. Z punktu widzenia wybranej technologii oraz wymogów biznesowych bardzo ważny jest łatwy dostęp do funkcji i ustawień systemu operacyjnego oraz fizycznych możliwości urządzenia, takich jak np. żyroskop, mikrofon, GPS, akcelerometr. Tego rodzaju opcje są w 100% zapewniane przez aplikacje natywne, częściowo przez hybrydowe, a wciąż w bardzo małym stopniu przez mobilne aplikacje webowe.

Aplikacje hybrydowe i natywne pozwalają na bezpieczne i swobodne korzystanie z oprogramowania bez dostępu do sieci oraz synchronizacje bazy danych przy połączeniu z Internetem. Mobilne aplikacje webowe przechowują dane w pamięci podręcznej przeglądarki (do 5 mb), co z punktu widzenia dostępu do nich jest często rozwiązaniem nieoptymalnym. Jednym z najtrudniejszych procesów w przypadku tworzenia natywnych i hybrydowych aplikacji mobilnych jest aktualizacja oprogramowania i jego stabilność w zależności od wersji systemu operacyjnego.

Dostarczenie użytkownikom nowej wersji oprogramowania wymaga ich zgody, poświęcenia czasu i z punktu widzenia usability może powodować dezorientację i frustrację użytkowników aplikacji. W przypadku aplikacji typu server-side aktualizacja może zostać wykonana w czasie rzeczywistym. Przy produkcji komercyjnych aplikacji natywnych i hybrydowych należy również pamiętać, że procesy weryfikacyjne narzucone z góry przez usługodawców, takich jak Apple czy Google, powodują opóźnienia we wdrożeniu i upublicznieniu aplikacji, choć rzecz jasna jednocześnie zapewniają kontrolę jakości oferowanego oprogramowania.

UI/UX

Czas potrzebny do zainteresowania użytkownika aplikacją i decyzji o jej pobraniu to mniej więcej 3 sekundy. Dlatego bardzo istotny jest zarówno efekt pierwszeństwa (psychologia), jak i jakość wykonania aplikacji pod względem estetycznym i przede wszystkim wydajnościowym. Na rynku mobilnym dostępnych jest wiele aplikacji, które spełniają określone zadania z punktu widzenia funkcjonalnego, realizują i rozwiązują dane problemy, pozwalają ułatwić wiele procesów biznesowych, ale ich performance jest bardzo niski.

Widać to dokładnie w przypadku mobilnych aplikacji webowych oraz aplikacji hybrydowych, które nie są w stanie odwzorować oraz zapewnić jakości działania aplikacji na poziomie rozwiązań natywnych. W szczególności dotyczy to wydajności aplikacji zależnej m.in od architektury urządzenia (np. przygotowanie aplikacji hybrydowej wykorzystującej

Tabela 7.2. Porównanie typów aplikacji mobilnych – UI/UX

Źródło: opracowanie własne.

fizykę bez natywnych rozwiązań jest niemal niewykonalne w obrębie architektury ARM6 wciąż dostępnej na urządzeniach Android).

To samo odnosi się do jakości elementów graficznych, animacji, współpracy z natywnymi funkcjami urządzenia. Dlatego jeśli zależy nam na jakości, to jedyny słuszny i poprawny wybór to przygotowanie aplikacji mobilnej na podstawie rozwiązania natywnego. W innym wypadku użytkownicy urządzenia na pewno odczują zaburzenia płynności działania aplikacji hybrydowej lub webowej.

W przypadku aplikacji natywnych i hybrydowych próg wejścia z perspektywy użytkownika jest zdecydowanie wyższy niż w przypadku mobilnych aplikacji webowych. W pierwszym przypadku użytkownik zmuszony jest do posiadania odpowiedniego urządzenia, musi też poświęcić czas na znalezienie i pobranie aplikacji z marketu.

Monetyzacja

Jedną z podstawowych kwestii dotyczących aplikacji mobilnych jest ich sprzedaż i możliwość auto- i crosspromocji. Aplikacje natywne i hybrydowe są często zamknięte w ekosystemie platform, takich jak Google Play czy też App Store, co ma oczywiście swoje plusy i minusy.

Tabela 7.3. Porównanie typów aplikacji mobilnych – monetyzacja

Źródło: opracowanie własne.

Wprawdzie są to znakomite miejsca do reklamy i zaistnienia w świecie usług mobilnych oraz sprzedaży swoich kompetencji technologicznych przy jednoczesnym uzyskaniu odzewu od społeczności marketów, jednak wymuszają dostosowanie się do zasad panujących w tych „ekosystemach transakcyjnych”.

W mobilnych aplikacjach webowych możliwości reklamy i wyboru sieci reklamowych i afiliacyjnych są zdecydowanie większe. W przypadku aplikacji natywnych i hybrydowych zasięg sprzedażowy określony jest przez udział określonych platform w rynku urządzeń mobilnych. Tego rodzaju problemy nie występują w przypadku mobilnych aplikacji webowych, gdzie zasięg jest równoznaczny z liczbą użytkowników mających dostęp do Internetu. Z punktu widzenia sprzedaży i wyników aktualnych badań cykl życia produktu/użytkownika w przypadku aplikacji natywnych i hybrydowych jest bardzo krótki. Odsetek użytkowników, którzy po deinstalacji aplikacji zainstalują ją ponownie, jest bardzo niewielki, dlatego tak istotny jest interfejs oraz jakość przygotowanej aplikacji.

Dystrybucja

Natywne i hybrydowe aplikacje mobilne są pobierane bezpośrednio z Market Store na urządzenie przenośne lub mogą być dystrybuowane w wersji standalone jako tzw. wersje AdHoc, w przypadku gdy np. aplikacja ma służyć do celów wewnętrznych firm i organizacji, w związku z czym nie powinna być widoczna i dostępna publicznie. Mobilne aplikacje webowe są dostępne po wpisaniu odpowiedniego adresu w mobilnej przeglądarce internetowej.

Tabela 7.4. Porównanie typów aplikacji mobilnych – dystrybucja

Źródło: opracowanie własne.

Dystrybucja aplikacji mobilnej w marketach wymaga spełnienia określonych wymogów technicznych oraz często formalnoprawnych, jak m.in. w przypadku App Store, gdzie przed dodaniem aplikacji trzeba przejść skomplikowaną weryfikację związaną w przypadku polskich firm z koniecznością przedstawienia wpisu do KRS itp.

Cena

Jednym z podstawowych elementów decydujących o sukcesie aplikacji mobilnej jest cena. Z jednej strony jest to kwota, za którą aplikacja sprzedawana jest przez deweloperów i firmy deweloperskie, z drugiej – koszt pobrania aplikacji przez użytkownika. Koszt produkcji aplikacji natywnych jest bardzo wysoki w stosunku do aplikacji hybrydowych oraz mobilnych aplikacji webowych.

Tabela 7.5. Porównanie typów aplikacji mobilnych – cena

Źródło: opracowanie własne.

Tak samo wygląda kwestia utrzymania aplikacji oraz koszt zmian. Ze względu na koszt realizacji aplikacji natywnych często są one produkowane przez duże firmy i korporacje, które mogą pozwolić sobie na dłuższy proces związany z ich produkcją oraz sprzedaż po cenach umożliwiających rozpropagowanie aplikacji wśród dużej społeczności użytkowników.