Aplikacja mobilna dla sklepu internetowego to osobny biznes

Ikona sklepu na ekranie telefonu wygląda jak kolejny widok tego samego sklepu. Tymczasem aplikacja mobilna dla sklepu internetowego zachowuje się w rachunku jak osobna firma: ma własne przychody, własne koszty i kogoś, kto co miesiąc tłumaczy się z jej wyników. Sklep żyje z tego, że ktoś Cię znajdzie. Aplikacja żyje z tego, że ktoś do Ciebie wraca, a to zupełnie inny model zarabiania. Zanim podpiszesz wycenę, policz ten drugi biznes.

Apka nie jest ładniejszą stroną

Aplikacja mobilna to kolejny produkt w firmie, z własnym rachunkiem zysków i strat. Żyje z tego, że ktoś ma powód odpalić ikonę i zobaczyć, co nowego go czeka, nawet kiedy nie ma konkretnej potrzeby zakupowej. Po drugiej stronie ktoś ją codziennie prowadzi i planuje w niej sezon. Kto zamawia ją jako lepszą wersję mobilną swojego sklepu, kupuje produkt, którego nie zamierza prowadzić, i wydaje pieniądze, które nie wrócą.

Najdroższa pomyłka nie siedzi w cenie wdrożenia. Siedzi w linii budżetu, z której ta cena idzie. Aplikacja mobilna ecommerce ląduje zwykle w worku „poprawiamy UX", obok redesignu koszyka i nowych zdjęć na stronie głównej. Kosmetykę rozlicza się z wyglądu, więc nikt potem nie wraca z pytaniem, czy apka zarobiła. Po roku masz produkt, który co miesiąc generuje koszty utrzymania, i żadnych danych, żeby powiedzieć, czy warto go trzymać.

Rynek przerobił już jedną taką falę. Parę lat temu branża licytowała się, czy progresywne aplikacje webowe (PWA) wykończą apki natywne. Nie wykończyły; obie formy zostały, każda przy swoich zastosowaniach, a wybór między nimi to osobny temat na osobny artykuł. Wcześniej niż o technologię trzeba zapytać o co innego: czy mój produkt i model biznesowy sprawdzi się w wydaniu aplikacji, skąd taka aplikacja weźmie dodatkowy dochód i czy nie zje przy tym sklepu.

Z czego apka w ogóle żyje: ekonomika retencji

Powtarzalność ma w rachunku swoją nazwę: retencja. I to z niej aplikacja się utrzymuje. Nikt nie instaluje apki sklepu, którego nie zna. Ikona na ekranie telefonu jest wynikiem wcześniejszych zakupów i doświadczeń z Twoją marką; mało kto instaluje aplikację po to, żeby zrobić pierwszy zakup albo tylko przejrzeć produkty. Kiedy więc rozliczasz aplikację jak kolejny lejek sprzedaży, liczby się nie spinają, bo mierzysz nią cel, do którego ona nie służy.

Najlepiej widać to po wartości klienta w czasie. Ci, którzy stykają się z marką w kilku kanałach naraz (strona, mailing, SMS, sklep stacjonarny, aplikacja), są dla firmy warci wyraźnie więcej niż klienci jednokanałowi, a różnica sięga blisko jednej trzeciej. Aplikacja zarabia tu w portfelu, razem z resztą punktów styku, więc pytanie o jej samodzielny udział w obrocie zwykle prowadzi do fałszywego wniosku.

Sklep, który po roku patrzy wyłącznie na sprzedaż z aplikacji, ma spore szanse wyłączyć kanał, który właśnie podnosił mu wynik gdzie indziej.

Sam mechanizm jest prozaiczny. Spersonalizowane oferty, promocje i treści trafiają tam, gdzie klient już zgodził się je odbierać, więc kolejny zakup zdarza się częściej i szybciej. Pod spodem stoi arytmetyka, którą branża zna od lat: zdobycie nowego klienta potrafi kosztować kilkukrotnie, a w skrajnych przypadkach ponad dwudziestokrotnie więcej niż utrzymanie tego, który już kupił.

Zmienił się za to popyt po stronie klientów. 69% Polaków uznaje dziś programy lojalnościowe za skuteczny sposób nagradzania klientów, a 59% oczekuje, że własny program będzie miała każda marka. Tak wynika z badania Mando Connect i YouGov „Understanding Loyalty in Europe 3.0" z 2025 roku. To drugie oczekiwanie urosło rok do roku o 9 punktów procentowych, czyli szybciej niż cokolwiek, co da się powiedzieć o zainteresowaniu samymi aplikacjami. Ludzie nie domagają się apki. Domagają się bycia rozpoznanym i nagrodzonym za to, że wracają.

