Aplikacja mobilna opłaca się sklepowi internetowemu, gdy klienci kupują regularnie - co tydzień lub co miesiąc - a sklep ma do nich własne kanały: newsletter, program lojalnościowy, powroty. Koszt aplikacji na bazie istniejącego sklepu zależy głównie od integracji i programu lojalnościowego - z nimi budżet jest wyraźnie wyższy. Aktualne ceny AppCreo znajdziesz w cenniku.
Poniżej znajdziesz sygnały, że aplikacja ma sens, porównanie PWA i aplikacji natywnej w dziewięciu kryteriach, listę funkcji, sposób połączenia aplikacji z PrestaShop, Shoper, WooCommerce i Baselinkerem, koszty oraz wskaźniki, po których poznasz, czy inwestycja się zwraca.
Kiedy sklep internetowy potrzebuje aplikacji mobilnej?
Aplikacja nie zastąpi sklepu internetowego i nie przyciągnie nowych klientów sama z siebie. Jej rola to zwiększenie częstotliwości zakupów u klientów, którzy już Cię znają. Dlatego pierwsze pytanie brzmi: ilu masz powracających klientów i jak często kupują.
Aplikacja ma dobre uzasadnienie, gdy spełniasz co najmniej trzy z pięciu warunków:
- klienci kupują cyklicznie: kosmetyki, żywność, suplementy, karma, części zamienne, zaopatrzenie dla firm,
- znaczną część sprzedaży robią powracający klienci, a nie jednorazowi kupujący z reklam,
- masz program lojalnościowy albo chcesz go zbudować,
- powiadomienia o statusie zamówienia, dostawie czy promocji mają dla klienta realną wartość,
- masz też sklepy stacjonarne, w których aplikacja może łączyć zakupy online i offline.
Aplikacja rzadko ma sens przy zakupach okazjonalnych - meble, sprzęt AGD, prezenty kupowane raz w roku. Tam lepszym wyborem jest dopracowana strona mobilna, ewentualnie w wersji PWA.
Pamiętaj też o wytycznej 4.2 App Store: aplikacja, która jest tylko opakowaną stroną sklepu, może zostać odrzucona przez Apple. Aplikacja musi dawać coś ponad stronę - konto z historią, powiadomienia, szybkie płatności, funkcje sprzętowe.
PWA czy aplikacja natywna - co wybrać dla sklepu?
PWA (progressive web app) to strona sklepu, która działa jak aplikacja: da się ją dodać do ekranu głównego, działa szybko i częściowo offline. Aplikacja natywna lub wieloplatformowa, np. we Flutterze, trafia do App Store i Google Play i ma pełny dostęp do funkcji telefonu.
| Kryterium | PWA | Aplikacja natywna lub Flutter |
|---|---|---|
| Koszt budowy | Niższy niż aplikacji, zależny od tego, jak nowoczesny jest front sklepu | Wyższy; z integracjami i lojalnością wyraźnie wyższy |
| Obecność w App Store i Google Play | Nie; do Google Play można ją opublikować jako Trusted Web Activity | Tak |
| Powiadomienia push | Android tak; iPhone tylko po dodaniu do ekranu głównego | Tak, na obu platformach |
| Instalacja | Z przeglądarki, mało znana części klientów | Ze sklepu z aplikacjami, znany proces |
| Funkcje telefonu | Ograniczone, szczególnie na iOS | Pełne: skaner, NFC, biometria, aparat |
| Płatności | BLIK, karty, Apple Pay i Google Pay w przeglądarce | BLIK, karty, Apple Pay i Google Pay natywnie |
| Widoczność w Google | Tak, to strona internetowa | Nie; widoczność w sklepach przez ASO |
| Utrzymanie | Jeden kod ze stroną sklepu | Osobne wydania i weryfikacja w sklepach |
| Najlepsza dla | Sklepów z przewagą zakupów okazjonalnych | Sklepów z lojalnymi, regularnymi klientami |
Przy porównywaniu konwersji uważaj na pułapkę: aplikację instalują najbardziej lojalni klienci, więc zwykle konwertuje lepiej niż strona mobilna. Część tej różnicy to efekt selekcji, a nie zasługa aplikacji - dlatego wpływ trzeba mierzyć testem, o czym niżej.
Szerzej o tej decyzji, także poza e-commerce, piszemy w tekstach PWA czy aplikacja mobilna i aplikacja natywna czy cross-platform.
Jakie funkcje powinna mieć aplikacja sklepu internetowego?
Pierwsza wersja powinna robić dobrze to, co klient robi najczęściej: szuka, kupuje ponownie i sprawdza, gdzie jest paczka. Funkcje efektowne, ale rzadko używane, lepiej zostawić na kolejne wersje.
Wersja pierwsza
- wyszukiwarka z filtrami i podpowiedziami, odporna na literówki,
- konto klienta wspólne ze stroną, historia zamówień i ponowienie zamówienia jednym dotknięciem,
- koszyk zsynchronizowany między aplikacją a stroną,
- szybkie płatności: BLIK, Apple Pay, Google Pay, zapisana karta,
- powiadomienia o statusie zamówienia i dostawie,
- program lojalnościowy lub kupony widoczne od razu po zakupie,
- lista ulubionych i powiadomienie o powrocie produktu.
Kolejne wersje
- rekomendacje produktów oparte na AI i historii zakupów,
- skaner kodów w sklepie stacjonarnym i karta lojalnościowa w telefonie,
- przymierzalnia w rozszerzonej rzeczywistości dla mody, kosmetyków i wyposażenia,
- wyszukiwanie zdjęciem.
Przykładem aplikacji zakupowej B2B jest APH - Automatyczny Przedstawiciel Handlowy dla branży kosmetycznej. Ma skaner kodów kreskowych i 2D do szybkiego dodawania produktów, rekomendacje oparte na AI, program lojalnościowy i integrację z Baselinkerem. Zobacz opis realizacji APH.
Dostępność - obowiązek dla sklepów
Od 28 czerwca 2025 roku usługi handlu elektronicznego, w tym aplikacje sklepów, muszą spełniać wymagania dostępności z dyrektywy 2019/882. Zwolnione są mikroprzedsiębiorstwa, czyli firmy zatrudniające mniej niż 10 osób, z obrotem lub sumą bilansową do 2 mln euro.
Jak połączyć aplikację z PrestaShop, Shoper, WooCommerce i Baselinkerem?
Aplikacja nie powinna mieć własnego katalogu ani osobnych zamówień. Źródłem prawdy zostaje platforma sklepu, a aplikacja korzysta z jej danych przez API. Popularne platformy - PrestaShop, Shoper, WooCommerce - udostępniają interfejsy, przez które da się pobierać produkty, ceny i stany oraz zakładać zamówienia.
Przy sprzedaży w wielu kanałach naturalnym punktem integracji jest Baselinker: zbiera zamówienia ze sklepu, marketplace’ów i aplikacji, synchronizuje stany magazynowe i obsługuje wysyłki. Integracja przebiega zwykle w tych krokach:
- Przegląd API platformy sklepu: jakie dane są dostępne, jakie są limity zapytań, czy działają powiadomienia o zmianach.
- Warstwa pośrednia (backend aplikacji), która buforuje katalog, żeby aplikacja działała szybko niezależnie od obciążenia sklepu.
- Wspólne konto klienta: logowanie tymi samymi danymi co na stronie i ta sama historia zamówień.
- Synchronizacja koszyka, cen, rabatów i stanów w czasie zbliżonym do rzeczywistego.
- Zamówienia zakładane w sklepie lub w Baselinkerze, z tym samym operatorem płatności co na stronie.
- Powiadomienia push wyzwalane zmianą statusu zamówienia i wysyłki.
- Panel do zarządzania treściami tylko dla aplikacji: banerami, kuponami, treścią powiadomień.
Czas integracji sklepu z aplikacją zależy głównie od jakości API platformy i liczby systemów, które trzeba połączyć. Najdroższe są niestandardowe modyfikacje sklepu, które nie mają odzwierciedlenia w API. Szerzej o integracjach piszemy w tekście o integracji aplikacji z ERP i CRM.
Opisz aplikację w 3 zdaniach - odsyłamy przedział cenowy w 24 h w dni robocze. Dopisz, na jakiej platformie działa Twój sklep i czy korzystasz z Baselinkera - od tego zależy zakres integracji. wypełnij formularz, napisz na biuro@appcreo.pl albo zadzwoń: +48 783 477 243.
Od czego zależy koszt aplikacji mobilnej dla sklepu internetowego?
Budżet zależy od zakresu funkcji i integracji. Najtańsza jest aplikacja z katalogiem, koszykiem, kontem i płatnościami, oparta na API istniejącego sklepu. Program lojalnościowy, integracja z ERP lub Baselinkerem i rekomendacje wyraźnie podnoszą budżet. Aktualne ceny dla każdego wariantu znajdziesz w cenniku.
Najdroższy jest marketplace z wieloma sprzedawcami i płatnościami dzielonymi. Test pomysłu - np. aplikacja tylko do ponawiania zamówień dla stałych klientów - zmieści się w MVP z jedną funkcją.
Koszty po starcie i prowizje
Do budżetu dolicz roczną opłatę za konto Apple Developer, jednorazową opłatę za konto Google Play, serwery, aktualizacje pod nowe wersje systemów i rozwój. Dobra wiadomość: Apple i Google nie pobierają prowizji od sprzedaży towarów fizycznych. Płacisz tylko operatorowi płatności, tak jak na stronie.
Składniki kosztu aplikacji opisujemy w artykule ile kosztuje aplikacja mobilna, a prowizje od sprzedaży cyfrowej - w tekście o monetyzacji aplikacji. Doświadczenie z handlem i marketplace’ami zebraliśmy na stronie aplikacje dla e-commerce.
Jak mierzyć, czy aplikacja sklepu się opłaca?
Najczęstszy błąd to przypisanie aplikacji całej sprzedaży, która przez nią przechodzi. Klient, który i tak kupiłby na stronie, nie jest zyskiem z aplikacji. Wartość aplikacji to dodatkowe zakupy, a nie przeniesione.
Mierz wskaźniki, które pokazują tę różnicę:
- Częstotliwość zakupów użytkowników aplikacji w porównaniu z tymi samymi klientami przed instalacją.
- Udział sprzedaży przez aplikację i wartość koszyka w porównaniu ze stroną mobilną.
- Odsetek zgód na powiadomienia i przychód z kampanii push.
- Retencja 30. dnia i odsetek użytkowników, którzy złożyli drugie zamówienie.
- Koszt pozyskania instalacji, w tym rabat na pierwsze zamówienie w aplikacji.
Najlepszą metodą jest grupa kontrolna: części klientów nie zapraszasz do aplikacji przez kilka tygodni i porównujesz ich zakupy z grupą zaproszoną. Pozostałe wskaźniki opisujemy w tekście o KPI aplikacji mobilnej, a zachęcanie klientów do instalacji - w przewodniku promocja aplikacji mobilnej.
Aplikacje dla sklepów, spięte z platformą sprzedażową i płatnościami, budujemy w ramach usługi tworzenie aplikacji mobilnych.
