Znasz branżę od środka — dlaczego masz już większość aplikacji, której jeszcze nie ma?

Z czego składa się aplikacja dla branży — i czego z tej listy naprawdę nie masz?

Aplikacja, za którą płacą firmy z branży, ma pięć składników, a cztery z nich powstają poza kodem. Praktyk, który prowadzi firmę w tej branży, ma je z pracy, a nie z projektu: zna proces, mówi językiem branży, ma dostęp do właścicieli i jest dla nich wiarygodny.

Piąty składnik — kod, dane, płatności i utrzymanie — jest jedynym, którego nie da się nadrobić stażem. To także jedyny, który można kupić. Budowa i utrzymanie są usługą; kontakty i zaufanie usługą nie są.

Kolejność działa tylko w jedną stronę: piąty składnik domawia się w dowolnym momencie, pierwszych czterech — nie. Dlatego pytanie „czy umiem programować” jest źle postawione. Gdzie kończy się samodzielne budowanie, opisaliśmy osobno: czy da się zrobić aplikację z AI i gdzie to się kończy.

Czy firmy z Twojej branży w ogóle płacą za oprogramowanie?

Płacą, ale nierówno i głównie te większe. W badaniu GUS za 2025 rok system ERP wykorzystuje 40,5 % przedsiębiorstw, CRM ma 25,1 %, a usługi w chmurze kupuje 55,3 % (publikacja 8 grudnia 2025 roku).

Rozstrzygające jest rozbicie na wielkość firmy. Im mniejsza firma, tym rzadziej ma cokolwiek poza pocztą i arkuszem — i tym większa dziura, w którą wchodzi narzędzie zrobione przez kogoś z branży.

Dane za 2025 rok, GUS, tablice 12 i 14, publikacja 8 grudnia 2025 roku. Badanie nie obejmuje firm poniżej 10 pracujących.

Ta różnica jest Twoim rynkiem, a nie dowodem, że branża nie kupuje. Cztery na pięć małych firm w badaniu nie ma CRM-u, więc firma obok nie wybiera między Twoją aplikacją a dobrym systemem — wybiera między Twoją aplikacją a arkuszem i skrzynką pocztową.

Jest jeszcze haczyk, który zmienia sens tych procentów. Badanie ICT obejmuje wyłącznie podmioty o liczbie pracujących co najmniej 10 osób, czyli 108 612 firm. W innym badaniu GUS aż 2 307 838 z 2 374 497 aktywnych przedsiębiorstw niefinansowych pracuje w składzie do 9 osób.

To 97,2 % — przeliczenie z tablicy 1, dane za 2024 rok. Obu liczb nie wolno dodawać ani dzielić przez siebie, bo to dwa różne badania o różnym zakresie. Wniosek i tak jest mocny: o oprogramowaniu firm najmniejszych statystyka publiczna nie mówi prawie nic.

Ich proces znasz Ty, nie urząd statystyczny. Jak przeliczyć odsetki GUS na własną klasę PKD, pokazuje serwis siostrzany: jak policzyć, ile firm w mojej branży już płaci za oprogramowanie.

Jak sprawdzić w tydzień, że to nie jest tylko Twój problem?

Próg wynosi pięć firm i bierze się z arytmetyki, nie z przeczucia. Przy trzech rozmowach jeden uprzejmy rozmówca przechyla wynik; przy pięciu dwie odmowy zostawiają wciąż trzy potwierdzenia, a trzy niezależne firmy z tym samym wyjątkiem w procesie to już wzór, nie zbieg okoliczności.

Ważne jest też, o co pytasz. Pytaj o konkretny przypadek z zeszłego tygodnia — „ile razy robiłeś to ręcznie” zamiast „czy przydałaby się aplikacja”. Drugie pytanie zawsze dostaje „tak”, które nic nie kosztuje i niczego nie rozstrzyga.

