Faktura, która kosztowała mnie klienta wartego 60 000 zł

Autor: Daniel Kim, właściciel agencji tworzącej oprogramowanie — Seattle, WA

Przez osiem lat tworzyłem oprogramowanie w innych firmach, zanim założyłem własną agencję. Zanim się usamodzielniłem, umiałem projektować systemy, zarządzać sprintami i wypuszczać produkty. Czego nie umiałem — i czego nie uczą ani na studiach informatycznych, ani w roli product managera — to fakturować.

Mój pierwszy rok prowadzenia Kim Development był, według większości miar, dochodowy. Projekty spływały. Kod wychodził na produkcję. Klienci byli zadowoleni. Ale ta rentowność była iluzją, którą zrozumiałem dopiero po utracie klienta wartego 60 000 zł przez spór o rozliczenie, do którego nigdy nie powinno było dojść.

Spór, który wszystko zmienił

Spędziłem cztery miesiące, budując dedykowany system zarządzania magazynem dla hurtowego dystrybutora z okolic Seattle. Projekt był wyceniony na 48 000 zł. Mieliśmy podpisany zakres prac (SOW). Klient był zadowolony z efektu.

Problemem było fakturowanie. Wysyłałem nieformalne faktury w nieregularnych odstępach przez cały projekt — 12 000 zł tu, 8000 zł tam, kiedy sobie przypomniałem albo gdy potrzebowałem gotówki. Żadnej spójnej struktury. Żadnych kamieni milowych. Żadnych rozpisanych rezultatów.

Gdy wysłałem końcową fakturę na pozostałe saldo, klient ją zakwestionował. Był przekonany, że zapłacił już więcej, niż wynikało z zakresu projektu, opierając się na własnym nieformalnym śledzeniu moich faktur. Moje faktury nie odwoływały się do pierwotnego zakresu prac. Nie potrafili pogodzić tego, co zapłacili, z tym, co byli winni.

Spór kosztował mnie 4200 zł, których nigdy nie odzyskałem. Kosztował mnie też zlecenie na kontynuację, o którym klient wspominał w trakcie projektu — budowę dedykowanego modułu raportowego wartą 60 000 zł, która trafiła do innej agencji. Problem z prezentacją rozliczeń zniszczył relację o wartości sześciocyfrowej.

Ile naprawdę kosztuje nieprofesjonalne fakturowanie w branży IT

Błędy w rozliczeniach programistycznych bywają większe niż w innych branżach usługowych, ponieważ wartości projektów są większe. Spór o 200 zł w firmie usługowej jest irytujący. Spór o 4000 zł w projekcie programistycznym jest katastrofalny.

Konkretne błędy, które popełniałem:

Brak struktury kamieni milowych. Wysyłanie faktur, gdy potrzebna była gotówka, zamiast powiązania ich ze zdefiniowanymi fazami projektu, tworzyło zamęt co do tego, za co już zapłacono.

Brak odniesień do zakresu prac. Moje faktury były ogólnikowe — „Usługi programistyczne — marzec — 12 000 zł”. Żadnego powiązania z pierwotną umową. Żadnej dokumentacji rezultatów.

Brak konwersji na retainer. Każdy projekt kończył się w pełni dostarczonym produktem i w pełni zamkniętą fakturą. Nie było struktury dla bieżącego utrzymania, próśb o funkcje i aktualizacji, których klienci nieuchronnie potrzebowali. Ta praca spływała nieformalnie i była rozliczana niespójnie.

System kamieni milowych, który naprawił rozliczanie projektów

Po tym sporze przebudowałem całe swoje podejście do fakturowania, korzystając z InvoiceFlow.

Nowa struktura rozliczeń projektowych dla każdego zlecenia powyżej 15 000 zł:

„Umowa o rozwój oprogramowania — [Nazwa klienta] — Rozliczenie fazowe:

Faza 1 — Wymagania i architektura (20%): wywiady z interesariuszami, dokument specyfikacji technicznej, schemat bazy danych, diagram architektury systemu. Płatność przy akceptacji wymagań. 9600,00 zł

