Aplikacja mobilna dla firmy — kiedy się opłaca

Kiedy aplikacja mobilna się opłaca

Aplikacja mobilna opłaca się, gdy klienci wracają regularnie i potrzebujesz powiadomień push albo pracy offline. Liczą się też funkcje telefonu, jak aparat czy GPS. Jeśli chcesz tylko, żeby sklep dobrze działał na telefonie, wystarczy responsywna strona lub PWA — taniej i szybciej. PWA to strona, która działa jak aplikacja.

Native app, czyli aplikację ze sklepu App Store lub Google Play, buduj wtedy, gdy zysk z lojalności klientów pokryje wyższy koszt. Dla większości sklepów na Shopify czy WooCommerce dobra strona mobilna robi to samo, za ułamek ceny.

Niżej rozkładamy decyzję na czynniki. Pokazujemy, czym różnią się trzy opcje, kiedy aplikacja naprawdę zarabia, ile kosztuje i jak zachowuje się na iPhonie kontra Androidzie. Na końcu wskażemy, czego potrzebuje akurat Twoja firma.

Trzy opcje: aplikacja, strona, PWA

Zanim policzysz koszt, nazwij rzeczy po imieniu. „Aplikacja na telefon” to potocznie trzy różne rzeczy, a każda kosztuje i działa inaczej. Pomylenie ich to najczęstszy powód, dla którego firma przepłaca.

Oto trzy drogi, gdy zestawisz je obok siebie:

• Aplikacja natywna (native app) — program instalowany ze sklepu App Store lub Google Play. Ma dostęp do aparatu, GPS i powiadomień push, ale wymaga osobnego kodu na iOS i Android oraz akceptacji w sklepach.
• Responsywna strona mobilna — Twoja zwykła strona lub sklep, który dopasowuje układ do telefonu. Klient otwiera ją w przeglądarce, nic nie instaluje, a Google ją indeksuje.
• PWA (Progressive Web App) — strona, którą można dodać do ekranu głównego i używać jak aplikacji. Działa offline i potrafi wysyłać push, ale nie jest osobnym programem ze sklepu.

PWA to złoty środek dla sklepu: jedna baza kodu, dostępna w przeglądarce i z ekranu głównego telefonu. Sklep na WooCommerce albo Shopify zwykle da się przygotować jako PWA bez budowania dwóch osobnych aplikacji od zera. Dla wielu firm usługowych wystarczy zresztą dobra, responsywna strona — co taka witryna powinna mieć, opisujemy w przewodniku po stronie internetowej dla firmy.

Kiedy aplikacja naprawdę zarabia

Native app zwraca się, gdy ten sam klient wraca często, a nie gdy zaglądasz do niego raz na rok. Aplikacja siedzi na ekranie telefonu, przypomina o sobie i obniża próg ponownego zakupu. To działa dla marek z lojalną bazą. Przykładem jest sklep DTC z okolic Legnicy — taki, który sam sprzedaje swoją markę wprost klientom i ma stałych kupujących co miesiąc.

Natywną aplikację warto budować, gdy spełniasz przynajmniej jeden z tych warunków:

• Klienci wracają regularnie — masz powtarzalne zakupy i program lojalnościowy, a nie jednorazowy kontakt.
• Potrzebujesz powiadomień push — chcesz przypominać o porzuconym koszyku albo nowej dostawie wprost na ekran telefonu.
• Liczy się praca offline — aplikacja ma działać bez zasięgu, na przykład w terenie albo w magazynie.
• Sięgasz po funkcje telefonu — aparat do skanowania kodów, GPS, NFC do płatności, powiadomienia systemowe.
• Sprzedajesz przez sklep z aplikacjami — Twój model opiera się na pozycji w App Store lub płatnościach w aplikacji.

A kiedy native app się nie opłaca? Gdy ruch idzie z wyszukiwarki, klient kupuje raz, a treść i tak indeksuje Google. Wtedy aplikacja, której nikt nie pobierze, jest droższą wersją tego, co już masz na stronie.

