Przewodnik

Aplikacja mobilna czy webowa? Szczery przewodnik dla małych firm

Większość właścicieli prosi o "aplikację", podczas gdy w rzeczywistości potrzebuje strony, która dobrze działa na telefonie. To spokojne, pozbawione żargonu omówienie prawdziwej różnicy — i tego, jak wybrać rozwiązanie pasujące do Państwa firmy, a nie do wyobraźni.

Have a nice dayHave a nice day13 min czytania
Aplikacja mobilna czy webowa? Szczery przewodnik dla małych firm

Niemal co tydzień ktoś mówi nam, że potrzebuje aplikacji. Zwykle ma ją już przed oczami — ikona na telefonie, coś, co klienci pobierają, może mała plakietka z liczbą powiadomień. I niemal równie często, kwadrans po rozpoczęciu rozmowy, okazuje się, że aplikacja wcale nie jest im potrzebna. Potrzebują czegoś, co świetnie działa na telefonie, a to zupełnie co innego — taniej, szybciej i z dużo mniejszym ryzykiem, że osiądzie kurzem w sklepie z aplikacjami, którego nikt nie odwiedza.

Słowo "aplikacja" po cichu wchłonęło trzy lub cztery zupełnie różne produkty. Gdy ktoś je wypowiada, może mieć na myśli aplikację natywną, którą się pobiera, stronę zachowującą się jak aplikacja, narzędzie wewnętrzne dla własnego personelu albo po prostu "nowoczesną wersję mojej firmy na ekranie". Zły wybór jest tu kosztowny — nie dlatego, że błędną opcję trudno zbudować, lecz dlatego, że wiąże Państwa na miesiące z kosztami i utrzymaniem, których nie potrzebowaliście.

To więc przewodnik, który chcielibyśmy, by każdy właściciel miał przed tą pierwszą rozmową. Bez szumu o tym, która platforma wygrywa, bez udawania, że aplikacje natywne to zawsze prestiżowy wybór. Po prostu trzeźwe spojrzenie na to, czym naprawdę są te dwie opcje, ile kosztują, oraz prosty sposób, by zdecydować, której Państwa firma potrzebuje — o ile w ogóle którejś.

Najpierw rozplączmy, co właściwie rozumieją Państwo przez "aplikację"

Zanim dokonają Państwo wyboru, trzeba wiedzieć, co jest w menu. Aplikacja mobilna — ta natywna — to oprogramowanie, które użytkownik instaluje z App Store lub Google Play. Mieszka w telefonie, dostaje ikonę i może sięgnąć głęboko w urządzenie: aparat, GPS, powiadomienia push, pamięć offline, logowanie odciskiem palca. Aplikacja webowa to strona, która robi coś więcej niż pokazuje informacje — pozwala ludziom działać: zalogować się, zarezerwować, zapłacić, zarządzać kontem. Otwierają ją Państwo w przeglądarce i nie ma nic do pobrania.

Pomiędzy nimi tkwi trzecia opcja, której nazwy większość ludzi nigdy nie słyszała: progressive web app, czyli PWA. To aplikacja webowa zbudowana tak, by można ją było "dodać do ekranu głównego", działa na pełnym ekranie z własną ikoną, działa offline i na większości urządzeń potrafi wysyłać powiadomienia. Dla ogromnej części małych firm to złoty środek, o którym nikt nie wspomniał — dla klienta wygląda jak aplikacja, ale buduje się ją i utrzymuje jak stronę.

Niech te trzy pojęcia będą u Państwa jasno poukładane, a połowa zamętu zniknie. Najczęściej szczere pytanie nie brzmi "natywna czy webowa?" — lecz "jak bardzo aplikacyjnie musi się to naprawdę wydawać i czy to warte tej ceny?"

Różnice, które naprawdę mają znaczenie dla firmy

Znajdą Państwo setki artykułów porównujących te dwie opcje na gruncie technicznym. Większość napisano dla programistów i pomijają to, na czym właścicielowi naprawdę zależy. Pominiemy więc wojny frameworków i porozmawiamy o czterech rzeczach, które zmieniają sposób działania Państwa firmy.

Jak ludzie do niej trafiają