Kolejność w typowym briefie jest więc odwrócona. Najpierw powstaje decyzja, czym ma być program: co klient dostaje, za co, jak często i dlaczego miałoby mu na tym zależeć. Aplikacja bywa najlepszym nośnikiem takiego programu, bo daje powiadomienie, kartę członkowską i historię zakupów w jednym miejscu. Sama w sobie nie jest programem i nie zastąpi jego braku.

Bez USP nie ma projektu

Aplikacja, która potrafi dokładnie tyle co strona, konkuruje z własnym sklepem o tego samego użytkownika i wydane na nią pieniądze zwykle nigdy nie wracają. Broni się właściwie w jednym układzie: jako faza pierwsza, fundament pod coś, co dopiero powstanie, i pod warunkiem, że tę drugą fazę ktoś naprawdę zaplanował.

Wierzymy, że software ma się spłacać, a my podpisujemy się pod tym, co zbudujemy. Właśnie dlatego, zapytani o aplikację, drążymy temat, zamiast po prostu przystąpić do realizacji. Kiedy ktoś przychodzi z gotową decyzją, pierwsze pytanie, jakie od nas dostaje, brzmi: co ta aplikacja daje klientowi, czego nie daje mu sklep.

Przewaga nie musi być wymyślna i tym samym często kosztowna w realizacji. Przy sklepie z porządnym silnikiem multistore najprościej wydzielić kawałek asortymentu: produkty limitowane dostępne wyłącznie w aplikacji, promocje, których nie zobaczysz na stronie. Klient dostaje powód, żeby ikonę zostawić na ekranie, a Ty kanał, który broni się frekwencją. To decyzja handlowa, do której nie trzeba egzotycznej technologii.

Pytanie, czy warto zrobić aplikację mobilną dla sklepu, rozstrzyga się więc na długo przed wyceną. Tę przewagę wypracowują marketing i handel, nie zespół wdrożeniowy; my siadamy do tego z klientem na warsztatach, bo z drugiej strony stołu widać rzeczy, których wewnętrznie nikt już nie zauważa. Zwykle wystarczy jedno spotkanie warsztatowe i analiza danych po nim, żeby odpowiedzieć na to pytanie albo przynajmniej postawić fundament założeń, który potem doszlifuje marketing. Kod da się napisać zawsze. Powód, dla którego ktoś kliknie tę ikonę po raz trzeci, trzeba wymyślić wcześniej.

Lojalność to nie licytacja rabatów

Wtorek, dziesiąta rano. W aplikacji pojawia się jedna limitowana para butów, a przed tą minutą czeka tłum ludzi, których nikt nie musiał przekupywać ceną. Nike zbudował na tym cały silnik: dropy, wczesny dostęp dla członków, rotujący katalog produktów, których nie zobaczy nikt z zewnątrz. Członków liczy się tam w setkach milionów: w wynikach za rok 2021 Nike raportował ponad 300 milionów kont, a popyt członków rósł szybciej niż cała sprzedaż cyfrowa i sięgnął w jednym kwartale rekordowych trzech miliardów dolarów. Żadna z tych osób nie została kupiona kuponem.

W praktyce rozmowa o programie lojalnościowym w aplikacji prawie zawsze schodzi na wysokość rabatu. To najdroższe narzędzie, jakie można wybrać, bo płacisz je marżą przy każdej pojedynczej transakcji, i najłatwiejsze do podrobienia, bo konkurencja skopiuje Twoje minus dziesięć procent w tydzień. Gorsze jest to, co robi z klientem. Ktoś przyzwyczajony do kuponu przestaje kupować wtedy, kiedy potrzebuje, i zaczyna czekać na następny.

Mechaniki, które działają bez tego, są dobrze opisane i nudno przewidywalne: wczesny dostęp do kolekcji, wydarzenia wyłącznie dla członków, zaproszenie do współtworzenia produktu, płatne programy VIP z realnym pakietem korzyści, programy wartości, w których część koszyka idzie na cel wybrany przez klienta. Łączy je jedno. Klient dostaje w nich status osoby, która jest w środku, i to trzyma go mocniej niż niższa cena. Wydzielony asortyment, od którego zaczyna większość sklepów, to najprostsze wejście w tę logikę i zwykle nie jej sufit.