Pamiętaj też o RODO: powiadomienia push to wiadomości marketingowe. Wysyłasz je dopiero po zgodzie klienta — aplikacja nie zwalnia Cię z tego obowiązku.

Ile kosztuje wdrożenie aplikacji

Wdrożenie aplikacji nie ma jednej ceny, ale ma jedną prostą zasadę: liczba kodów do utrzymania wprost przekłada się na koszt. Aplikacja natywna to dwa osobne projekty — jeden na iPhone'a, drugi na Androida — więc kosztuje budowę i utrzymanie podwójnie.

Jedna baza kodu jest wyraźnie tańsza w budowie i utrzymaniu niż dwie osobne aplikacje natywne. Chodzi o PWA lub aplikację cross-platform, czyli jeden kod działający i na iPhonie, i na Androidzie zamiast dwóch osobnych projektów. To nie nasza wycena, tylko ogólny fakt branżowy. Konkretną kwotę dla Twojego sklepu podajemy po ustaleniu zakresu.

Na koszt całkowity składa się więcej niż samo wykonanie:

• Budowa — native app to dwa kody i dwa zespoły kompetencji; PWA to jeden projekt na wszystkie urządzenia.
• Utrzymanie — przy dwóch aplikacjach każdą poprawkę wdrażasz dwa razy, a PWA aktualizujesz raz, od ręki przez przeglądarkę.
• Opłaty sklepów — publikacja w App Store i Google Play wiąże się z kontami deweloperskimi i recenzją każdej aktualizacji.
• Czas do startu — PWA uruchomisz szybciej, bo nie czekasz na akceptację sklepu przed każdą zmianą.

Dlatego pierwsze pytanie nie brzmi „ile kosztuje aplikacja”, tylko „czy native app w ogóle jest mi potrzebny”. Jeśli odpowiedź to nie, oszczędzasz najwięcej, zanim ktokolwiek napisze pierwszą linijkę kodu.

Aplikacja na iPhonie i Androidzie

Native app działa podobnie na obu systemach, bo i tak budujesz dwa osobne kody. Różnice robią się ważne dopiero przy PWA — i tu iPhone potrafi zaskoczyć, jeśli Twoi klienci są w Polsce.

Na Androidzie PWA instaluje się wprost z przeglądarki, jednym kliknięciem, a powiadomienia push działają od dawna. Na iPhonie klient musi sam wejść w menu udostępniania i wybrać „Dodaj do ekranu początkowego”. Ten dodatkowy krok wyraźnie obniża liczbę instalacji.

Powiadomienia push w PWA na iPhonie działają od wersji iOS 16.4. Apple próbował wyłączyć PWA dla użytkowników w Unii Europejskiej przy iOS 17.4 na początku 2024 roku. Jeszcze przed publicznym wydaniem wycofał się z tej decyzji i przywrócił obsługę. Dla polskiego sklepu to dziś działa, choć droga do tego była wyboista.

Wniosek jest praktyczny. Jeśli Twoja sprzedaż mocno opiera się na push do klientów na iPhone'ach, policz, czy pewność native app jest warta podwójnego kosztu. Dla większości polskich sklepów PWA wystarcza, bo ruch i tak przychodzi z Google.

Czy zamiast aplikacji wystarczy PWA

Dla sklepu internetowego najczęściej tak — PWA robi to samo, co aplikacja, w rzeczach, które realnie kupują klienci. Daje ikonę na ekranie, działanie offline i powiadomienia, a przy tym jest tańsza i szybsza w uruchomieniu.

Najważniejszy argument za PWA jest też argumentem za Twoją sprzedażą. PWA i strona są w pełni widoczne w Google, a aplikacja schowana w sklepie z aplikacjami — nie. Jeśli ruch do sklepu idzie z wyszukiwarki, native app odcina Cię od tego źródła.

PWA pasuje, gdy:

