Bank jak super-aplikacja: usługi dodane (VAS), które zatrzymują klienta — in-house czy outsourcing?

Redakcja: Mateusz Białczak · Recenzja merytoryczna: Norbert Sitko · Aktualizacja: 2 czerwca 2026

Otwierasz aplikację banku, żeby sprawdzić saldo — a przy okazji opłacasz parking, kupujesz bilet na tramwaj, doładowujesz telefon i aktywujesz eSIM przed wyjazdem. Dekadę temu każda z tych czynności wymagała osobnej aplikacji. Dziś coraz częściej dzieje się w jednym miejscu, a bank po cichu staje się super-aplikacją (super-app — pojedynczą aplikacją skupiającą wiele niezależnych usług). To nie kaprys działów marketingu. To reakcja na realne zagrożenie: utratę codziennego kontaktu z klientem na rzecz fintechów.

Ten artykuł wyjaśnia mechanikę zjawiska i — co ważniejsze dla zespołów produktowych i technologicznych w bankach — odpowiada na pytanie, które dziś realnie się liczy. Skoro większość banków ma już jakieś usługi dodane, prawdziwa decyzja nie brzmi „czy je mieć", lecz „kto ma je rozwijać, poszerzać i utrzymywać": zespół wewnętrzny czy wyspecjalizowany partner.

Czym są usługi dodane (VAS) w bankowości?

Usługi dodane (VAS, Value Added Services — usługi o wartości dodanej) to funkcje w aplikacji bankowej wykraczające poza klasyczne czynności bankowe, takie jak prowadzenie rachunku, przelewy czy obsługa kart. Ich celem nie jest sama transakcja finansowa, lecz załatwienie codziennej sprawy klienta bez wychodzenia z aplikacji banku.

Katalog VAS w polskich aplikacjach bankowych jest dziś szeroki i — co istotne — szybko rośnie. Najczęściej spotykane kategorie:

• Parkowanie — opłata za postój w strefie płatnego parkowania, zwykle z trybem start/stop, w ponad 100 miastach.
• Bilety komunikacji miejskiej — zakup biletów jednorazowych i okresowych dla transportu publicznego.
• Opłaty za autostrady i e-winiety — automatyczny przejazd płatnymi odcinkami (m.in. A1 i A4) oraz winiety na drogi zagraniczne.
• Doładowania telefonu — zasilenie kont prepaid wszystkich operatorów.
• eSIM — wirtualna karta SIM (eSIM, embedded SIM) z pakietem transmisji danych za granicą, aktywowana z poziomu aplikacji banku.
• Karty podarunkowe i doładowania cyfrowe — kody do sklepów z grami i konsolami (PlayStation, Xbox, Nintendo, Steam), serwisów streamingowych (Netflix, Spotify), platform handlowych i abonamentów.
• Ubezpieczenia — turystyczne, sprzętu czy komunikacyjne, sprzedawane kontekstowo.
• Marketplace i e-commerce — zakupy produktów partnerów handlowych wewnątrz aplikacji bankowej.
• Mobilność i rozrywka — zamawianie taksówki, rezerwacja noclegu, bilety na wydarzenia.

Aplikacja mBanku: katalog usług dodanych, opłata za parkowanie oraz doładowanie telefonu (realizowane przez Autopay).

Wspólny mianownik tych funkcji jest prosty: użytkownik jest już w aplikacji zalogowany i zweryfikowany, więc zakup zajmuje kilka sekund, a płatność dzieje się w tle. To właśnie ta wygoda czyni VAS tak skutecznym narzędziem utrzymania klienta — i tak kuszącym polem dla konkurencji.

Dlaczego banki to robią — od dodatku do strategicznego ekosystemu

Oferta klasycznych produktów bankowych uległa daleko idącej standaryzacji. Konto, karta i przelew wyglądają w większości banków podobnie, więc rywalizacja przeniosła się na poziom udziału w portfelu klienta (share of wallet) oraz czasu i uwagi, jakie poświęca on aplikacji. Usługi dodane są tu główną walutą.

