Słownik pojęć z decyzji o aplikacji

26 pojęć, które wracają w każdej rozmowie o budowie produktu cyfrowego — zdefiniowanych tak, żeby dało się je zacytować bez kontekstu, z jednym zdaniem „w praktyce” i z odsyłaczem do artykułu, w którym stoją liczby, źródła i daty. Te same definicje, pod tym samym identyfikatorem, publikują wspólnie policzpomysl.pl i pomyslnaaplikacje.pl — jeden wydawca, jedna definicja.

Walidacja i test pomysłu

Walidacja pomysłu

Sprawdzenie, czy ktoś zapłaci za rozwiązanie problemu, zanim to rozwiązanie powstanie. Walidacja kończy się liczbą (odsetek zapisów, koszt leada, liczba przedpłat), nie opinią znajomych. Siedem kroków od pomysłu do decyzji, każdy z progiem liczbowym: Mam pomysł na aplikację — co dalej?

W praktyce: Zanim zamówisz budowę, ustal jedną liczbę, która ma wyjść z testu, i próg, poniżej którego pomysł odkładasz.

Smoke test

Najtańsza forma walidacji: strona z obietnicą produktu i przyciskiem, a za nią reklama za kilkaset złotych. Mierzy CTR reklamy, konwersję na zapis i koszt leada, zanim istnieje jakikolwiek produkt. Progi „idź dalej / popraw / stop” i rachunek pewności przy małej próbie: Co znaczą wyniki smoke testu?

W praktyce: Zanim napiszesz pierwszą linię kodu, postaw stronę z obietnicą i kup ruch — zapisy pokażą, czy ktoś chce ten produkt.

Przedział Wilsona

Sposób liczenia przedziału ufności dla odsetka (np. konwersji) przy małej liczbie prób. Mówi, w jakich granicach naprawdę leży wynik: 5 zapisów ze 100 kliknięć to konwersja „między 2,2 % a 11,2 %”, nie „5 %”. Dlatego 20 zapisów z 400 kliknięć znaczy więcej niż 2 z 40, choć procent jest ten sam. Podstawienie liczbowe: smoke test — interpretacja progów

W praktyce: Zanim ogłosisz wynik testu, podaj go jako przedział, nie jeden procent — przy małej próbie decyzja potrafi się odwrócić.

MVP (minimum viable product)

Najmniejsza wersja produktu, którą realni użytkownicy są w stanie używać i za którą ktoś płaci. MVP nie jest testem pomysłu — test kosztuje setki złotych, MVP dziesiątki tysięcy; MVP buduje się PO walidacji, nie zamiast niej. Kiedy pomysł w ogóle nie nadaje się na aplikację, tylko na usługę albo arkusz: Kiedy pomysł NIE nadaje się na aplikację

W praktyce: Zanim zlecisz MVP, sprawdź, czy masz wynik walidacji — inaczej płacisz za produkt, którego nikt jeszcze nie zamówił.

Budowa i koszty

No-code i low-code

Narzędzia (Bubble, FlutterFlow, Softr, Glide, Webflow), w których aplikację składa się z gotowych elementów bez pisania kodu (no-code) albo z niewielką ilością kodu (low-code). Koszt nie kończy się na budowie: platforma pobiera opłatę rosnącą z liczbą użytkowników. Rachunek dla 1 000 i 10 000 użytkowników: Ile kosztuje utrzymanie aplikacji no-code?

W praktyce: Zanim wybierzesz no-code, policz opłatę platformy przy docelowej liczbie użytkowników, nie przy pierwszych kilku.

Vibe coding

Budowanie aplikacji przez opisywanie jej asystentowi AI (Cursor, Lovable, Bolt, Claude Code) zamiast pisania kodu ręcznie. Daje działający prototyp w godziny, ale granica przebiega tam, gdzie zaczynają się płatności, dane osobowe i skalowanie. Gdzie AI-MVP wystarcza, a gdzie jest pułapką: Vibe coding vs software house

W praktyce: Zanim oddasz prototyp z AI użytkownikom, sprawdź, czy dotyka płatności albo danych osobowych — tam kończy się jego zasięg.

TCO (całkowity koszt posiadania)