• Sprzedajesz treścią i katalogiem — sklep, blog, oferta. Liczy się szybkie dotarcie do produktu, nie ciężka grafika 3D.
• Ruch idzie z Google — chcesz, żeby klient znalazł Cię w wyszukiwarce, a nie najpierw pobierał aplikację.
• Zależy Ci na szybkich poprawkach — błąd naprawiasz rano i każdy klient ma poprawkę od razu, bez recenzji sklepu.
• Pilnujesz budżetu i czasu — jedna baza kodu na iOS, Androida i komputer zamiast trzech osobnych prac.

PWA odpada przy ciężkich, wymagających aplikacjach: grach 3D, edycji wideo, płynnych animacjach 60 klatek czy głębokiej integracji z systemem telefonu. Tego po prostu nie zbudujesz dobrze jako strony — i tu native app jest jedyną sensowną drogą.

Częste błędy przy decyzji o aplikacji

Najwięcej pieniędzy ginie nie na samej budowie, lecz na wyborze złej drogi na starcie. Łatwo zamówić native app pod presją konkurencji, a potem patrzeć, jak nikt jej nie pobiera.

Oto błędy, które najczęściej psują tę decyzję:

• Budowa aplikacji, bo konkurent ma — bez sprawdzenia, czy Twoi klienci w ogóle wracają na tyle często, by ją instalować.
• Mylenie native app z PWA — zamawiasz dwa kosztowne kody, gdy w zupełności wystarczyłaby jedna baza kodu.
• Pominięcie kosztu Google — schowanie sklepu w aplikacji, gdy cały ruch przychodził z wyszukiwarki.
• Zapomnienie o utrzymaniu — liczysz tylko wykonanie, a dwie aplikacje natywne trzeba poprawiać i aktualizować podwójnie.
• Push bez zgody klienta — powiadomienia to marketing; bez zgody łamiesz RODO, niezależnie od technologii.

Przykład z naszego podwórka

Sklep DTC z dodatkami dla zwierząt spod Legnicy dostał ofertę na natywną aplikację na iOS i Android. Powód był jeden: większy konkurent właśnie wypuścił swoją. Cały ruch sklepu szedł jednak z Google i z Allegro, a klienci kupowali raz na kilka miesięcy.

Po rozpisaniu liczb okazało się, że native app odciąłby sklep od wyszukiwarki i kosztował podwójnie w utrzymaniu. Zamiast tego sklep dostał PWA: ikonę na ekranie, push za zgodą klienta i pełną widoczność w Google. Ten sam efekt dla klienta, ułamek kosztu.

Co robimy, a czego nie

Stawiamy i utrzymujemy sklepy oraz strony na WooCommerce, Shopify i Allegro, a tam, gdzie ma to sens, przygotowujemy je jako PWA. Najpierw sprawdzamy, czy native app w ogóle jest Ci potrzebny — i mówimy wprost, gdy nie jest.

Naprawiamy i rozwijamy to, co masz, zanim zaproponujemy budowę od zera. Twój kod i Twoje dane zostają Twoje — bez przywiązywania Cię do jednego wykonawcy. Jeśli chcesz, możesz przeczytać więcej o tworzeniu stron internetowych dla firm albo zajrzeć do naszej oferty sklepów na WooCommerce.

Mówimy też, czego nie robimy. Gier mobilnych ani ciężkich aplikacji 3D nie budujemy — jeśli tego potrzebujesz, polecimy kogoś sensownego. Działamy z Legnicy i obsługujemy firmy z całego Dolnego Śląska, od Lubina i Głogowa po Świdnicę.

Jeśli zależy Ci, żeby zamówienia ze sklepu trafiały dalej bez ręcznego przepisywania, sprawdź też automatyzację zamówień w sklepie. To częsty krok zaraz po uruchomieniu strony mobilnej.

Tyle teorii — decyzję najlepiej oprzeć na liczbach Twojego sklepu. Jak często wracają klienci, skąd przychodzi ruch i czy push na iPhone'ach naprawdę Ci się przyda. Z tymi odpowiedziami wybór między aplikacją a PWA robi się prosty.