W ponad 300 rozmowach o pomysłach na aplikację, które prowadziliśmy między czerwcem a wrześniem 2026 (ręczna klasyfikacja opisów pomysłu, stan 16.09.2026): 3 na 4 rozmówców prowadzi firmę w branży, której dotyczy pomysł, a 6 na 10 pomysłów to narzędzie dla firm z własnej branży.

To nie jest dowód, że Twój pomysł się obroni. To opis tego, skąd biorą się pomysły, które w ogóle wchodzą do rozmowy: z warsztatu, nie z prezentacji o rynku.

Pełny test z progami i rachunkiem kosztu problemu prowadzimy osobno — test pięciu pytań. Ile w złotych warte są kontakty, które już masz, liczymy w tekście o koszcie pozyskania klienta B2B wobec polecenia.

Konkurent jako partner: dlaczego firma obok zapłaci za to, co i tak robisz u siebie

Firma z branży nie kupuje oprogramowania — kupuje skrócenie własnego tygodnia o godziny, które umie policzyć co do sztuki. To jest cała różnica między Tobą a dostawcą z zewnątrz, który musi jej najpierw wytłumaczyć, na czym polega jej praca.

Co ją przekonuje. To, że Ty też z tego korzystasz. Dostawca pokazuje demonstrację na wymyślonych danych; Ty pokazujesz własne zlecenia przepuszczone przez ten sam ekran, z nazwami pól, które ta firma zna ze swojego biura.

Czego się boi. Że zobaczysz jej marże, jej klientów i jej terminy, a potem użyjesz tego przeciwko niej. Ten strach jest uzasadniony i nie rozbraja go żadne zapewnienie w rozmowie.

Co go rozbraja. Osobne konto i osobne dane każdej firmy, uprawnienia ustawione tak, że operator nie widzi treści cudzych zleceń, oraz eksport danych na żądanie.

Pomaga też liczba: 55,3 % firm w badaniu GUS już kupuje usługi w chmurze, więc ich dane i tak leżą u zewnętrznego dostawcy. Pytanie nie brzmi „u siebie czy na zewnątrz”, tylko „u kogo i na jakich warunkach”.

Co zapisać, zanim pokażesz ekran. Po co przetwarzasz dane partnera, kto po Twojej stronie ma do nich dostęp, co się z nimi dzieje przy wyjściu i czego nie wolno Ci z nimi zrobić. Cztery zdania na piśmie robią tu więcej niż godzina zapewnień.

Jest jeszcze reguła, którą praktycy pomijają: konkurent nie musi być pierwszym partnerem. Pierwsza bywa firma z sąsiedniej niszy — ten sam proces, inni klienci, zero konfliktu. Konkurent widzi wtedy działający produkt z referencją z branży, a nie pomysł na slajdzie.

Co zostaje po Twojej stronie, a co robi zespół, który buduje

Podział jest ostry. Ty odpowiadasz za to, co aplikacja ma robić i dla kogo, a zespół techniczny za to, żeby robiła to bezpiecznie i nie przestała po pierwszym tygodniu.

Dwie rzeczy z prawej kolumny warto znać, bo po nich poznaje się porządną robotę. Ekrany akceptuje się przed napisaniem logiki: kod pisany przed akceptem makiet przerabia się drugi raz, razem z bazą pod nim.

Druga rzecz: komplet zielonych testów nic nie znaczy, dopóki nie przechodzi jeden scenariusz prowadzący użytkownika od wejścia do pierwszej realnej wartości. U nas czerwony test tego scenariusza zatrzymuje wdrożenie, choćby reszta świeciła na zielono.

Całą kolejność prac, z artefaktem i akceptem przy każdym kroku, opisaliśmy w tekście o tym, jak przebiega tworzenie aplikacji dla firmy krok po kroku. Czego naprawdę nie musisz umieć, rozstrzygamy w artykule o tym, jak dzielą się role praktyka i zespołu, który buduje.