Suma wszystkich kosztów aplikacji w zadanym okresie — nie tylko cena budowy, ale hosting, utrzymanie, poprawki, licencje, sklepy aplikacji, wsparcie. Dla produktu cyfrowego liczy się TCO na 3 lata, bo koszt „po odbiorze” bywa większy niż koszt budowy. Rozbicie z cennikami: Ile kosztuje aplikacja przez 3 lata?

W praktyce: Zanim porównasz oferty, policz koszt każdej z nich na trzy lata razem z hostingiem, utrzymaniem i licencjami.

CPI, CPL, CPC

Trzy stawki, z których wynika koszt pozyskania użytkownika: CPC — koszt jednego kliknięcia w reklamę, CPL — koszt jednego leada (zapisu, kontaktu), CPI — koszt jednej instalacji aplikacji mobilnej. Budżet na pierwszy tysiąc użytkowników liczy się z tych stawek i konwersji, nie „z głowy”: Ile kosztuje pozyskanie pierwszych 1 000 użytkowników w Polsce?

W praktyce: Zanim ustalisz budżet reklamy, zdecyduj, którą jednostkę kupujesz — kliknięcie, leada czy instalację — bo każda daje inny rachunek.

Bramka płatności

Operator, który przyjmuje płatność od klienta i przekazuje ją na konto sprzedawcy za prowizję od transakcji (w Polsce m.in. Przelewy24, Tpay, Stripe; BLIK jest metodą dostępną w każdej z nich). Różnice to prowizja, opłata stała, czas aktywacji i to, czy operator obsłuży działalność nierejestrowaną: Płatności w polskim MVP — porównanie

W praktyce: Zanim wybierzesz bramkę, sprawdź prowizję, opłatę stałą, czas aktywacji i to, czy przyjmie twoją formę prawną.

Modele współpracy i prawo

Revenue share

Model, w którym wykonawca aplikacji dostaje ustalony procent od przychodu produktu zamiast (albo obok) ceny za budowę. Nie jest udziałem w firmie — to zapis w umowie o wynagrodzeniu, który wymaga osobnego uregulowania praw do kodu, dostępu do danych i tego, co dzieje się po rozstaniu. Kto w Polsce tak pracuje i o co zapytać w umowie: Kto w Polsce buduje aplikacje za udział w przychodzie?

W praktyce: W umowie zapisz procent, podstawę jego liczenia, prawa do kodu, dostęp do danych i zasady rozstania.

Success fee

Wynagrodzenie płatne dopiero po osiągnięciu umówionego rezultatu (np. uruchomienie sprzedaży, określona liczba klientów). W budowie aplikacji łączy się zwykle z częścią stałą; sam success fee przenosi ryzyko na wykonawcę, więc rzadko obejmuje całość wynagrodzenia. Czym success fee różni się od revenue share i venture buildera: Kto w Polsce buduje aplikacje za udział w przychodzie?

W praktyce: W umowie zapisz, jaki dokładnie rezultat uruchamia wypłatę i kto go mierzy, zanim zaczniesz pracę.

Build-launch-transfer

Układ, w którym jedna strona buduje produkt, uruchamia sprzedaż do pierwszych klientów i dopiero potem przekazuje ster właścicielowi. Kluczowe w umowie: moment przekazania (data albo próg klientów), co dokładnie jest przekazywane (kod, konta, dane, domena) i kto ponosi koszty rozruchu. Trzy fazy, dwanaście punktów przekazania i pytania do umowy: Kto buduje aplikację, kto uruchamia sprzedaż i kiedy przekazuje ster?

W praktyce: W umowie zapisz moment przekazania, listę przekazywanych rzeczy i to, kto płaci za rozruch.

Przeniesienie praw autorskich a licencja

Przeniesienie praw majątkowych oznacza, że kod staje się własnością zamawiającego na wymienionych w umowie polach eksploatacji; licencja to tylko zgoda na korzystanie — kod pozostaje u twórcy. Bez wyraźnego zapisu o przeniesieniu polska ustawa przyjmuje licencję (art. 65 pr. aut.), a przeniesienie wymaga formy pisemnej (art. 53). Prawa do kodu z AI i z no-code: Czyj jest kod wygenerowany przez AI?

W praktyce: Zanim podpiszesz, sprawdź, czy umowa mówi o przeniesieniu praw na wymienionych polach eksploatacji, czy tylko o licencji.