Aplikacja webowa mieszka pod linkiem. Można go umieścić w e-mailu, SMS-ie, kodzie QR na stoliku, w wynikach wyszukiwania Google. Klient korzysta z niej dwie sekundy po kliknięciu. Aplikacja natywna mieszka za pobieraniem — Państwa klient musi chcieć jej na tyle, by pójść do sklepu, wyszukać Państwa nazwę, zainstalować ją i otworzyć. Ta przepaść jest bezlitosna. Dla firmy, z którą większość ludzi ma do czynienia okazjonalnie, pobieranie jest często całym powodem, dla którego aplikacja zawodzi.

Co naprawdę potrafi

Natywna wciąż wygrywa surową mocą. Jeśli potrzebują Państwo niezawodnej pracy offline, intensywnej obsługi aparatu lub czujników, płynnej, wydajnej grafiki albo powiadomień, które bezwzględnie muszą dotrzeć, natywna jest pewniejszym wyborem. Ale przepaść dramatycznie się zmniejszyła. Nowoczesna aplikacja webowa potrafi przyjmować płatności, korzystać z aparatu, ustalić lokalizację, działać offline i na większości telefonów wysyłać powiadomienia push. Szczere pytanie brzmi, czy Państwa firma faktycznie opiera się na tych nielicznych rzeczach, które dobrze robi tylko natywna.

Ile kosztuje zbudowanie i utrzymanie przy życiu

Tutaj przepaść jest największa i tutaj właściciele dają się zaskoczyć. Aplikacja webowa to jedna baza kodu, która działa wszędzie z przeglądarką. Aplikacja natywna, zrobiona porządnie, często oznacza budowę i utrzymanie dla dwóch platform, plus proces weryfikacji w sklepie, plus ciągłe aktualizacje za każdym razem, gdy Apple lub Google zmienia zasady. Budowa jest droższa; utrzymanie to część, przed którą nikt nie ostrzega. Aplikacji się nie kończy — aplikację się karmi.

Ile kontroli Państwo zachowują

Przy aplikacji webowej wypuszczają Państwo zmianę i jest ona na żywo w kilka minut. Przy aplikacji natywnej każda aktualizacja czeka w kolejce do weryfikacji, a sklep może ją odrzucić, zażądać udziału w każdej sprzedaży albo zmienić swoje zasady ponad Państwa głowami. Wynajmują Państwo miejsce na cudzej platformie. Dla niektórych firm ten układ jest tego wart. Dla wielu wolność "to tylko strona, aktualizujemy ją, kiedy chcemy" jest warta więcej niż dopracowanie.

Ilustracja z podzielonym ekranem: po lewej smartfon ze stroną pobierania w sklepie z aplikacjami i przyciskiem instalacji, po prawej ta sama firma otwierająca się natychmiast z dotkniętego linku w przeglądarce, narysowane w czystym, ciepłym, płaskim stylu
Cicha różnica, która przesądza większość projektów: pobieranie do pokonania kontra link, który po prostu się otwiera.

Kiedy natywna aplikacja mobilna jest naprawdę właściwym wyborem

Aplikacje natywne to nie pułapka — to potężne narzędzie, błędne dla większości małych firm i idealne dla nielicznych. Oto kiedy dodatkowy koszt i uzależnienie się zwracają, szczerze i bez sprzedażowego lukru.

  • Ludzie korzystają z niej nieustannie — codziennie lub niemal codziennie. Koszt pobrania zwraca się wielokrotnie dzięki częstemu, lojalnemu użyciu.
  • Mocno opierają się Państwo na funkcjach urządzenia: ciągły GPS, intensywna praca z aparatem, sprzęt Bluetooth, niezawodne działanie offline w miejscach bez zasięgu.
  • Powiadomienia są rdzeniem produktu, a nie miłym dodatkiem, i muszą niezawodnie docierać na każde urządzenie.
  • Wydajność musi być nieskazitelna — szybko zmieniająca się grafika, gry, interakcja w czasie rzeczywistym, gdzie pół sekundy opóźnienia przekreśla sprawę.
  • Sama obecność w App Store jest częścią zaufania lub historii marketingowej, której oczekują Państwa klienci.

Proszę zauważyć motyw przewodni: natywna zarabia na siebie, gdy aplikacja jest używana dużo, przez ludzi już z Państwem związanych, i gdy zależy od sprzętu telefonu w sposób, któremu przeglądarka wciąż nie dorównuje. Aplikacja dla serwisu terenowego, którą Państwa ekipa otwiera czterdzieści razy dziennie, to idealny kandydat na natywną. Strona rezerwacji, którą klient dotyka dwa razy w roku — już nie.

