Bartosz Sikora: studio aplikacji z Wrocławia, które uratowało płynność dzięki płatnościom etapowym

Projekty warte od dwustu tysięcy do dwóch milionów złotych, ciągnące się miesiącami, z klientami zmieniającymi specyfikację co tydzień. Gdy jedna duża zaległość niemal wstrzymała wypłaty dla pięcioosobowego zespołu, Bartosz zrozumiał, że problemem nie była kwota, lecz rytm.

Pięć osób i jeden duży projekt naraz

Bartosz Sikora prowadzi we Wrocławiu pięcioosobowe studio tworzenia aplikacji. Biuro mieści się w jednym z biurowców na Krzykach, ale połowa zespołu pracuje zdalnie. Studio robi aplikacje na zamówienie dla firm — systemy wewnętrzne, platformy klienckie, aplikacje mobilne. Projekty są duże: od 200 tysięcy do 2 milionów złotych, a czas realizacji to od 3 do 18 miesięcy. Bartosz ma 37 lat, jest programistą, który nieoczekiwanie dla samego siebie stał się przedsiębiorcą — i to ta druga rola sprawiała mu najwięcej kłopotów.

Przez pierwsze trzy lata studio działało w modelu, który Bartosz nazywa dziś „naiwnym”. Podpisywali umowę na cały projekt, robili go miesiącami, a fakturę wystawiali na końcu albo w dwóch dużych transzach — połowa na start, połowa na koniec. Brzmiało rozsądnie. W praktyce był to przepis na katastrofę płynności.

Dwa problemy, które się nakładały

Pierwszy problem: zmiany specyfikacji. Klienci korporacyjni słyną z tego, że w trakcie projektu zmieniają zdanie. Aplikacja, która miała mieć pięć modułów, w piątym miesiącu „potrzebuje” jeszcze trzech. Zespół Bartosza robił te zmiany, bo chciał być elastyczny, ale praca rosła, a płatność — przywiązana do pierwotnej umowy — stała w miejscu. „Robiliśmy coraz więcej za te same pieniądze, a pieniądze i tak miały przyjść dopiero na końcu. To było podwójne ostrze”.

Drugi problem, znacznie groźniejszy: rozjazd między postępem prac a płatnościami. Zespół pracował intensywnie przez wiele miesięcy — pensje, serwery, narzędzia trzeba było płacić co miesiąc — a duża faktura przychodziła dopiero po dostarczeniu. Studio kredytowało klienta własną pracą przez pół roku. Dopóki wszyscy płacili, jakoś się spinało. Aż pewnego razu duży klient — firma produkcyjna zamawiająca platformę za ponad milion złotych — opóźnił płatność końcową o kilka miesięcy, kwestionując drobne elementy odbioru. Studio miało pięć pensji do wypłaty i niemal nic na koncie. „To był najgorszy miesiąc w mojej karierze. Patrzyłem na pięć osób, które mi zaufały, i nie wiedziałem, czy w piątek będą miały wypłatę. Jedna zaległość niemal położyła firmę, która w papierach była zdrowa”.

Diagnoza: problem nie w kwocie, w rytmie

Po tamtym kryzysie Bartosz usiadł z księgowym i przeanalizował, co się stało. Wniosek był jasny: firma była rentowna, projekty dochodowe, ale rytm ściągania należności był fatalny. Pieniądze przychodziły zbyt rzadko i zbyt późno w stosunku do tego, jak regularnie wychodziły koszty. „Nie potrzebowaliśmy więcej pieniędzy. Potrzebowaliśmy ich częściej i w rytmie zgranym z pracą”.

Rozwiązaniem stały się płatności etapowe powiązane z kamieniami milowymi projektu. Bartosz przebudował zarówno umowy, jak i sposób fakturowania w InvoiceFlow.

Struktura etapów: 30 / 20 / 30 / 20

Każdy duży projekt został rozbity na cztery etapy z przypisanymi płatnościami:

Wymagania — 30%. Pierwszy etap to dogłębna analiza i specyfikacja. Płatny w 30% wartości projektu z góry. To pokrywa pierwsze miesiące pracy zespołu i — co kluczowe — sprawia, że klient ma „skórę w grze” od początku.
Prototyp — 20%. Po dostarczeniu działającego prototypu kolejne 20%. Klient widzi namacalny efekt, studio dostaje zastrzyk gotówki.
Rozwój — 30%. Główna faza budowy, płatna po osiągnięciu uzgodnionego etapu rozwoju. Największy kawałek pracy zgrany z największym pojedynczym wpływem w środku, nie na końcu.
Dostawa — 20%. Ostatnie 20% przy oddaniu i odbiorze. To wciąż istotna kwota, ale już nie dramatyczne „wszystko albo nic”, które wcześniej decydowało o przetrwaniu.

