Rachunkowość zarządcza w agencji IT: trzy liczby, które mówią wszystko

"12 mln ₴ rocznego przychodu. 15 programistów. Trzy lata na plusie. I szczerze mówiąc, zapytana wprost, nie potrafiłabym powiedzieć, który projekt przynosi zysk, a który po cichu drenuje firmę."

Założycielka agencji świadczącej usługi IT opisała moment olśnienia podczas wyjazdowej sesji strategicznej dla kierownictwa. Jej firma rozwijała się przez trzy lata. Przychody wzrosły z 4 mln ₴ do 12 mln ₴. Zespół powiększył się z 5 do 15 programistów. Zysk widoczny na koniec roku. Według wszystkich zewnętrznych wskaźników — sukces.

Wtedy dyrektor operacyjny zadał pytanie: "Spośród naszych 11 aktywnych projektów, które dwa są najbardziej rentowne w przeliczeniu na godzinę pracy programisty?"

Nie potrafiła odpowiedzieć. Księgi rachunkowe pokazywały przychód z poszczególnych projektów (czasami — gdy rozliczenia były przejrzyste). Nie pokazywały liczby godzin programistów przypisanych do każdego projektu. Nie pokazywały efektywnej stawki godzinowej po odjęciu przestojów, urlopów i pracy wewnętrznej. Nie pokazywały marży na pokrycie kosztów w podziale na typ projektu (T&M kontra stała cena kontra abonament).

Wiedziała, że jej łączna marża jest zdrowa. Nie wiedziała, którzy klienci ją generują, a którzy po cichu finansują rozwój agencji z jej własnej marży.

Ten artykuł mówi o trzech liczbach, których potrzebuje właścicielka agencji IT, żeby naprawdę rozumieć swój biznes — i o tym, dlaczego standardowa księgowość ich nie dostarcza, nieważne jak sumienny jest księgowy.

Paradoks: 12 mln ₴ przychodu nie oznacza 12 mln ₴ trafnych decyzji

Większość właścicieli agencji śledzi dwie liczby: przychód i zysk netto. To liczby, które przygotowuje księgowy, które podają, przedstawiając swoją firmę, i które obserwują z miesiąca na miesiąc.

Te dwie liczby są zbyt zagregowane, żeby na ich podstawie podejmować decyzje. Agencja IT z przychodem 12 mln ₴ i marżą netto 18% (2,16 mln ₴ zysku) wygląda zdrowo. Ale:

• Jeśli 60% przychodu pochodzi od dwóch klientów, biznes ma ukryte ryzyko koncentracji
• Jeśli najbardziej rentowny projekt daje marżę 38%, a najmniej rentowny −4%, uśredniona liczba ukrywa zarówno szansę (więcej takich rentownych projektów), jak i problem (ten przynoszący stratę)
• Jeśli obłożenie programistów wynosi 58%, a lista projektów wygląda na "w pełni obsadzoną", to oznacza 1,4 mln ₴ niewykorzystanych możliwości rozliczeniowych rocznie
• Jeśli zespół w 20% czasu jest oderwany od płatnej pracy dla klienta na rzecz bezpłatnej pracy wewnętrznej, efektywna stawka godzinowa jest drastycznie niższa od opublikowanej

Zagregowane liczby mówią "jesteś rentowna". Decyzje potrzebują wiedzieć "gdzie, z kim, na czym i jak trwale". Rachunkowość zarządcza dla agencji IT jest zbudowana właśnie po to, żeby na to odpowiedzieć.

Ogólne ramy — rachunkowość zarządcza jako dyscyplina — znajdziesz w artykule źródłowym → Rachunkowość zarządcza: czym jest i dlaczego jest potrzebna właścicielom.

Trzy liczby, które daje rachunkowość zarządcza w agencji IT

Dla agencji świadczącej usługi IT to właśnie te trzy liczby wykonują największą część pracy przy podejmowaniu decyzji. Liczba pierwsza — wskaźnik obłożenia na programistę. Ile z godzin, w których programista jest dostępny do pracy w miesiącu (~160), było rozliczanych klientowi? Typowa firma usługowa zakłada 100%. Uczciwa liczba dla agencji IT to 60–75% — reszta to wsparcie sprzedaży, narzędzia wewnętrzne, szkolenia, dni chorobowe, czas między projektami. Obłożenie śledzone dla każdego programisty co miesiąc pokazuje: kto jest rzetelnie obciążony pracą, kto jest między projektami, gdzie ukrywa się wolna moc przerobowa, gdzie agencja jest po cichu przewymiarowana względem bieżącego popytu.

