Tworzenie aplikacji mobilnych

Aplikacja natywna, React Native czy PWA – co wybrać?

Wybór zależy od tego, kto korzysta z aplikacji i jakich funkcji telefonu potrzebuje. Aplikacja natywna to dwa osobne kody: jeden na iOS, drugi na Androida. React Native pozwala zbudować jedną aplikację na oba systemy, która trafia do obu sklepów. PWA to aplikacja internetowa, którą instaluje się z przeglądarki, bez App Store i Google Play.

Na iPhone'ach PWA ma wyraźne ograniczenia. Użytkownik musi sam dodać aplikację do ekranu początkowego z menu przeglądarki, bez znanego ze sklepu przycisku instalacji. Powiadomienia działają dopiero po takim dodaniu, a przeglądarka nie połączy się z urządzeniem przez Bluetooth. Jeśli aplikacja ma trafić do szerokiego grona klientów, zwykle lepsza jest wersja w sklepie.

PWA ma sens, gdy z aplikacji korzysta Twój zespół albo wąska grupa klientów. Instalację wystarczy wtedy pokazać raz, a oszczędność na budowie i publikacji jest odczuwalna. Tak często wygląda aplikacja wewnętrzna z widokami na telefon. W pozostałych przypadkach budujemy jedną aplikację na iOS i Android.

Ile kosztuje aplikacja mobilna?

Koszt aplikacji mobilnej zależy od liczby ekranów, integracji i zakresu panelu administracyjnego. Pierwszy przedział podajemy po konsultacji, a wycenę po makietach. Dopiero na makietach widać, ile ekranów i funkcji naprawdę potrzebujesz. Wycena przed tym etapem byłaby zgadywaniem.

Na koszt budowy najbardziej wpływają:

• liczba ekranów i ról – inna aplikacja powstaje tylko dla klientów, a inna dla klientów i pracowników,
• panel administracyjny – treści, użytkownicy, zamówienia i statystyki,
• integracje – CRM, sklep, płatności, kalendarz, program księgowy,
• praca bez zasięgu – zapis danych w telefonie i wysyłka po powrocie sieci,
• płatności i powiadomienia push – dodatkowe usługi i ich konfiguracja.

Do budowy dochodzą koszty stałe. Apple pobiera roczną opłatę za konto deweloperskie, a Google jednorazową opłatę przy założeniu konta. Konta są na Twoją firmę, więc opłaty trafiają bezpośrednio do sklepów. Osobno liczy się hosting zaplecza i utrzymanie aplikacji, o którym piszemy niżej.

Koszt można obniżyć bez rezygnacji z tego, co najważniejsze. Pomaga krótsza lista funkcji w pierwszej wersji, PWA zamiast aplikacji w sklepie albo gotowe usługi do płatności i powiadomień zamiast budowania własnych. Na konsultacji mówimy, która z tych dróg ma sens w Twoim przypadku.

Jakie funkcje powinna mieć pierwsza wersja aplikacji?

Pierwsza wersja aplikacji powinna mieć tylko funkcje potrzebne do jednego, głównego zadania użytkownika. Dla sieci gabinetów to rezerwacja wizyty, dla sklepu zamówienie i jego status. Resztę dokładasz w kolejnych wersjach, gdy widzisz, z czego klienci naprawdę korzystają. Krótsza lista funkcji to szybsza publikacja i niższy koszt startu.

W pierwszej wersji zwykle są:

• logowanie – konto klienta albo pracownika,
• główna funkcja – rezerwacja, zamówienie, zgłoszenie albo zadanie,
• powiadomienia push – przypomnienie o wizycie, zmiana statusu,
• panel administracyjny – żeby zmieniać treści i ceny bez programisty,
• połączenie z jednym systemem – tym, z którego dane są najważniejsze.

Na później zostają zwykle program lojalnościowy, rozbudowane statystyki i kolejne integracje. Jeśli aplikacja jest nowym produktem, pierwsza wersja ma przede wszystkim sprawdzić, czy klienci za nią zapłacą. Jak budujemy takie produkty w abonamencie, opisujemy na stronie aplikacje SaaS i MVP.

Publikacja w App Store i Google Play – co trzeba przygotować?

Do publikacji potrzebujesz konta deweloperskiego w obu sklepach, opisu aplikacji z grafikami i polityki prywatności. Konta są na Twoją firmę, nie na nas. Dzięki temu aplikacja, jej oceny i użytkownicy zostają u Ciebie, nawet jeśli zmienisz wykonawcę. My przygotowujemy wersje do publikacji i przeprowadzamy aplikację przez weryfikację w sklepach.

• Konta deweloperskie – Apple Developer Program i Google Play Console na dane firmy. Konto firmowe zwykle wymaga numeru D-U-N-S, więc warto zacząć wcześniej.
• Opis i grafiki – nazwa, opis, ikona i zrzuty ekranu w formatach wymaganych przez sklepy.
• Polityka prywatności – strona z polityką i informacja, jakie dane zbiera aplikacja.
• Konto testowe – dane logowania dla osób, które sprawdzają aplikację przed publikacją.

Oba sklepy sprawdzają aplikację przed publikacją i przy każdej nowej wersji. Weryfikujący patrzą, czy aplikacja działa po zalogowaniu i czy opis zgadza się z tym, co robi. Odrzucenie zdarza się także dobrze przygotowanym aplikacjom, zwykle z powodu opisu albo brakujących informacji. Poprawiamy wtedy zgłoszenie i wysyłamy je ponownie.

Utrzymanie aplikacji po starcie.

Utrzymanie aplikacji po starcie to aktualizacje pod nowe wersje iOS i Androida, poprawki i rozwój kolejnych funkcji. Apple i Google co roku wydają nowe wersje systemów i zmieniają wymagania sklepów. Aplikacja, której nikt nie aktualizuje, z czasem zaczyna działać gorzej albo przestaje być dostępna dla części nowych użytkowników. Dlatego opiekę warto zaplanować od pierwszego dnia.

• Aktualizacje systemów – nowe wersje iOS i Androida, wymagania sklepów, aktualizacje bibliotek.
• Poprawki – błędy zgłoszone przez użytkowników i wychwycone w monitoringu.
• Rozwój – kolejne funkcje według tego, z czego klienci korzystają najczęściej.
• Zaplecze – hosting panelu i API, kopie zapasowe bazy danych.

Utrzymanie możemy przejąć my, w stałym abonamencie. Obejmuje aplikację, panel administracyjny i serwer, z którym aplikacja się łączy. Zakres opieki opisujemy na stronie utrzymanie i hosting. Konto deweloperskie zostaje po Twojej stronie, a aplikacja jest Twoja.