Rabaty nie są zakazane. Trzeba je tylko racjonalnie i mądrze wykorzystać, spiąć je z przemyślaną strategią, zamiast rozdawać w oderwaniu od niej. Dobrze widać to na cashbacku, który zamiast obniżyć rachunek dziś, wraca do klienta na kartę klubową i czeka tam na kolejny zakup; tak robi choćby Modivo. Klient ma powód wrócić, a sklep księguje transakcję po normalnej cenie.

Przy projekcie aplikacji najwięcej uwagi zjada zwykle interfejs, a powinna zjadać właśnie ta mechanika. Ekrany, animacje i logowanie biometryczne dowiezie każda sprawna agencja. Zasad programu, czyli tego, co klient dostaje, za co i czyim kosztem, nikt za Ciebie nie wymyśli. A kiedy już działają, ktoś musi je co miesiąc obsługiwać, rozliczać i poprawiać.

Sufit możliwości: apka, która ma własny zespół

Poprzeczkę ustawiła IKEA. W aplikacji IKEA Place stawiasz sofę we własnym salonie, zanim ją kupisz: modele 3D ponad trzech tysięcy produktów przymierzasz w rzeczywistej skali przez kamerę telefonu. Jedna funkcja odpowiada na pytanie, na którym od zawsze wykłada się handel meblami w sieci: „jak to będzie wyglądać u mnie". Strona tego nie udźwignie w tej samej formie, bo taka funkcja żyje z kamery i mocy telefonu, a nie z przeglądarki.

Nie trzeba jednak celować od razu w ten poziom. Kiedy budujemy aplikację dla sklepu, zaczynamy od trzech recept, które są tanie technicznie, a robią z apki realnie osobny kanał.

Multistore: produkty włączasz i wyłączasz per kanał

Fundamentem jest silnik multistore. Aplikacja dostaje w nim status osobnego kanału sprzedaży: korzysta z tego samego katalogu i tych samych danych co sklep, ale każdy produkt możesz w niej włączyć albo wyłączyć niezależnie od strony. To jest cała techniczna podstawa pod asortyment dostępny tylko w aplikacji; resztę załatwia decyzja handlowa, który produkt i na jak długo.

Promocje rozłączne dla sklepu i aplikacji

Reguły promocyjne projektujemy od początku jako rozłączne. Kupon, rabat czy akcję specjalną wprowadzasz osobno per kanał, więc aplikacja prowadzi swoją promocję bez ruszania cen na stronie, a sklep swoją. Bez tej rozdzielności każda „promocja tylko w apce" kończy się ręcznym obchodzeniem systemu, a mechaniki w rodzaju cashbacku nie mają się gdzie zaczepić.

Punkty z marketing automation, nagrody jako indywidualne kody

Najtańsze wejście w namacalny program lojalnościowy to poszerzenie integracji z marketing automation, którą większość sklepów i tak już ma. Ta sama integracja zaczyna zbierać punkty i trzymać zasady programu, a wymianę punktów na start załatwiają indywidualnie generowane kody rabatowe. W implementacji to niewielka praca, a klient od pierwszego miesiąca widzi działający program, nie zapowiedź.

Każda taka rzecz ma swojego właściciela. Ktoś ją zaprojektował, ktoś zbudował, ktoś testuje ją na dwóch systemach przy każdym wydaniu i odbiera zgłoszenia, kiedy przestaje działać na nowym modelu telefonu. Aplikacja mobilna ecommerce jest w takiej firmie osobnym produktem z własnym zespołem i własnym budżetem. Kiedy więc na spotkaniu pada zrzut ekranu z czyjejś apki i pytanie, czemu my tak nie mamy, uczciwa odpowiedź zaczyna się od kwoty utrzymania na miesiąc.

Koszt utrzymania aplikacji mobilnej, którego nikt nie pokazuje w ofercie

28 czerwca 2025 do tego rachunku doszła pozycja, której rok wcześniej nie było w żadnej wycenie. Od tego dnia Europejski Akt o Dostępności obejmuje aplikacje mobilne tak samo jak sklepy internetowe. Wszystko, co przez ostatnie lata dociągałeś do zgodności na stronie, trzeba zrobić drugi raz, w innej technologii i przy innych regułach. Aplikacja odpowiada za zgodność na własny rachunek i nikt jej nie zaliczy przy okazji audytu sklepu.