Liczba druga — efektywna stawka godzinowa na projekt. Opublikowane stawki są aspiracyjne ("nasza stawka za starszego programistę to 1800 ₴/godz."). Stawka efektywna to to, co dzieje się naprawdę po uwzględnieniu rozrostu zakresu prac, obniżek dla "ławki rezerwowej", żeby utrzymać programistów w ruchu, godzin wewnętrznych, których się nie rozlicza, i poprawek w projekcie. W zdrowej agencji IT stawka efektywna wynosi 75–90% opublikowanej. Poniżej 70% oznacza zbyt niskie ceny albo ucieczkę zakresu prac. Liczona dla każdego projektu, ta liczba pokazuje, które projekty są rzeczywiście rentowne, a które po cichu tracą na wartości.

Liczba trzecia — marża na pokrycie kosztów na projekt (i na typ projektu). Przychód minus bezpośrednie koszty realizacji (czas programistów w pełnym koszcie, podwykonawcy, narzędzia przypisane do projektu) przed alokacją kosztów ogólnych. Liczona dla każdego projektu, to najważniejszy sygnał strategiczny: mówi, jakiej pracy warto szukać więcej, którą pracę przecenić, w których klientów inwestować głębiej, a z którymi się rozstać.

Te trzy liczby nie pojawiają się w rachunku zysków i strat sporządzonym pod podatki. Powstają dopiero wtedy, gdy na uporządkowaną księgowość i ewidencję czasu pracy nałoży się rachunkowość zarządczą. Artykuł #2 → omawia różnicę między księgowością a rachunkowością zarządczą; artykuł #4 → omawia operacyjny rachunek zysków i strat, z którym to się łączy.

Jak te liczby zmieniają podejście do cen, zatrudnienia i doboru klientów

Kiedy te trzy liczby są dostępne, cztery rodzaje decyzji przestają być kwestią intuicji, a stają się uporządkowanym procesem.

Ceny. Zamiast "zostawmy te same stawki, bo klienci się nie sprzeciwiają", pojawia się: "nasza efektywna stawka u tego klienta to 67% stawki opublikowanej — tracimy 33 punkty przez ucieczkę zakresu prac. Albo zaostrzamy zakres, albo podnosimy stawkę o 30%". Konkretnie. Można to obronić.

Zatrudnienie. Zamiast "czujemy się zabiegani, zatrudnijmy kolejnego programistę", decyzja o zatrudnieniu wygląda tak: "obłożenie zespołu utrzymuje się na poziomie 76% od trzech miesięcy i przy obecnym pipeline'ie ma pozostać na tym poziomie. Jeden dodatkowy senior od razu obniży to do 65%, a do trzeciego miesiąca wróci do 75%. W scenariuszu bazowym to się opłaca, w pesymistycznym jest napięcie finansowe". Modelowane. Uzasadnione. Artykuł #5 → omawia model finansowy, który pozwala uruchamiać takie scenariusze.

Dobór klientów. Zamiast "wszyscy klienci są mniej więcej podobni", dobór klientów staje się zarządzany świadomie: rezygnujemy z dwóch klientów przynoszących ujemną marżę, pogłębiamy współpracę z trzema, którzy dają marżę powyżej średniej, i proponujemy korektę stawki dwóm klientom "ze środka", których efektywna stawka po cichu spadła poniżej progu.

Decyzje dotyczące linii usług. Kiedy marża na pokrycie kosztów jest mierzona dla każdego typu projektu (praca za stałą cenę kontra T&M kontra stały abonament), agencja odkrywa, które modele są najbardziej rentowne, i odpowiednio zmienia strukturę sprzedaży. Wiele agencji odkrywa, że praca, którą historycznie lubiły najbardziej, przynosi najniższą marżę — i wyciąga z tego wnioski.

Trudności charakterystyczne dla branży IT