Escrow (depozyt kodu źródłowego)

Umowa trójstronna, w której kod źródłowy trzyma niezależny depozytariusz i wydaje go zamawiającemu po zajściu zdarzenia z umowy (upadłość wykonawcy, porzucenie utrzymania). Zabezpiecza ciągłość produktu, gdy prawa do kodu nie przeszły w całości. Ceny i warunki wydania: depozyt kodu w umowie revenue share

W praktyce: W umowie zapisz, jakie zdarzenie uruchamia wydanie kodu z depozytu i kto pokrywa koszt depozytu.

Działalność nierejestrowana

Sprzedaż bez rejestrowania firmy, dopuszczalna do limitu przychodu: od 1 stycznia 2026 r. limit jest kwartalny i wynosi 225 % minimalnego wynagrodzenia (10 813,50 zł przy płacy minimalnej 4 806 zł; art. 5 ust. 1 Prawa przedsiębiorców). Dla testu pomysłu to najtańsza forma prawna, ale część bramek płatności i platform jej nie obsługuje. Limit i praktyka: Działalność nierejestrowana 2026 jako budżet testu

W praktyce: Zanim wybierzesz tę formę na test, sprawdź, czy twoja bramka płatności i platforma sprzedaży ją obsługują.

White-label

Gotowy produkt sprzedawany pod marką innej firmy: dostawca odpowiada za technologię, a odbiorca wystawia własne logo, domenę i cennik. Umowa rozstrzyga, kto obsługuje użytkownika końcowego, czyje są dane i czy odbiorca może produkt dalej odsprzedawać. Ten sam kod obsługuje zwykle wielu odbiorców, każdego pod jego własną marką.

W praktyce: W umowie zapisz, czyja marka widnieje w aplikacji, kto obsługuje użytkownika końcowego i komu wolno ją dalej odsprzedawać.

Rynek i przychody

ARPU i ARPPU

ARPU — średni przychód na użytkownika (wszystkich, także niepłacących); ARPPU — średni przychód na użytkownika płacącego. Globalne ARPU z raportów zawyża wynik dla Polski (mix krajów, kurs, siła nabywcza) — poprawka to wskaźnik poziomu cen. Liczby dla Polski: Ile zarabiają polskie aplikacje?

W praktyce: Zanim przeliczysz przychód z cudzego ARPU, sprawdź, z jakich krajów pochodzi, i skoryguj je na polskie ceny.

Konwersja freemium

Odsetek użytkowników darmowej wersji, którzy zaczynają płacić. W aplikacjach subskrypcyjnych mierzy się ją w oknie (np. 35 dni od instalacji) i różni się kilkukrotnie między regionami i modelami dostępu (paywall vs freemium). Benchmarki i przeliczenie na złotówki: ARPU polskich aplikacji

W praktyce: Zanim policzysz przychód, ustal okno pomiaru konwersji i model dostępu, bo bez nich benchmark nie znaczy nic.

Penetracja niszy i HHI

Penetracja — jaki odsetek firm w niszy już korzysta z rozwiązania lidera (wolumen lidera podzielony przez wielkość niszy). HHI — suma kwadratów udziałów rynkowych, miara koncentracji: poniżej 1 000 punktów rynek rozproszony, powyżej 1 800 skoncentrowany. Cztery polskie nisze policzone do końca: W których branżach nie ma już miejsca na kolejną aplikację?

W praktyce: Zanim uznasz niszę za wolną, policz, ile firm z tej niszy używa już rozwiązania lidera.

Przeżywalność firm

Odsetek firm, które działają po roku, trzech albo pięciu latach od rejestracji. W Polsce krążą trzy różne liczby (59 %, 70 %, „1 na 10”), bo mierzą różne populacje i okresy. Przed użyciem trzeba sprawdzić mianownik: Przeżywalność firm w Polsce — rozstrzygnięcie

W praktyce: Zanim zacytujesz odsetek przeżywalności, sprawdź, jaką populację firm i jaki okres mierzy podana liczba.

Retencja

