Rentowność projektów — dlaczego firmy usługowe dowiadują się o stracie za późno

Dlaczego Excel z godzinami nie wystarcza

Większość firm usługowych ma jakąś ewidencję czasu. Problem w tym, że jest wypełniana z opóźnieniem, w formacie, który trudno zsumować, i bez powiązania z budżetem. Godziny są, ale odpowiedź na pytanie „czy ten projekt jeszcze zarabia?” wymaga pół dnia pracy w arkuszu.

Drugi problem to koszty, których w arkuszu nie ma: podwykonawcy, licencje kupione na potrzeby projektu, dojazdy, poprawki po odbiorze. Wpadają na konto firmy, ale nie do konkretnego zlecenia, więc marża projektowa jest optymistyczna z definicji.

Trzeci, najbardziej kosztowny: zakres. Klient prosi o „drobną zmianę”, zespół ją robi, nikt tego nie zapisuje. Po pięciu takich zmianach projekt jest o 30% większy niż w ofercie, a cena została ta sama. W aplikacji zmiana zakresu jest rekordem, który widać w budżecie natychmiast.

Co musi mierzyć aplikacja, żeby liczby były prawdziwe

Rentowność to prosty wzór, ale wymaga trzech kompletnych strumieni danych: przychodu z projektu, czasu ludzi wycenionego stawką kosztową i kosztów zewnętrznych. Jeśli któregoś brakuje, wynik jest fikcją, która wygląda profesjonalnie.

Ewidencja czasu musi być tak lekka, żeby ludzie ją prowadzili. Najlepiej działa rejestracja z poziomu zadania, w telefonie lub przeglądarce, z możliwością uzupełnienia dnia jednym ekranem. Formularz z ośmioma polami na wpis gwarantuje dane wypełniane w piątek z pamięci.

Stawki kosztowe warto liczyć per rola, nie per osoba — to unika niezręczności, a wystarcza do decyzji. Stawka powinna zawierać nie tylko wynagrodzenie, ale też narzut kosztów stałych, inaczej każdy projekt wygląda na rentowny, a firma nie zarabia.

• Rejestracja czasu jednym kliknięciem z poziomu zadania.
• Stawki kosztowe per rola z uwzględnieniem narzutu kosztów stałych.
• Koszty zewnętrzne przypisywane do projektu, nie do firmy.
• Rejestr zmian zakresu z wyceną i decyzją klienta.
• Etapy z budżetem cząstkowym, żeby przekroczenie było widoczne wcześnie.

Alert zamiast raportu — różnica, która zmienia wynik

Raport miesięczny informuje o przeszłości. Alert zmienia teraźniejszość. Jeśli aplikacja wysyła sygnał w momencie, gdy projekt przekroczył 70% budżetu przy 40% zaawansowania, kierownik ma jeszcze przestrzeń: zmienić skład zespołu, zrenegocjować zakres, wystawić aneks.

Progi warto ustawić na etapach, a nie na całości. Projekt, który przepalił budżet analizy, prawie zawsze przepali też wdrożenie — tylko że sygnał na etapie analizy przychodzi cztery tygodnie wcześniej.

Dobrą praktyką jest jeden ekran dla zarządu: wszystkie aktywne projekty, marża prognozowana, odchylenie od planu i kolor. Bez klikania w szczegóły widać, które trzy zlecenia wymagają rozmowy w tym tygodniu.

Wycena kolejnych projektów na własnych danych

Największa, a najrzadziej wykorzystywana korzyść: po kilku miesiącach masz własne dane historyczne. Wiesz, ile realnie zajmuje typowy projekt danego rodzaju, ile godzin pochłaniają poprawki i o ile średnio rośnie zakres.

Wtedy wycena przestaje być negocjacją z własną intuicją. Widełki opierają się na medianie z ostatnich kilkunastu podobnych realizacji, a nie na optymizmie osoby, która pisze ofertę w piątek po południu.

Efekt uboczny jest nie mniej ważny: łatwiej odmówić. Kiedy widać, że dany typ klienta lub zlecenia historycznie generuje marżę bliską zeru, decyzja o podniesieniu ceny albo rezygnacji przestaje być emocjonalna.