Aplikacja, z której klient korzysta dwa razy w roku, w ogóle nie powinna być aplikacją. Zachowajcie pobieranie dla rzeczy, które ludzie otwierają codziennie.
zdanie, które powtarzamy niemal na każdym pierwszym spotkaniu

Kiedy aplikacja webowa to mądrzejszy, tańszy wybór

Dla większości małych i średnich firm to właśnie jest odpowiedź — i nie jest to kompromis, lecz trafny wybór. Aplikacja webowa błyszczy dokładnie tam, gdzie natywna się męczy: wszędzie, gdzie zasięg liczy się bardziej niż surowa moc, i wszędzie, gdzie trzeba działać szybko i często coś zmieniać.

Postawcie na web, gdy ludzie będą korzystać z tego okazjonalnie, a nie codziennie, gdy chcą Państwo wpuścić klientów bez tarcia związanego z pobieraniem, gdy liczą się budżet i szybkość, albo gdy nie są jeszcze Państwo pewni, czy pomysł chwyci. Ten ostatni punkt jest niedoceniany. Aplikacja webowa to idealny sposób, by sprawdzić, czy ktokolwiek chce Państwa pomysłu, zanim zwiążecie się z kosztem przejścia na natywną. Aplikację natywną zawsze można zbudować później, gdy popyt będzie realny i będą Państwo dokładnie widzieć, które funkcje na nią zasługują.

Właściciel małej firmy przy ladzie patrzący na prosty panel z użyciem przez klientów na laptopie, obok telefon pokazujący czystą aplikację webową dodaną do ekranu głównego, zilustrowane w ciepłym, redakcyjnym, płaskim stylu
Najpierw wypuśćcie wersję webową i niech rzeczywiste użycie — nie przeczucie — zdecyduje, czy natywna aplikacja zasłuży na swoje miejsce.

Krótka historia: przychodnia, która poprosiła o aplikację

Gabinet fizjoterapii przyszedł do nas przekonany, że potrzebuje aplikacji mobilnej. Konkurent z sąsiedztwa miał taką i nieposiadanie jej wydawało się zostawaniem w tyle. Ich obraz był jasny: pacjenci pobiorą aplikację, będą umawiać wizyty, oglądać plany ćwiczeń i dostawać przypomnienia. Mieli już połowicznie zaplanowany budżet i przygotowali się na koszt.

Zadaliśmy więc pytanie, które zadajemy zawsze: jak często pacjent naprawdę to otworzy? Szczera odpowiedź brzmiała: kilka razy wokół cyklu leczenia — umówić się, zerknąć na ćwiczenia, dostać przypomnienie, może umówić się ponownie po miesiącach. To nie jest codzienne użycie. To użycie okazjonalne. A użycie okazjonalne to dokładnie miejsce, gdzie bariera pobierania po cichu zabija aplikację. Naszkicowaliśmy prawdopodobny wynik: kilkaset euro na budowę, a potem pacjenci, którzy nigdy nie zadają sobie trudu instalacji, i recepcja wciąż przyjmująca rezerwacje przez telefon, bo z aplikacji nikt nie korzysta.

Co zbudowaliśmy zamiast tego

Zbudowaliśmy aplikację webową — progresywną. Pacjenci otwierają ją z linku w wiadomości potwierdzającej: bez pobierania, bez sklepu, bez bariery zakładania konta na start. Mogą się umawiać i przekładać wizyty, oglądać plan ćwiczeń z filmami oraz otrzymywać automatyczne przypomnienia, które ograniczają nieobecności. Kto chce wrażenia aplikacji, jednym dotknięciem doda ją do ekranu głównego i od tej chwili otwiera się ona na pełnym ekranie z ikoną przychodni, dokładnie jak aplikacja natywna. Dla pacjenta to po prostu jest aplikacja.

Jak to się skończyło