Kilka realiów specyficznych dla agencji IT sprawia, że rachunkowość zarządcza jest tu trudniejsza niż w innych firmach usługowych — a jednocześnie, gdy już zostanie wdrożona, przynosi więcej wartości. Dyscyplina śledzenia czasu pracy. Bez śledzenia godzin dla każdego programisty i projektu z osobna nie da się zmierzyć obłożenia ani efektywnej stawki. Większość agencji zaczyna od narzędzia (Toggl, Harvest, Clockify), a nawyk wyrabia się w ciągu 60–90 dni. Sama dyscyplina ujawnia problemy: programista logujący 14 godzin dziennie sugeruje źle oszacowany zakres prac; programista logujący 4 godziny dziennie jako "wewnętrzne" ujawnia niedociążenie.

Czas bez projektu (ławka). Między projektami programiści generują koszt bez przychodu. To nie jest martwy kapitał — to czas na przygotowanie, szkolenia, wsparcie sprzedaży. Ale trzeba go śledzić i budżetować. Zdrowa agencja utrzymuje ~10–15% czasu na ławce. Powyżej 25% to problem lejka sprzedażowego, a nie problem realizacji.

Ryzyko walutowe. Wiele ukraińskich agencji IT wystawia faktury w USD lub EUR, płacąc jednocześnie w hrywnach. Wahania kursu wpływają na marżę. Rachunkowość zarządcza, która przelicza wszystko na jedną walutę sprawozdawczą po właściwych kursach, pokazuje rzeczywistą marżę — i ujawnia, kiedy to kurs walutowy, a nie zmiana operacyjna, tłumaczy zmianę marży.

Struktura typów projektów. Stała cena, T&M (czas i materiały), abonament, dedykowany zespół — każdy z tych modeli ma inną dynamikę marży, inne ryzyko i inny harmonogram przepływów pieniężnych. Sumowanie przychodu ze wszystkich typów ukrywa, które modele zyskują udział, a które kurczą marżę.

Jak wdrożyć rachunkowość zarządczą w 90 dni

Właścicielka agencji z początku artykułu zrobiła to w ciągu jednego kwartału. Trzy etapy.

Etap 1 — Fundament (tygodnie 1–4). Wdrożenie śledzenia czasu pracy. Podział wszystkich godzin programistów na: rozliczane konkretnemu klientowi/projektowi, wewnętrzne (wsparcie sprzedaży, szkolenia, narzędzia), ławka (między projektami), administracyjne. Doprowadzenie do tego, żeby każdy programista konsekwentnie logował godziny. Dane z pierwszego miesiąca będą niepełne — to normalne.

Etap 2 — Mapowanie (tygodnie 5–8). Zmapowanie każdego aktywnego projektu: przychód, przewidywana data zakończenia, pełny koszt programisty (wynagrodzenie + benefity + alokacja kosztów ogólnych), koszty bezpośrednie (podwykonawcy, narzędzia). Obliczenie marży na pokrycie kosztów dla każdego projektu za poprzedni kwartał. Liczby zaskoczą. Artykuł #4 → omawia operacyjny rachunek zysków i strat, z którym to się łączy.

Etap 3 — Wdrożenie decyzji (tygodnie 9–12). Mając trzy miesiące danych o obłożeniu i marży na pokrycie kosztów dla każdego projektu, właścicielka podejmuje trzy decyzje: (1) jednego klienta, któremu zmienia cenę, (2) jednego klienta, z którego rezygnuje, (3) jedną decyzję o zatrudnieniu, zamodelowaną w trzech scenariuszach. Po tych decyzjach praktyka jest już utrwalona. Dalej działa miesięczny rytm.

Artykuł #12 → omawia ramy tego miesięcznego rytmu.

📌 Zobacz, jak wygląda rachunkowość zarządcza dla agencji świadczącej usługi IT — obłożenie, efektywna stawka, marża na pokrycie kosztów na projekt — w jednym zintegrowanym widoku. Umów 20-minutowe demo Finmap. Przejdziemy razem przez konfigurację przykładowej agencji i pokażemy, jak te trzy liczby ujawniają decyzje. Umów demo Finmap →

Podstawa tematyczna: Rachunkowość zarządcza: czym jest i dlaczego jest potrzebna właścicielom

Branża: Jak Finmap pomaga firmom IT uporządkować zarządzanie finansami