Zgodność jest tylko jedną z pozycji, których nie da się odłożyć. Apka żyje w dwóch sklepach z aplikacjami, a te narzucają rytm: zmienia się wersja systemu, zmieniają się wymagania wydawcy i albo wypuszczasz aktualizację, albo Twoja aplikacja po cichu przestaje działać części klientów. Opcji „w tym roku nie aktualizujemy" nie ma w menu. Koszt utrzymania aplikacji mobilnej jest więc abonamentem za samo trzymanie produktu na rynku, a abonamentu nie zawiesisz na kwartał, kiedy budżet się zaciska.

Wydania i zgodność są jeszcze łatwą częścią, bo mieszczą się w harmonogramie. Trudniej z ludźmi.

Dobrze zaprojektowana aplikacja bierze dane z tego samego CMS-u, który obsługuje sklep, więc treści, ceny i asortyment prowadzi jeden zespół. Backend często też jest wspólny. Tyle że przy klasycznym sklepie w jakichś dziewięciu przypadkach na dziesięć za samą aplikację odpowiada osobny człowiek albo osobny zespół, bo ktoś musi znać dwie platformy mobilne, ich cykle wydawnicze i procedury publikacji. Rachunek zamyka się więc na etacie albo stałym kontrakcie, bo obecni deweloperzy nie zrobią tego przy okazji.

Ostatnia pozycja jest najmniej widoczna, bo nie występuje w ofercie na aplikację. Apka przyprowadza ruch do tej samej infrastruktury, na której stoi sklep. Zapytania rosną, integracje pracują częściej, a po którymś miesiącu w górę idzie rachunek za utrzymanie całego ecommerce.

Te pozycje trzeba zsumować i postawić obok wartości, którą aplikacja ma dowieźć. Dopiero taka kartka pokazuje bilans drugiego biznesu.

Kiedy nie robić apki

Czy warto zrobić aplikację mobilną dla sklepu? Postawione tak ogólnie, pytanie nie ma dobrej odpowiedzi, bo dwie firmy o podobnym obrocie dostaną od nas przeciwne rekomendacje. Zaczyna działać dopiero rozbite na dwa warunki wejścia. Czy masz kogo lojalizować. I czy aplikacja zrobi coś, czego Twój sklep nie udźwignie.

Gdy oba wypadają na nie, mówimy klientowi wprost: nie budujcie apki. Nie ma się o co spierać, bo nie ma czego uruchomić. Program bez powracających klientów zostaje pustym regulaminem, a aplikacja powielająca funkcje sklepu wozi tych samych ludzi tą samą trasą, tylko drożej. Te same pieniądze zwykle więcej zrobią w samym sklepie i w pozostałych kanałach, którymi marka już dociera do klienta.

Drugi warunek potrafi jednak zadziałać sam. Bywają asortymenty, przy których telefon daje coś, czego przeglądarka nie da w tej samej formie: rozszerzona rzeczywistość z przykładu IKEA odpowiada na wątpliwość, z którą nie poradzi sobie żadne zdjęcie ani tabela wymiarów. Jeżeli Twoja kategoria produktowa ma taką wątpliwość, apka broni się nawet przy skromnej mechanice lojalnościowej.

Zanim więc podpiszesz wycenę, usiądź z czterema pytaniami. Co dokładnie dostanie klient w aplikacji, czego nie dostanie na stronie. Kto będzie ją utrzymywał za rok, imiennie. Z jakiej linii budżetu idzie ten koszt, żeby nie zniknął w worku z UX-em. I po czym poznasz za dwanaście miesięcy, że się zwróciła. Cztery odpowiedzi zajmują jedną kartkę i oszczędzają rozmowy, które inaczej odbędziesz po fakcie.

Aplikacja mobilna nie jest obowiązkowym wyposażeniem sklepu. Jest biznesem, w który się wchodzi albo nie wchodzi, jak w każdy inny.

Podsumowanie

Najciekawsze w decyzji o aplikacji jest to, że tak naprawdę wcale nie dotyczy technologii. To test, czy potrafisz nazwać powód, dla którego klient miałby do Ciebie wracać. Sklep może latami żyć z ruchu opłacanego reklamą i nigdy sobie na to pytanie nie odpowiedzieć; aplikacja nie da się tak oszukać, bo bez powodu do powrotu po prostu znika z telefonu. Dlatego ten rachunek warto zrobić nawet wtedy, gdy apki nie planujesz. Jeśli powód istnieje, aplikacja go wzmocni. Jeśli nie istnieje, żadna technologia go nie wyprodukuje. Zostaje więc jedno pytanie do zadania przed wyceną: co Twoja aplikacja da klientowi, czego nie da mu sklep?