Odsetek użytkowników, którzy wracają do produktu po zadanym czasie od pierwszego uruchomienia — najczęściej po dniu, tygodniu i miesiącu. Retencja mierzy utrzymanie, nie pozyskanie: pokazuje, ilu ze zdobytych użytkowników nadal korzysta z aplikacji. Bez niej liczba instalacji nie mówi nic o wielkości aktywnej bazy. Ile z pozyskanych instalacji zostaje po miesiącu i co to robi z budżetem: Ile kosztuje pozyskanie pierwszych 1 000 użytkowników w Polsce?

W praktyce: Zanim policzysz przychód z pozyskanych użytkowników, sprawdź, ilu z nich wraca do aplikacji po pierwszym miesiącu.

Churn (rezygnacje)

Odsetek klientów albo subskrypcji utraconych w danym okresie — druga strona retencji. W modelu abonamentowym churn wyznacza sufit bazy: przy stałym tempie sprzedaży liczba klientów rośnie tylko do poziomu, na którym nowe umowy równoważą odejścia. Mierzy się go zwykle miesięcznie albo rocznie. Ile pozyskań miesięcznie trzeba przy danej rezygnacji i gdzie stoi sufit bazy: Ilu klientów potrzeba, żeby aplikacja branżowa na abonament się opłacała?

W praktyce: Zanim zaplanujesz wzrost, policz, ilu klientów musisz pozyskiwać miesięcznie, żeby rezygnacje nie zjadły całej bazy.

SaaS dla branży (vertical SaaS)

Oprogramowanie w abonamencie zbudowane dla jednej branży — jej słownika, obiegu pracy i wymogów prawnych — zamiast dla wszystkich firm naraz. Mianownikiem nie jest cały rynek, tylko liczba firm w tej branży, które w ogóle kupują oprogramowanie. Wąski zakres upraszcza produkt i sprzedaż, ale zamyka pułap przychodu. Czym różni się narzędzie dla siebie od produktu dla całej branży: Zbudować narzędzie dla siebie czy produkt dla całej branży?

W praktyce: Zanim wybierzesz branżę dla swojego produktu, policz, ile firm w niej naprawdę kupuje oprogramowanie.

Produkt i technologia

PWA (Progressive Web App)

Aplikacja webowa, którą przeglądarka pozwala zainstalować na telefonie i komputerze — z własną ikoną i oknem bez paska adresu, bez pośrednictwa sklepu z aplikacjami. Jedna wersja kodu działa na wszystkich urządzeniach, a aktualizacja nie przechodzi przez przegląd sklepu. Po pełny dostęp do funkcji sprzętu i obecność w sklepie z aplikacjami sięga się po wersję natywną. Kiedy przeglądarka wystarczy, a kiedy trzeba iść do sklepu: PWA czy aplikacja natywna — kiedy przeglądarka wystarczy firmie?

W praktyce: Zanim zapłacisz za konto w sklepie z aplikacjami, sprawdź, czy twój produkt potrzebuje czegoś więcej niż przeglądarka.

Integracja z KSeF

Połączenie aplikacji z Krajowym Systemem e-Faktur, przez które faktury wystawia się i odbiera w systemie Ministerstwa Finansów zamiast wysyłać je samodzielnie. Odbierać faktury w KSeF musi każdy podatnik od 1 lutego 2026 r., wystawiać w nim — najwięksi podatnicy od tej samej daty, a pozostali od 1 kwietnia 2026 r. Bez tej integracji aplikacja z fakturowaniem nie zamyka obiegu dokumentów. Kogo dotyczy, od kiedy obowiązuje i co zmienia w obiegu faktur: KSeF 2026 — kogo dotyczy i co zmienia?

W praktyce: Zanim obiecasz klientom faktury w aplikacji, sprawdź, czy twój dostawca ma gotowe połączenie z KSeF.

Sandbox płatności

Środowisko testowe bramki płatności: osobne konto i klucze, na których przechodzi się całą ścieżkę zapłaty bez ruchu prawdziwych pieniędzy. Służy do sprawdzenia płatności, zwrotu, nieudanej transakcji i powiadomień o statusie, zanim ruszy sprzedaż. Konto produkcyjne to osobny krok — wymaga weryfikacji firmy przez operatora. Prowizje, czas aktywacji i wymogi weryfikacji polskich bramek: Płatności w polskim MVP — porównanie

W praktyce: Zanim uruchomisz sprzedaż, przejdź w trybie testowym całą ścieżkę płatności razem ze zwrotem i nieudaną transakcją.