Bank Pekao ujmuje tę zmianę wprost w tytule swojego komunikatu z sierpnia 2025 roku — „Usługi dodane w bankowości: od wygodnego dodatku do strategicznego ekosystemu". Patryk Korus, dyrektor Biura Aktywizacji Kanałów i Procesów Cyfrowych w Pekao, podsumowuje potencjał tego obszaru hasłem „the only way is UP!". Podobny kierunek wyznaczają strategie konkurentów: mBank w strategii na lata 2026–2030 („Cała naprzód!") deklaruje, że chce być „partnerem w codziennym życiu" klienta, z bankowością konwersacyjną i asystentem AI, a PKO BP rozwija aplikację IKO w stronę super-aplikacji, osadzając bankowość w handlu i mobilności.

Za tymi deklaracjami stoi twarda logika biznesowa. Według badania Deloitte Digital Banking Maturity 2024 najbardziej dojrzali cyfrowo liderzy („Digital Champions") oferują usługi dodane średnio 2,5 razy częściej niż pozostałe banki. To nie przypadek — VAS realizują trzy cele jednocześnie:

• Zaangażowanie i częstotliwość. Klient, który płaci za parking codziennie, otwiera aplikację banku znacznie częściej niż ten, który zagląda do niej raz w miesiącu po wyciąg. Częsty, rutynowy kontakt buduje lojalność skuteczniej niż okazjonalna sprzedaż produktu.
• Niższy odpływ klientów (churn). Im więcej codziennych spraw klient załatwia w jednej aplikacji, tym wyższy koszt zmiany dostawcy. Ekosystem usług działa jak miękka bariera wyjścia.
• Dane i przychody. Historia transakcji to wiedza o nawykach zakupowych, pozwalająca personalizować oferty i zarabiać na zaangażowaniu klienta, a nie tylko na marży odsetkowej.

Kierunek potwierdza skala korzystania z bankowości mobilnej. Według danych Związku Banków Polskich (raport NetB@nk, cytowany przez PRNews) w I kwartale 2025 roku aplikacje bankowe miały w Polsce 25,3 mln aktywnych użytkowników, z czego 18 mln korzystało z banku wyłącznie mobilnie. Aplikacja stała się głównym, a dla wielu klientów jedynym kanałem kontaktu z bankiem. Kto wygra o czas spędzany w tej aplikacji, wygra relację z klientem.

Zagrożenie ze strony fintechów — dlaczego VAS staje się niezbędny

Gdyby banki działały w próżni, rozbudowa usług dodanych byłaby kwestią wygody. Nie działają. Fintechy systematycznie przejmują codzienne interakcje, które dotąd należały do banków — i robią to właśnie przez usługi dodane.

Najlepszym przykładem jest Revolut. Na koniec 2025 roku miał 5,244 mln klientów w Polsce (wzrost o 25% rok do roku), co czyni Polskę czwartym największym rynkiem firmy na świecie. W rankingu liczby klientów z września 2025 roku Revolut zrównał się z Bankiem Millennium i zbliżał do ING — wyprzedzając większość banków, które jeszcze niedawno traktowały go jako aplikację „do wakacji". Co istotne, jego najpopularniejszym produktem niebankowym jest eSIM, a Polska była pierwszym rynkiem na świecie, na którym firma uruchomiła własne plany mobilne. To dokładnie ta sama usługa VAS, którą zaczynają wdrażać polskie banki — tyle że fintech zrobił to wcześniej.

Neobank N26: zakup pakietu eSIM (partner 1GLOBAL) oraz datki na cele charytatywne — usługi niebankowe wewnątrz aplikacji fintechu.

Zagrożenie ma trzy oblicza:

• Wypieranie banku z łańcucha płatności. System BLIK obsłużył w 2025 roku 2,9 mld transakcji o wartości 441,5 mld zł przy 20,7 mln aktywnych użytkowników. To pokazuje, jak szybko zmienia się sposób, w jaki ludzie płacą — a bank, który nie kontroluje momentu płatności, traci najcenniejszy punkt styku z klientem i — jak ostrzega Jim Johnson z FIS — ryzykuje, że stanie się niewidzialny w chwili, która liczy się najbardziej.
• Finanse wbudowane (embedded finance). Usługi finansowe oferują dziś podmioty, które bankami nie są. Allegro Pay udzieliło w II kwartale 2025 roku pożyczek na 3,3 mld zł, finansując 15,3% obrotu platformy. Rynek odroczonych płatności (BNPL, buy now pay later — kup teraz, zapłać później) osiągnął w Polsce 11,2 mld zł w okresie I–X 2025 roku. Kredyt konsumencki — produkt z serca oferty bankowej — coraz częściej zaczyna się poza bankiem.
• Presja platform handlowych. Jak wynika z analizy trendów w bankowości 2025–2030, tylko około 35% banków ma infrastrukturę technologiczną gotową na sprawne wdrażanie super-aplikacji (dane Publicis Sapient) — podczas gdy aplikacje takie jak Żappka czy InPost mają po kilkanaście milionów użytkowników i naturalne pole do dodawania usług finansowych.

Skala zjawiska jest mierzalna globalnie. Rynek finansów wbudowanych ma urosnąć z 83,3 mld USD w 2023 roku do 588,5 mld USD w 2030 roku (średnioroczny wzrost ok. 32,8%), a rynek super-aplikacji z 76,5 mld USD do 426 mld USD w tym samym horyzoncie. Dla banku wniosek jest jednoznaczny: usługi dodane przestały być opcją. To warunek utrzymania pozycji konta pierwszego wyboru.

Dlaczego to nie jest podstawowy biznes banku — i ile kosztuje

Tu pojawia się napięcie, które jest osią tego artykułu. Usługi dodane są niezbędne, ale nie należą do podstawowych kompetencji banku. Bank jest instytucją zaufania publicznego od zarządzania ryzykiem, kapitałem i bezpieczeństwem środków — nie od integracji z bramkami parkingowymi w 120 miastach czy od negocjowania kodów doładowań do konsol.

Każda kolejna usługa VAS to realne obciążenie:

• Integracje z dziesiątkami dostawców. Bilety, parkingi, autostrady, eSIM, karty podarunkowe — to osobni partnerzy, osobne interfejsy programistyczne (API, application programming interface), osobne umowy i osobne cykle utrzymania.
• Ciągłe utrzymanie. Każda integracja wymaga dostosowań do nowych wersji systemów iOS i Android, aktualizacji bibliotek oraz reagowania na zmiany po stronie partnerów i przewoźników.
• Bezpieczeństwo i zgodność. Funkcje płatnicze podnoszą poprzeczkę bezpieczeństwa do poziomu wymaganego w aplikacjach finansowych, łącznie z wymogami regulacyjnymi opisanymi w dalszej części.
• Ryzyko przeładowania aplikacji. Zbyt wiele funkcji wrzuconych do menu wywołuje u użytkowników zmęczenie nadmiarem funkcji (feature fatigue) i pogarsza doświadczenie zamiast je poprawiać. Wartość daje nie liczba usług, lecz ich trafne, kontekstowe podanie.

Innymi słowy: bank musi oferować VAS, ale każda godzina, którą jego zespoły poświęcają na utrzymanie integracji z dostawcą parkingów, to godzina nieprzeznaczona na rozwój produktów stanowiących o przewadze konkurencyjnej. To klasyczny argument za rozdzieleniem tego, co bank robić musi sam, od tego, co warto powierzyć wyspecjalizowanemu partnerowi.

Polscy dostawcy usług VAS — kto naprawdę stoi za wdrożeniami banków

Mało który klient zdaje sobie sprawę, że gdy kupuje bilet w aplikacji swojego banku, transakcję obsługuje wyspecjalizowany dostawca działający w tle. To właśnie model, który dominuje na polskim rynku: bank pełni rolę właściciela relacji z klientem, a warstwę usługową dostarcza wyspecjalizowany dostawca działający w tle. Najważniejsi gracze to:

• Autopay (dawniej Blue Media) — jeden z największych niezależnych dostawców płatności w Polsce, obsługujący ponad 10 mln klientów miesięcznie. Jego marka mobilności Autopay Mobility dostarcza opłaty za autostrady i e-winiety dla większości polskich banków.
• SkyCash — mobilny system płatności działający od 2010 roku, z bardzo szeroką ofertą: parkowanie, komunikacja miejska, bilety kolejowe 10 przewoźników, autostrady, doładowania, kino i ubezpieczenia. Dostarcza bilety i parkingi m.in. dla mBanku i Pekao.
• mPay — notowana na NewConnect spółka oferująca bilety komunikacji, parkowanie, autostrady i doładowania w blisko stu miastach.
• moBILET (Mobile Traffic Data) — dostawca biletów i parkingów dla większości banków, w tym dla PKO BP, ING, Alior czy Santander.

Mapa „kto dostarcza co" pokazuje, jak bardzo banki polegają na zewnętrznych zespołach (stan na podstawie zestawienia cashless.pl z października 2024 roku oraz materiałów banków):

Usługa VAS	Główni dostawcy	Przykłady banków korzystających
Bilety komunikacji miejskiej	moBILET, SkyCash	PKO BP, ING, Alior, Santander, BNP Paribas, Millennium (moBILET); Pekao (SkyCash)
Parkowanie	moBILET, SkyCash	większość banków (moBILET); mBank, Pekao (SkyCash)
Autostrady i e-winiety	Autopay	Alior, ING, Millennium, Pekao, PKO BP, Santander, SGB, VeloBank
eSIM	Autopay (dla Fonia Telecom)	Bank Millennium (pierwszy), PKO BP (drugi)
Karty podarunkowe i doładowania cyfrowe	PKO Finat, katalogi własne banków	PKO BP, ING, Santander, Millennium
Marketplace / e-commerce	morele.net	mBank

Norbsoft zna ten rynek od strony technicznej, bo współtworzył jego fundamenty. Przez lata rozwijaliśmy aplikacje SkyCash na iOS i Android, a dla Autopay zbudowaliśmy nowoczesne SDK (zestaw narzędzi programistycznych, software development kit) do ich bramki płatniczej. To daje rzadką perspektywę: rozumiemy zarówno wymagania banku, jak i realia dostawcy usług, który musi te wymagania spełnić.

Aplikacja Alior Banku: opłata za parkowanie i bilet komunikacji miejskiej — usługi w tle realizuje dostawca moBILET.

Jak robią to najlepsi za granicą

Polski rynek nie wymyśla koła na nowo — sprawdzone wzorce przyszły z rynków, które przeszły transformację VAS wcześniej. Warto je znać, bo wyznaczają kierunek.

• Revolut (Wielka Brytania, globalnie) — wzorcowa „finansowa super-aplikacja". Na koniec 2025 roku miał 68,3 mln klientów indywidualnych i wycenę 75 mld USD. Pokazał, że usługi niebankowe — eSIM, podróże, sklep, program lojalnościowy — mogą być nie kosztownym dodatkiem, lecz realnym źródłem przychodu.
• DBS (Singapur) — kanoniczny przykład „banku jako marketplace'u". Bank wbudował bezpośrednio w aplikację marketplace nieruchomości, samochodów, energii i podróży, wielokrotnie zdobywając tytuł najlepszego banku cyfrowego świata. To najbliższy zagraniczny odpowiednik tego, co w Polsce robi mBank z morele.net.
• Nubank (Brazylia) — największy bank cyfrowy Ameryki Łacińskiej z 131 mln klientów na koniec 2025 roku, budujący warstwę marketplace i usług dodanych na ogromnej bazie użytkowników.
• KakaoBank (Korea Południowa) — bank cyfrowy wyrosły z komunikatora, z blisko 20 mln aktywnych użytkowników miesięcznie, czyli koreański model „super-app plus bank".
• WeChat i Alipay (Chiny) — definicyjny model super-aplikacji z miniaplikacjami, do którego porównuje się cała kategoria.
• ICICI Bank iMobile Pay (Indie) — aplikacja oferująca ponad 400 usług, dostępnych także dla osób, które nie są klientami banku — radykalna wersja idei „bank dla wszystkich, nie tylko dla swoich".

Wspólny wniosek z tych wdrożeń: przewagę daje nie sama liczba usług, lecz spójne, bezpieczne i kontekstowe połączenie ich w jednym, dobrze zaprojektowanym doświadczeniu.

mBank i morele.net — gdy e-commerce wchodzi do aplikacji bankowej

Najdalej w stronę modelu super-aplikacji poszedł w Polsce mBank, uruchamiając wspólnie z platformą morele.net marketplace mOkazje Zakupy. Pilotaż ruszył w czerwcu 2024 roku dla 50 tys. klientów, był stopniowo rozszerzany (do ok. 500 tys. osób), a do końca grudnia 2024 roku usługa stała się dostępna dla wszystkich klientów banku.

Mechanika pokazuje, na czym polega przewaga ekosystemu: klient kupuje spośród ponad 1,5 mln produktów bez wychodzenia z aplikacji, bez rejestracji i bez zewnętrznej bramki — jest już zalogowany i zweryfikowany, więc transakcję potwierdza PIN-em lub odciskiem twarzy. Bank, który zna historię płatności klienta, może przy tym trafniej dobierać kategorie i oferty. To przeniesienie modelu DBS na polski grunt: bank przestaje być tylko miejscem, w którym trzymasz pieniądze, a staje się miejscem, w którym je wydajesz.

Marketplace „mOkazje Zakupy" w aplikacji mBanku — produkty od morele.net kupowane bez wychodzenia z bankowości.

AI w usługach dodanych — personalizacja zamiast przeładowanego menu

AI w usługach dodanych to wykorzystanie uczenia maszynowego (machine learning) do przewidywania, której usługi klient potrzebuje w danym momencie, i podawania jej w odpowiednim kontekście — zamiast zapełniania menu kolejnymi kafelkami.

To bezpośrednia odpowiedź na ryzyko przeładowania aplikacji. Jak opisuje Deloitte, hiperpersonalizacja w bankowości przechodzi od logiki „oto produkt, który może Ci się spodobać" do „oto, czego potrzebujesz teraz, na podstawie Twojego kontekstu", a usługa pojawia się w momencie decyzji — na przykład ubezpieczenie sprzętu proponowane przy płatności w sklepie z elektroniką. Zamiast listy trzydziestu funkcji klient dostaje jedną, właściwą.

Polskie banki już to robią. PKO BP rozwija bankowość konwersacyjną: z asystenta głosowego w aplikacji IKO skorzystało 5,6 mln użytkowników, a 11 mln klientów odbyło z bankowymi voicebotami ponad 70 mln rozmów (lipiec 2025). Interfejs przesuwa się od menu w stronę pytań w języku naturalnym — a to naturalne miejsce, w którym AI proponuje odpowiednią usługę dodaną. Bank Pekao wprost wiąże przyszłość VAS z botami i rozwiązaniami AI, a singapurski DBS, uznany w 2025 roku za „najlepszy bank AI na świecie", wdrożył ponad 1500 modeli sztucznej inteligencji.

AI ma jednak drugie ostrze. Te same modele AI, które personalizują ofertę, zaczynają też podejmować decyzje zakupowe za klienta — to zakupy realizowane przez autonomicznych agentów AI (agentic commerce), w których asystent sam wybiera metodę płatności i finalizuje transakcję. McKinsey ostrzega, że tacy agenci mogą uszczuplić globalne pule zysków bankowości o około 9% w ciągu 5–10 lat, jeśli banki nie zareagują — bo dane o decyzjach klienta przepływają przez agenta, a nie przez bank. Wniosek jest spójny z resztą tej analizy: o przewadze nie decyduje liczba usług, lecz jakość warstwy danych, integracji i personalizacji. A to głęboka kompetencja technologiczna — trudna do utrzymania „przy okazji".

Ryzyka prawne i regulacyjne — czego nie wolno pominąć

Usługi dodane wprowadzają bank na grunt, na którym łatwo o błąd. To nie tylko kwestia technologii, lecz także zgodności prawnej. Warto rozdzielić dwa wymiary ryzyka.

Ochrona konsumenta i kwalifikacja usługi

Jak zwraca uwagę Monika Kozłowska w analizie „O czym banki powinny pamiętać, oferując usługi dodatkowe?" (LEX Banki, marzec 2026), usługi dodatkowe nie stanowią jednorodnej kategorii prawnej, więc kluczowa jest kwalifikacja każdej z nich — czy jest w pełni opcjonalna, czy warunkuje dostęp do produktu głównego. Od tego zależą obowiązki informacyjne wobec klienta. Cena i warunki muszą być przedstawione w sposób jasny i niewprowadzający w błąd, a automatyczne (domyślne) włączanie usług czy utrudniona rezygnacja rodzą ryzyko uznania zapisów za klauzule niedozwolone.

Outsourcing i odporność operacyjna (DORA)

Drugi wymiar dotyczy sposobu, w jaki bank dostarcza technologię. Powierzenie tworzenia i utrzymania oprogramowania zewnętrznemu dostawcy podlega w Polsce przepisom o outsourcingu bankowym (art. 6a–6d Prawa bankowego), Rekomendacji D Komisji Nadzoru Finansowego oraz wytycznym Europejskiego Urzędu Nadzoru Bankowego.

Od 17 stycznia 2025 roku obowiązuje dodatkowo rozporządzenie DORA (Digital Operational Resilience Act — rozporządzenie o operacyjnej odporności cyfrowej sektora finansowego). Nakłada ono na umowy z dostawcami usług teleinformatycznych (ICT) konkretne, obowiązkowe elementy:

• jasny i kompletny opis funkcji oraz informacja, czy dozwolone jest podwykonawstwo;
• wskazanie lokalizacji (krajów), w których świadczone są usługi i przetwarzane dane;
• postanowienia o dostępności, integralności i poufności danych oraz prawo do ich odzyskania i zwrotu;
• nieograniczone prawo dostępu, kontroli i audytu — także dla organu nadzoru;
• gwarantowane poziomy usług (SLA, service level agreement — umowa o poziomie usług), plany awaryjne i plan ciągłości działania (BCP);
• zgłaszanie incydentów oraz strategię wyjścia z odpowiednim okresem przejściowym.

Dla funkcji krytycznych dochodzą jeszcze testy odporności na zagrożenia (TLPT) i pełne opisy SLA. Wniosek jest jednoznaczny: bank nie może powierzyć rozwoju aplikacji przypadkowemu wykonawcy. Potrzebuje partnera, który rozumie wymogi audytu, dokumentacji i bezpieczeństwa właściwe dla sektora finansowego — i potrafi je spełnić.

PSD3, PSR i otwarte finanse — co nadchodzi

PSD3 to przygotowywana przez Unię Europejską trzecia dyrektywa o usługach płatniczych, która wraz z rozporządzeniem PSR (Payment Services Regulation — rozporządzenie o usługach płatniczych) i regulacją FIDA (Financial Data Access — dostęp do danych finansowych) zaktualizuje i rozszerzy obowiązujące dziś PSD2. Komisja Europejska przedstawiła ten pakiet w czerwcu 2023 roku; pod koniec 2025 roku osiągnięto wstępne porozumienie polityczne, a wiosną 2026 roku teksty przeszły przez komisje Parlamentu Europejskiego — wejście w życie i stosowanie przepisów rozłożone będzie na kolejne miesiące i lata (część obowiązków PSR zacznie obowiązywać kilkanaście miesięcy po publikacji, a PSD3 wymaga transpozycji krajowej).

Dla usług dodanych liczą się trzy zmiany:

• Od otwartej bankowości do otwartych finansów. FIDA ma rozszerzyć obowiązkowy dostęp (za zgodą klienta) z danych rachunków płatniczych na szerszy zakres danych finansowych, otwierając pole dla bogatszych, opartych na danych i lepiej personalizowanych usług. Regulacja jest wciąż procedowana i upraszczana w stronę modelu skupionego na klientach detalicznych i MŚP.
• Lepsze interfejsy API. PSR ma wymusić dedykowane interfejsy o porównywalnej wydajności (performance parity), pulpity zarządzania zgodami oraz zakaz utrudnień — czyli solidniejsze „szyny", na których działają usługi wbudowane i dostawcy zewnętrzni.
• Silniejsze reguły antyfraudowe. Weryfikacja zgodności nazwy odbiorcy z numerem rachunku oraz przesunięcie odpowiedzialności za oszustwa na dostawców usług płatniczych podnoszą poprzeczkę bezpieczeństwa dla każdego, kto buduje funkcje powiązane z płatnościami.

Dla banku wniosek jest jeden: obszar VAS leży na przecięciu kilku zmieniających się regulacji (DORA, a wkrótce PSD3, PSR i FIDA). Nadążanie za nimi to stałe zadanie, które łatwiej powierzyć zespołowi śledzącemu te zmiany zawodowo niż utrzymywać wewnętrznie obok podstawowej działalności.

Budować samodzielnie czy powierzyć wyspecjalizowanemu zespołowi?

To pytanie, które prędzej czy później zadaje sobie każdy zespół produktowy w banku. Odpowiedź rzadko brzmi „wszystko sami" lub „wszystko na zewnątrz" — chodzi o właściwy podział. Logika jest taka sama jak w całym sektorze: kluczowe relacje, dane i decyzje produktowe zostają w banku, a powtarzalne, technicznie wymagające wytwarzanie i utrzymanie warstwy VAS warto powierzyć zespołowi, dla którego to jest podstawowa działalność.

Za outsourcingiem (lub modelem hybrydowym — uzupełnieniem zespołu banku) przemawia kilka argumentów:

• Czas wejścia na rynek (time-to-market). Wyspecjalizowany zespół ma gotowe wzorce integracji z bramkami płatniczymi, dostawcami biletów czy operatorami eSIM i nie uczy się tego od zera.
• Architektura gotowa na skalę. Dobrze zaprojektowana warstwa usług pozwala dodawać kolejne VAS bez przepisywania aplikacji za każdym razem.
• Bezpieczeństwo wbudowane w proces. Testy zgodne ze standardem OWASP MASVS (Mobile Application Security Verification Standard — standard weryfikacji bezpieczeństwa aplikacji mobilnych), tokenizacja i zgodność z wymogami sklepów to rutyna, a nie projekt badawczy.
• Gotowość na DORA. Partner z doświadczeniem w sektorze finansowym dostarcza dokumentację, audytowalność i procesy, których wymaga regulacja.
• Skupienie zespołów banku. Wewnętrzni programiści koncentrują się na produktach stanowiących o przewadze, zamiast utrzymywać dziesiątki integracji.

Wybierając dostawcę warstwy VAS, warto sprawdzić go według poniższej checklisty:

Kryterium	Na co zwrócić uwagę
Zgodność z DORA i outsourcingiem bankowym	umowa z opisem funkcji ICT, prawo audytu, lokalizacja danych, BCP, strategia wyjścia
Bezpieczeństwo	testy wg OWASP MASVS, tokenizacja, zgodność z PCI, biometria
Architektura i skalowalność	modułowość, możliwość dodawania usług bez przebudowy aplikacji
Czas wdrożenia	gotowe wzorce integracji, SDK, środowiska demonstracyjne
Doświadczenie w fintech/bankowości	realne wdrożenia płatnicze i bankowe w portfolio
Utrzymanie i transfer wiedzy	SLA, zgodność ze sklepami, przeniesienie praw majątkowych do kodu

Jak podchodzi do tego Norbsoft

Norbsoft to polski software house (producent oprogramowania) tworzący aplikacje mobilne na iOS i Android od 2003 roku — z ponad 200 zrealizowanymi projektami używanymi przez odbiorców w 45 krajach. W obszarze płatności, bankowości i usług dodanych łączymy doświadczenie, którego rzadko spotyka się razem.

Usługi dodane w praktyce. Przez lata rozwijaliśmy aplikacje SkyCash — system, który osiągnął 3 mln użytkowników, 80% udziału w rynku opłat parkingowych smartfonem i 50% w sprzedaży biletów komunikacji miejskiej w kanale mobilnym. Sercem rozwiązania jest podejście Server-Driven UI (interfejs sterowany serwerem), w którym układ i logika ekranów przesyłane są z serwera i renderowane natywnie na urządzeniu. Pozwoliło to zbudować jeden silnik obsługujący wiele aplikacji i partnerów (m.in. mobiParking, Multikino, Helios, Kino Luna czy PKP Intercity Mobile Navigator) oraz wdrażać nowe usługi i rynki bez konieczności aktualizowania aplikacji. To dokładnie ta elastyczność, której potrzebuje bank planujący stale poszerzać katalog VAS.

Aplikacja SkyCash — natywne wdrożenie zrealizowane przez Norbsoft (parkingi, bilety, kolej, autostrady, doładowania).

Bramka płatnicza. Dla Autopay zbudowaliśmy od podstaw nowoczesne SDK do bramki płatniczej na iOS (Swift, SwiftUI) i Android (Kotlin, Jetpack Compose). Modułowa architektura oddziela logikę biznesową, komunikację z API i warstwę interfejsu, obsługuje BLIK, karty, Apple Pay, Google Pay i szybkie przelewy, a lista metod płatności generowana jest dynamicznie — bez zmian w aplikacjach klienckich. Rozwiązanie powstało z myślą o zgodności z wymaganiami aplikacji finansowych i wytycznymi dostępności WCAG.

Bankowość i bezpieczeństwo. Zrealizowaliśmy Portfel SGB — pierwszą w Polsce aplikację płatności mobilnych dla banków spółdzielczych, łączącą 176 banków w jednej aplikacji, z płatnościami zbliżeniowymi opartymi na HCE (Host Card Emulation), tokenizacją i biometrią. Dla NN TFI24 stworzyliśmy aplikację inwestycyjną z wysokim naciskiem na bezpieczeństwo, rozwijaną wspólnie od lat. Realizowaliśmy też aplikację bankowości korporacyjnej mobileConnect (później przemianowaną na PKO mobileConnect) — więcej w sekcji finanse i ubezpieczenia.

Programy lojalnościowe i zaangażowanie. Doświadczenie w budowaniu zaangażowania przenosi się wprost na VAS. Aplikacja Costa Coffee Club zastąpiła plastikowe karty i pozwoliła budować dopasowane oferty, a przy aplikacji PAYBACK wdrażaliśmy mechanizmy wielokanałowe (omnichannel) z użyciem beaconów (nadajników Bluetooth).

Każdy z tych projektów łączy wspólny mianownik wymagany w bankowych VAS: bezpieczeństwo zgodne z OWASP MASVS, skalowalna architektura i utrzymanie z gwarancją jakości.

To podwójne doświadczenie — od strony banku (Portfel SGB, NN TFI24) i od strony dostawcy usług (aplikacje SkyCash, bramka Autopay) — pozwala Norbsoft przejąć odpowiedzialność za całą warstwę usług dodanych: od analizy i projektu, przez integracje z dostawcami i bramkami płatniczymi, po testy, utrzymanie i zgodność z wymogami DORA. Równie dobrze możemy wzmocnić zespół banku w wybranym fragmencie — bez przejmowania całości.

Jeśli rozważasz, jak rozwijać warstwę usług dodanych w swojej aplikacji — własnym zespołem czy z partnerem — porozmawiajmy o zakresie i wykonalności.

FAQ — najczęstsze pytania o usługi dodane (VAS) w bankowości

Czym są usługi dodane (VAS) w bankowości?

To funkcje w aplikacji bankowej wykraczające poza klasyczne operacje finansowe — parkowanie, bilety komunikacji, opłaty za autostrady, doładowania telefonu, eSIM, karty podarunkowe, ubezpieczenia czy marketplace. Ich celem jest załatwienie codziennej sprawy klienta bez wychodzenia z aplikacji banku, co zwiększa jego zaangażowanie i lojalność.

Dlaczego banki oferują VAS, skoro to nie ich podstawowy biznes?

Bo decyduje to o utrzymaniu codziennego kontaktu z klientem. Fintechy takie jak Revolut przejmują interakcje przez usługi niebankowe (np. eSIM), a finanse wbudowane przenoszą część przychodów poza banki. VAS zwiększają częstotliwość korzystania z aplikacji, podnoszą koszt zmiany dostawcy i dostarczają danych do personalizacji.

Czy bank musi budować usługi VAS samodzielnie?

Nie. Na polskim rynku dominuje model, w którym bank jest właścicielem relacji z klientem, a warstwę usługową dostarcza wyspecjalizowany dostawca (np. Autopay, SkyCash, moBILET) lub partner technologiczny. Pozwala to skrócić czas wdrożenia i odciążyć wewnętrzne zespoły od utrzymania dziesiątek integracji.

Jakie wymogi regulacyjne dotyczą powierzenia VAS zewnętrznemu dostawcy?

Outsourcing bankowy regulują art. 6a–6d Prawa bankowego, Rekomendacja D KNF i wytyczne EBA. Od 17 stycznia 2025 roku obowiązuje rozporządzenie DORA, które wymaga w umowach ICT m.in. prawa do audytu (także dla nadzoru), wskazania lokalizacji danych, planów ciągłości działania, zgłaszania incydentów i strategii wyjścia.

Którzy dostawcy realizują usługi VAS w polskich aplikacjach bankowych?

Bilety i parkowanie dostarczają głównie moBILET oraz SkyCash, opłaty za autostrady i eSIM — Autopay, karty podarunkowe m.in. PKO Finat, a marketplace mBanku — morele.net. Bank łączy ofertę wielu partnerów w jednej, spójnej aplikacji i pozostaje właścicielem relacji z klientem.

Jak sztuczna inteligencja i nadchodzące PSD3 zmienią usługi dodane (VAS)?

AI personalizuje VAS — podpowiada właściwą usługę w odpowiednim momencie zamiast zapełniać menu, ale też napędza agentów zakupowych, którzy mogą omijać bank przy wyborze płatności. Pakiet PSD3, PSR i FIDA (zaproponowany przez UE w 2023 r., wchodzący w życie etapami) rozszerzy otwartą bankowość w stronę otwartych finansów, poprawi interfejsy API i wzmocni reguły antyfraudowe — podnosząc wymagania wobec warstwy VAS.

Źródła

• Bank Pekao — komunikat „Usługi dodane w bankowości: od wygodnego dodatku do strategicznego ekosystemu", sierpień 2025: media.pekao.com.pl
• mBank — Strategia Grupy mBanku 2026–2030 „Cała naprzód!" (komunikat, wrzesień 2025): pl.media.mbank.pl
• Deloitte — Digital Banking Maturity 2024: deloitte.com
• Związek Banków Polskich / NetB@nk (via PRNews) — bankowość mobilna, I kw. 2025: prnews.pl
• PRNews — wyniki Revolut za 2025 r. (klienci w Polsce i globalnie): prnews.pl
• TechCrunch — Revolut osiąga wycenę 75 mld USD (listopad 2025): techcrunch.com
• Bankier.pl — Revolut w rankingu banków, wrzesień 2025: bankier.pl
• Bankier.pl — Revolut wprowadził eSIM: bankier.pl
• FinTech Polska — plany mobilne Revolut w Polsce: fintechpolska.com
• BLIK — podsumowanie 2025 r.: blik.com
• PYMNTS / FIS (Jim Johnson) — banki tracące kontrolę nad płatnością, czerwiec 2026: pymnts.com
• Embedded Finance Review — Allegro Pay: embeddedfinancereview.com
• Telepolis — rynek BNPL w Polsce 2025: telepolis.pl
• Trendy w bankowości 2025–2030 (m.in. dane Publicis Sapient o gotowości banków na super-aplikacje), via PRNews: prnews.pl
• Grand View Research — Embedded Finance Market: grandviewresearch.com
• Grand View Research — Super Apps Market: grandviewresearch.com
• cashless.pl — dostawcy usług transportowych w aplikacjach bankowych, październik 2024: cashless.pl
• cashless.pl — marketplace mBanku i morele.net: cashless.pl
• Lendtech.pl — Blue Media / Autopay: liczba klientów: lendtech.pl
• SkyCash — bilety 10 przewoźników kolejowych: skycash.com
• DBS — uruchomienie marketplace'u nieruchomości: dbs.com
• Nu Holdings — wyniki Q4/FY2025 (via Investing.com): investing.com
• The Korea Economic Daily — KakaoBank, liczba użytkowników: sedaily.com
• ICICI Bank — iMobile Pay: icici.bank.in
• ICICI Bank — iMobile Pay dla osób niebędących klientami banku: icici.bank.in
• LEX / Wolters Kluwer — „O czym banki powinny pamiętać, oferując usługi dodatkowe?", marzec 2026: lex.pl
• KNF — DORA, wymogi umów z dostawcami ICT (art. 28/30): knf.gov.pl
• Deloitte — hiperpersonalizacja w bankowości: deloitte.com
• PKO Bank Polski — voiceboty i asystent głosowy w IKO (lipiec 2025): pkobp.pl
• McKinsey — agentic AI a globalne pule zysków bankowości: mckinsey.com
• DBS — „World's Best AI Bank" 2025 (Global Finance): dbs.com
• Norton Rose Fulbright — PSD3 i PSR: status i harmonogram: nortonrosefulbright.com
• Worldline — zakres i harmonogram PSD3/PSR: worldline.com
• finAPI — status regulacji FIDA (otwarte finanse): finapi.io