Liczby są tu poglądowe, ale kształt to coś, co widzimy raz za razem. Kosztowało to ułamek budowy natywnej, na którą się szykowali, i znacznie mniej kosztuje utrzymanie — żadnych dwóch platform, żadnych weryfikacji w sklepie, żadnej kwartalnej szarpaniny, gdy system operacyjny się aktualizuje. Ponieważ nie było nic do instalowania, pacjenci korzystali od pierwszego dnia; adopcja nie była zamknięta za pobieraniem, którego nikt nie kończy. Przypomnienia w ciągu kilku miesięcy zauważalnie zmniejszyły nieobecności. A przychodnia zachowała kontrolę: gdy chcieli dodać krok płatności, był on na żywo w tym samym tygodniu, a nie utknął w kolejce do weryfikacji.

Szczery przypis: jeśli za rok pacjenci będą otwierać ją nieustannie i prosić o głębsze funkcje offline, natywna aplikacja może naprawdę zasłużyć na swoje miejsce. Ale wtedy ta decyzja zapadnie na podstawie dowodów, a nie ikony konkurenta. Będą Państwo wiedzieć, że jest tego warta, zanim za nią zapłacą.

Prosty schemat, by zdecydować samodzielnie

Nie potrzebują Państwo konsultanta, by mniej więcej trafić. Przepuśćcie swój pomysł przez cztery pytania, po kolei. Pierwsze "tak", które naprawdę pasuje, powie Państwu większość tego, co trzeba wiedzieć.

  1. 1
    Jak często jedna osoba będzie z tego korzystać?
    Codziennie lub niemal codziennie wskazuje na natywną. Okazjonalnie — co tydzień, co miesiąc, kilka razy w roku — wyraźnie wskazuje na web.
  2. 2
    Czy to naprawdę potrzebuje sprzętu telefonu?
    Intensywne użycie offline, ciągły GPS, urządzenia Bluetooth, intensywna praca z aparatem? To sygnał natywny. "Fajnie byłoby raz użyć aparatu" — nie; web radzi sobie z tym bez problemu.
  3. 3
    Jak szybko i jak często będą Państwo to zmieniać?
    Jeśli będą Państwo bez ustanku poprawiać i aktualizować albo wciąż testują pomysł, natychmiastowe aktualizacje webu i brak strażników to wielka przewaga.
  4. 4
    Jaki jest Państwa realny budżet — na budowę i na utrzymanie?
    Bądźcie szczerzy co do tej drugiej liczby. Jeśli bieżące utrzymanie dwóch platform by Państwa obciążyło, zacznijcie od webu. Później, świadomie, mogą Państwo przejść na natywną, gdy sprawa będzie udowodniona.
Czego Państwo potrzebująAplikacja webowa / PWANatywna aplikacja mobilna
Używana okazjonalnieNajlepsze dopasowanieZwykle przerost formy
Używana codziennie, lojalni odbiorcyDo przyjęciaCzęsto warta
Brak tarcia z pobieraniemNajlepsze dopasowanieWbudowana bariera
Intensywne offline / sprzętOgraniczoneNajlepsze dopasowanie
Szybkie, częste aktualizacjeNajlepsze dopasowanieSpowolnione weryfikacją
Niższy koszt budowy i utrzymaniaNajlepsze dopasowanieWyższy na obu polach
Testowanie niesprawdzonego pomysłuNajlepsze dopasowaniePrzedwczesne
Zgrubny przewodnik po tym, gdzie pasuje każda opcja. Traktujcie to jako punkt wyjścia do dyskusji, nie jako prawo.
Czysty redakcyjny diagram decyzyjny z jedną ścieżką rozwidlającą się między aplikacją webową a natywną, na podstawie prostych pytań takich jak częstotliwość użycia i potrzeby offline, narysowany w minimalnym, ciepłym stylu
Cztery szczere pytania rozstrzygają większość tych decyzji, zanim napisze się choćby linijkę kodu.

Słowo o narzędziach wewnętrznych — to zupełnie inne pytanie

Wszystko powyżej zakłada, że budują Państwo dla klientów. Jeśli budują dla własnego zespołu, rachunek się przesuwa. Państwa personel chętnie zainstaluje coś, czego używa cały dzień do pracy — bariera pobierania, która zabija aplikację konsumencką, ledwie ma znaczenie, gdy korzystanie z narzędzia jest pracą. Wewnętrzna aplikacja dla serwisu terenowego czy magazynu może mieć więc mocne uzasadnienie natywne tam, gdzie ta dla klientów by go nie miała.