W InvoiceFlow Bartosz ustawił to jako serię faktur przypisanych do kamieni milowych. Każdy etap to osobny dokument z jasnym opisem, co jest płatne i za co. Klient widzi z góry cały harmonogram płatności i wie, że pieniądze są związane z konkretnymi, weryfikowalnymi rezultatami.

Zmiany specyfikacji jako osobne etapy

Płatności etapowe rozwiązały też problem zmieniających się wymagań. Gdy klient chce dodać moduły poza pierwotnym zakresem, nie jest to już „darmowa elastyczność” — staje się osobnym, wycenionym etapem z własną fakturą. „Teraz, gdy klient mówi «a dorzućcie jeszcze to», odpowiadamy: świetnie, to jest dodatkowy etap, o takiej wartości, płatny po dostarczeniu. Klienci to akceptują, bo widzą logikę. Skończyło się robienie coraz więcej za te same pieniądze”.

Klauzule umowy o usługi

Bartosz podkreśla, że płatności etapowe muszą być zakotwiczone w umowie. Przy projektach za setki tysięcy i miliony złotych umowa o świadczenie usług to nie formalność, lecz tarcza. Wraz z prawnikiem doprecyzował kilka rzeczy: jasną definicję każdego kamienia milowego i kryteriów jego odbioru, terminy płatności po akceptacji etapu, zasady wprowadzania zmian zakresu (jako odrębnie wyceniane etapy) oraz konsekwencje opóźnień w płatności — w tym prawo do wstrzymania prac do czasu uregulowania należności za zakończony etap. „Gdybym miał taką klauzulę przy tamtym milionowym projekcie, nigdy nie znalazłbym się w sytuacji, w której kredytuję klienta własnymi pensjami przez pół roku. Umowa o usługi z dobrze zdefiniowanymi etapami to dziś dla mnie ważniejsze niż sam kod”.

Efekty: rytm zamiast huśtawki

Po roku od wprowadzenia płatności etapowych studio Bartosza ma zupełnie inny profil płynności. Zamiast dwóch wielkich, odległych wpływów na projekt, gotówka przychodzi w czterech zgranych z pracą transzach. Ryzyko, że jedna zaległość położy firmę, drastycznie spadło — bo na końcu zostaje już tylko 20%, a nie 50% czy 100% wartości projektu. Wypłaty dla zespołu przestały być źródłem comiesięcznego niepokoju. „Najważniejsze, że znów mogę patrzeć moim ludziom w oczy z pewnością, że piątkowa wypłata będzie. Tej pewności nie daje wysokość kontraktu. Daje ją rytm wpływów”.

Wiele profili i kopia zapasowa

Studio prowadzi też mniejsze prace utrzymaniowe dla dawnych klientów — abonamentowe, comiesięczne. Bartosz rozważa rozdzielenie tego na osobny profil firmowy, by oddzielić duże projekty etapowe od stałej obsługi. Raz w tygodniu — bo przy projektach tej skali tygodniowo to rozsądny rytm — zespół robi kopię zapasową danych fakturowych. „Przy projektach za miliony złotych utrata historii rozliczeń etapowych byłaby nie do pomyślenia. Backup to u nas taka sama procedura jak commit do repozytorium”.

Piątek, na który czeka się spokojnie

Jest czwartek wieczorem. Bartosz przegląda status trzech trwających projektów. Dla jednego właśnie zatwierdzono prototyp — faktura za etap drugi (20%) idzie jutro rano. Dla drugiego zespół kończy fazę rozwoju, więc wkrótce kolejny kamień milowy i kolejny wpływ. Trzeci dopiero ruszył — wpłynęło 30% za etap wymagań, więc pierwsze miesiące pracy są pokryte. Pięć wypłat na jutro jest zabezpieczonych. Bartosz zamyka laptopa bez tego ciężaru w żołądku, który towarzyszył mu przez lata. „Kod zawsze umiałem pisać. Tego, że firma to przede wszystkim rytm pieniędzy, a nie wielkość kontraktów, musiałem nauczyć się boleśnie. Ale się nauczyłem”.

O autorze

Redakcja InvoiceFlow opisuje prawdziwe wyzwania polskich mikroprzedsiębiorców, freelancerów i twórców. Postaci w naszych historiach są fikcyjne, ale scenariusze podatkowe, problemy z przepływem gotówki i rozwiązania pochodzą z realnych rozmów z użytkownikami aplikacji. InvoiceFlow to aplikacja na Androida do wystawiania faktur, zarządzania klientami i porządkowania finansów małej firmy.