Rozliczenie z klientem bez sporów

Ta sama ewidencja, która służy do liczenia marży, rozwiązuje drugi typowy konflikt: rozliczenie. Zestawienie godzin z opisem prac, powiązane z zadaniami i zaakceptowanymi zmianami zakresu, kończy dyskusje o tym, za co właściwie jest ta faktura.

W modelu abonamentowym warto pokazywać klientowi wykorzystanie pakietu w trakcie miesiąca. Klient, który widzi, że zużył 80% godzin w połowie okresu, sam ustawia priorytety — zamiast być zaskoczonym nadgodzinami na fakturze.

Jeśli firma pracuje w modelu fixed price, ewidencja nadal ma sens wewnętrznie. Klient nie musi jej widzieć, ale bez niej nie wiadomo, czy stawka ryczałtowa jest jeszcze adekwatna.

Zakres pierwszej wersji i koszt

Pierwsza wersja nie potrzebuje pełnego zarządzania projektami. Wystarczą: lista projektów z budżetem, zadania, rejestracja czasu, koszty zewnętrzne i jeden ekran rentowności z alertem. To zakres do zbudowania w 1–2 tygodnie i koszt rzędu kilku tysięcy złotych.

Dopiero gdy zespół używa tego codziennie, warto dokładać kolejne warstwy: planowanie obłożenia, prognozy przychodu, integrację z fakturowaniem i CRM-em, portal klienta z podglądem postępu.

Kolejność ma znaczenie. Aplikacja, która najpierw daje wiarygodne liczby, zdobywa zaufanie zespołu. Aplikacja, która najpierw daje rozbudowane planowanie na niepełnych danych, zostaje uznana za biurokrację i umiera po miesiącu.

Najczęstsze błędy

Zanim zaczniesz projekt, warto poznać pułapki, w które regularnie wpadają inne firmy — unikniesz ich taniej niż ktoś, kto uczy się na własnych błędach.

• Liczenie marży dopiero po zakończeniu projektu, gdy żadna decyzja nic już nie zmieni.
• Stawki kosztowe bez narzutu kosztów stałych — każdy projekt wygląda wtedy na rentowny, a firma nie zarabia.
• Brak rejestru zmian zakresu, przez co „drobne prośby” klienta nigdy nie trafiają do budżetu.
• Wdrażanie rozbudowanego planowania obłożenia zanim ewidencja czasu jest kompletna i wiarygodna.

Co zrobić w tym tygodniu — checklista

Nie trzeba czekać na duży projekt, żeby zacząć porządkować temat. Poniższe kroki da się wykonać bez angażowania budżetu.

• Wybierz trzy zakończone projekty i policz ich realną marżę z uwzględnieniem poprawek i podwykonawców.
• Sprawdź, ile dni po fakcie wypełniana jest dziś ewidencja czasu.
• Ustal stawki kosztowe per rola razem z narzutem kosztów stałych.
• Podziel typowy projekt na etapy i przypisz każdemu budżet cząstkowy.
• Zdefiniuj jeden próg alertu, np. 70% budżetu przy mniej niż 50% zaawansowania.

Przykład liczbowy z praktyki

Firma wdrożeniowa, 18 osób, 26 projektów rocznie. Analiza pokazała, że 5 projektów miało marżę poniżej 5%, a dwa były stratne — wszystkie z powodu niezafakturowanych zmian zakresu, średnio 34 godziny na projekt.

34 godziny przy stawce sprzedaży 180 zł to 6 120 zł na projekt. Na siedmiu projektach — ponad 42 000 zł rocznie oddane za darmo, przy pełnym przekonaniu zespołu, że „to były drobiazgi”.

Po wprowadzeniu rejestru zmian zakresu z wyceną i alertu przy 70% budżetu, część zmian zaczęła być fakturowana aneksem, a dwa projekty zatrzymano do renegocjacji, zanim weszły w stratę. Sam rejestr zmian był funkcją zbudowaną w kilka dni.