Faza 2 — Rozwój podstawowy (35%): budowa głównych funkcji, rozwój API, warstwa integracji, testy jednostkowe. Płatność po wewnętrznym QA. 16 800,00 zł

Faza 3 — Integracja i testy (25%): konfiguracja środowiska UAT, okres testów klienta, naprawa błędów, testy wydajnościowe. Płatność przy akceptacji UAT przez klienta. 12 000,00 zł

Faza 4 — Wdrożenie i przekazanie (20%): wdrożenie produkcyjne, dostarczenie dokumentacji, sesja szkoleniowa zespołu, 30-dniowe wsparcie powdrożeniowe. Płatność przy wdrożeniu. 9600,00 zł

Całkowita wartość projektu: 48 000,00 zł”

Na każdej fakturze fazowej odwołuję się do pierwotnego zakresu prac: „Faza 2 zgodnie z zakresem prac SOW-2026-0341 z dnia 15 stycznia 2026 r.” Klient może dopasować każdą fakturę do swojej kopii umowy.

Odkąd wdrożyłem tę strukturę, nie miałem ani jednego sporu o rozliczenie. Klienci wiedzą, ile kosztuje każda faza, co dostają w każdej fazie i kiedy przyjdzie faktura.

Faktura za zmianę zakresu, która chroni obie strony

Projekty programistyczne się zmieniają. Wymagania ewoluują. Klienci widzą pierwszą wersję i chcą poprawek. Pytanie nie brzmi, czy pojawią się zmiany zakresu — lecz czy zostaną wycenione i udokumentowane przed rozpoczęciem prac.

Teraz wystawiam formalną fakturę za zmianę zakresu dla każdej pracy poza pierwotnym SOW:

„Autoryzacja zmiany zakresu — [Nazwa klienta] — CR-2026-007: Opis: Zmieniony proces uwierzytelniania użytkownika — dodanie uwierzytelniania dwuskładnikowego przez SMS oraz weryfikację e-mail. Pierwotny SOW przewidywał jedynie uwierzytelnianie jednoskładnikowe.

Szacowana dodatkowa praca:

• Modyfikacja backendowej usługi uwierzytelniania: 12 godzin × 175 zł/godz.: 2100,00 zł
• Przeprojektowanie interfejsu uwierzytelniania (frontend): 8 godzin × 175 zł/godz.: 1400,00 zł
• Testy i QA zmienionego procesu uwierzytelniania: 6 godzin × 175 zł/godz.: 1050,00 zł Razem: 4550,00 zł

Ta zmiana zakresu musi zostać podpisana przed rozpoczęciem prac. Szacowana dostawa: 5 dni roboczych po autoryzacji.”

Klienci, którzy rozumieją, że ich prośba kosztuje 4550 zł, podejmują świadome decyzje. Niektórzy akceptują od razu. Niektórzy ograniczają zakres. Kilku uznaje, że ich pierwotne wymagania były w porządku. Wszystkie te wyniki są lepsze niż wykonanie pracy i albo wchłonięcie kosztu, albo zafakturowanie jej jako niespodzianki na koniec projektu.

Model retainerowy, który stworzył cykliczny przychód

Transformacją rozliczeń, która miała największy wpływ na biznes, było zbudowanie modelu retainera po zakończeniu projektu.

Po każdym wdrożeniu projektu przedstawiam teraz retainer utrzymania i wsparcia. Rozmowa jest łatwa, bo klient właśnie doświadczył, jak wygląda moja praca, i nie chce stracić do mnie dostępu, gdy coś się zepsuje lub będzie wymagać aktualizacji.

Moje standardowe poziomy retainera dla klientów programistycznych:

„Miesięczny retainer wsparcia oprogramowania — [Nazwa klienta]:

Poziom 1 — Podstawowy (8 godzin/miesiąc): naprawa błędów, aktualizacje bezpieczeństwa, drobne zmiany konfiguracji, wsparcie techniczne. 1400 zł/miesiąc.

Poziom 2 — Aktywny (16 godzin/miesiąc): powyższe plus dodawanie funkcji, optymalizacja wydajności, integracje API, comiesięczny przegląd kodu. 2800 zł/miesiąc.

Poziom 3 — Dedykowany (32 godziny/miesiąc): dedykowana moc przerobowa — bieżący rozwój, całe wsparcie, comiesięczny przegląd architektury, priorytetowa reakcja. 5600 zł/miesiąc.”

Konfiguruję faktury cykliczne w InvoiceFlow dla każdego klienta na retainerze. Dziewięciu z moich ostatnich dwunastu klientów z ukończonych projektów przeszło na umowy retainerowe. Mój bieżący przychód z retainerów wynosi 18 200 zł miesięcznie — cykliczny, przewidywalny, niezależny od zdobywania nowych projektów.

Rozliczenia korporacyjne i dla dużych przedsiębiorstw

Dwóch klientów mojej agencji to średniej wielkości przedsiębiorstwa z formalnymi procesami zakupowymi. Wymagania rozliczeniowe są konkretne: rejestracja dostawcy, numery PO, terminy płatności Net-45, format faktury zgodny z ich systemami.

Wszystkie wymagane pola dodaję przez pola niestandardowe InvoiceFlow:

„Usługi programistyczne — [Klient korporacyjny] — czerwiec 2026: Numer PO: PO-2026-IT-ENG-0921 NIP dostawcy: VR-84421 Centrum kosztów: IT-OPERATIONS Kod projektu: INV-MGMT-V2 Rezultaty Fazy 3 zgodnie z SOW z dnia 3 marca 2026 r.: środowisko UAT, wsparcie testów klienta, naprawa błędów (14 zgłoszeń), testy wydajnościowe. Kwota: 28 500,00 zł Terminy płatności: Net-45 Termin płatności: 15 sierpnia 2026”

Korporacyjne systemy zobowiązań przetwarzają faktury, dopasowując pola do PO. Faktury, które pasują, są opłacane w terminie. Faktury, które nie pasują, utykają w kolejkach albo są odsyłane do poprawy. Zrobienie tego dobrze to różnica między terminowym otrzymaniem zapłaty a ściganiem płatności przez miesiące.

Agencja po zmianie

Utrata klienta wartego 60 000 zł była wydarzeniem, które zmusiło mnie do poważnego potraktowania fakturowania. Agencja dziś nie przypomina tego, czym była w pierwszym roku.

Stan obecny:

• Całe rozliczanie projektów ustrukturyzowane w fazach z odniesieniami do SOW
• Zmiany zakresu udokumentowane i wycenione przed rozpoczęciem prac
• Dziewięciu klientów na retainerze przynoszących 18 200 zł miesięcznie cyklicznie
• Klienci korporacyjni rozliczani z pełną dokumentacją pól zakupowych
• Zero sporów o rozliczenia w ciągu ostatnich dwóch lat
• Roczny przychód agencji wyższy o 85% — dzięki konwersji na retainery i dyscyplinie w rozliczaniu projektów, a nie samemu pozyskiwaniu klientów

Lekcja, którą noszę ze sobą: oprogramowanie to usługa o wysokiej wartości. Fakturowanie musi jej dorównywać. Nieformalna faktura od poważnej agencji inżynieryjnej to sprzeczność, która kosztuje Cię klientów.

Pobierz InvoiceFlow. Zbuduj swoje szablony rozliczeń fazowych. Wyślij pierwszą propozycję retainera do kolejnego klienta z ukończonego projektu. Cykliczny przychód zmieni sposób, w jaki prowadzisz biznes.

Daniel Kim jest założycielem Kim Development w Seattle w stanie Waszyngton, budującym dedykowane rozwiązania software’owe dla klientów z branży dystrybucji hurtowej, logistyki i zarządzania operacjami.