Nawet wtedy web wygrywa częściej, niż ludzie się spodziewają. Wewnętrzne narzędzie webowe działa na dowolnym urządzeniu, które Państwa personel już nosi, nie wymaga instalacji na całej flocie telefonów i aktualizuje się dla wszystkich w chwili, gdy je Państwo wypuszczają. O ile naprawdę nie zależą Państwo od pracy offline lub głębokiego dostępu do sprzętu, wewnętrzna aplikacja webowa jest zwykle szybszą, tańszą, mniej bolesną drogą — ta sama logika co wcześniej, tylko z odwróconymi założeniami o użyciu.

Nie są Państwo pewni, której potrzebuje Państwa firma?

Ta pierwsza rozmowa to najtańsza część, którą warto dobrze rozegrać. Przyjrzymy się, jak ludzie naprawdę będą korzystać z Państwa pomysłu, i powiemy szczerze, czy powinna to być aplikacja natywna, webowa, czy coś prostszego — bez nacisku, by budować droższą opcję.

Zobacz, jak podchodzimy do tworzenia aplikacji

Najczęstsze pytania

Czy aplikacja webowa jest tańsza niż natywna aplikacja mobilna?
Niemal zawsze tak — a przepaść jest większa, niż sugeruje sam koszt budowy. Aplikacja webowa to jedna baza kodu działająca wszędzie z przeglądarką, podczas gdy natywna często oznacza budowę i utrzymanie dla dwóch platform plus proces sklepowy. To różnica w utrzymaniu narasta: aplikacje natywne wymagają ciągłych aktualizacji w miarę zmian systemów operacyjnych i zasad sklepów, a aplikację webową aktualizują Państwo raz i wypuszczają do wszystkich.
Czy aplikacja webowa może wysyłać powiadomienia push jak prawdziwa aplikacja?
Na większości nowoczesnych telefonów tak — szczególnie jeśli jest zbudowana jako progressive web app, którą klient dodał do ekranu głównego. Wciąż istnieją skrajne przypadki, gdy natywna jest bardziej niezawodna pod kątem powiadomień, więc jeśli push jest absolutnie kluczowy dla Państwa produktu, warto to wcześnie zasygnalizować. Dla typowego zastosowania przypomnień i aktualizacji aplikacja webowa radzi sobie świetnie.
Czy aplikacja webowa będzie sprawiać wrażenie taniej lub topornej w porównaniu z natywną?
Nie musi. Dobrze zbudowana progressive web app otwiera się na pełnym ekranie z własną ikoną, działa offline i dla przeciętnego użytkownika jest nie do odróżnienia od pobranej aplikacji. "Toporność" zwykle bierze się z pośpiesznej budowy, a nie z samej technologii. Dopracowana aplikacja webowa za każdym razem bije przeciętną natywną.
Czy mogę zacząć od aplikacji webowej, a później zbudować natywną?
Tak, i dla wielu firm to najmądrzejsza droga. Start od webu pozwala przetestować popyt, nauczyć się, jak ludzie naprawdę korzystają z produktu, i dokładnie zobaczyć, które funkcje uzasadniłyby natywną aplikację — wszystko, zanim zwiążecie się z większym kosztem. Jeśli dane o użyciu później przemówią za natywną, zbudują Państwo znacznie lepszą aplikację, bo będą dokładnie wiedzieć, co ma robić.
Mój konkurent ma aplikację. Czy ja też potrzebuję?
Niekoniecznie — a "oni ją mają" to zły powód, by wydawać pieniądze. Prawdziwe pytanie brzmi, jak zachowają się Państwa klienci. Jeśli korzystaliby z Państwa produktu okazjonalnie, natywna aplikacja, którą muszą pobrać, prawdopodobnie będzie stać nieużywana, niezależnie od tego, co zrobił konkurent. Aplikacja webowa, która otwiera się natychmiast z linku, często służy tym klientom lepiej niż aplikacja, którą próbowali Państwo dorównać konkurentowi.
Have a nice day
Have a nice day
Redakcja

Have a nice day to studio programistyczne, które pomaga małym i średnim firmom w cyfryzacji — automatyzacja, sztuczna inteligencja i oprogramowanie na zamówienie, które działa w codziennej pracy, a nie tylko na slajdach.

Pasujące usługi