P&L według linii biznesowych w firmie IT: development, wsparcie, staff augmentation
Firma IT rzadko robi tylko jedną rzecz. W środku zwykle działa kilka linii biznesowych naraz: rozwój produktu, outsourcing albo staff augmentation, wsparcie, czasem jeszcze SEO, design czy konsulting. Na poziomie całej firmy liczby wyglądają nieźle — jest przychód, na koniec roku jest zysk. Ale to średnia temperatura na oddziale: jedna linia może być bardzo rentowna, podczas gdy druga po cichu zjada, latami, to, co zarobiła pierwsza.
Dopóki patrzysz tylko na ogólny rachunek zysków i strat, tego nie widać. P&L według linii biznesowych to ten sam rachunek, tylko rozbity osobno dla każdej linii. Odpowiada na pytanie, które definiuje strategię firmy: na czym tak naprawdę zarabiamy, a co trzymamy z przyzwyczajenia?
Przejdźmy krok po kroku przez to, jak go zbudować, spójrzmy na realny przykład z liczbami i zobaczmy, jakie decyzje to umożliwia. Jeśli księgowość zarządcza jest dla Ciebie czymś nowym, zacznij od podstaw w artykule Księgowość zarządcza w firmie IT prostymi słowami.
Dlaczego ogólny P&L ukrywa prawdę
Wyobraź sobie firmę z rocznym przychodem 12 mln UAH i zyskiem 1,5 mln UAH. Na pierwszy rzut oka wszystko gra: biznes jest na plusie, marża wynosi około 12%. Właściciel jest spokojny i rozwija każdą linię po równo.
Teraz rozbijmy ten sam wynik na linie. Okazuje się, że rozwój produktu przyniósł +2,4 mln, staff augmentation +0,3 mln, a wsparcie — minus 1,2 mln. Innymi słowy, rentowne linie od lat dotują tę deficytową, a firma rośnie nie dzięki wsparciu, tylko mimo niego. Na ogólnym P&L nic z tego nie widać — strata jednej linii po prostu chowa się za zyskiem drugiej.
Właśnie dlatego całkowity zysk to niebezpieczna liczba do podejmowania decyzji. Mówi „ogólnie jest ok", ale nie mówi, gdzie inwestować i co naprawiać. P&L według linii biznesowych usuwa to uśrednienie.
Krok 1. Zdefiniuj linie według sposobu zarabiania
Linia biznesowa to nie dział ani zespół — to sposób, w jaki zarabiasz pieniądze. Programowanie w modelu fixed-price, miesięczny staff augmentation, wsparcie na retainerze, własny produkt subskrypcyjny — to różne modele z różną ekonomiką i każdy trzeba liczyć osobno.
Nie dziel zbyt drobno. Na początek wystarczy 3–5 linii, które wyraźnie różnią się finansowo. Główny test jest prosty: jeśli dwie linie zarabiają w inny sposób i mógłbyś zamknąć jedną, nie ruszając drugiej, to są to osobne linie.
Krok 2. Przypisz przychody do linii
Oznacz każdą wpłatę odpowiednią linią. Płatność za projekt fixed-price idzie do „development", miesięczna faktura za dedykowanych developerów idzie do „staff augmentation", retainer za wsparcie idzie do „support". To najprostszy krok, ale to on ustala strukturę całego raportu.
Jedno zastrzeżenie: jeśli klient płaci za kilka usług jedną wpłatą (na przykład development + support), podziel kwotę między linie. W przeciwnym razie jedna linia zostanie sztucznie zawyżona kosztem drugiej.
Krok 3. Przypisz koszty bezpośrednie — głównie wynagrodzenia i czas
W IT największym kosztem są ludzie i właśnie tam kryje się cała prawda o Twoich liniach. Jeśli developer pracuje w całości nad projektem staff augmentation, jego wynagrodzenie w całości spada na tę linię. Jeśli team lead spędza połowę czasu przy produkcie, a połowę przy wsparciu, jego pensję trzeba podzielić po połowie między linie.
Bez rozliczenia czasu P&L według linii biznesowych po prostu nie działa: wszystkie wynagrodzenia lądują na jednej kupie, a deficytowa linia wygląda nieźle, bo jej prawdziwy koszt jest „rozmazany" po całej firmie. Nie musisz od razu wdrażać śledzenia czasu co do minuty — na początek wystarczy uczciwe oszacowanie, jaki procent czasu każda kluczowa osoba spędza na danej linii.
Do tego samego worka wrzucasz pozostałe koszty bezpośrednie linii: podwykonawców, licencje i usługi dla konkretnych projektów, chmurę dla produktu, delegacje. Wszystko, co istnieje właśnie dzięki tej linii.
Krok 4. Rozdziel koszty wspólne
To, co zostaje, to koszty, które nie należą do żadnej konkretnej linii: biuro, księgowość, pensje zarządu, sprzedaż, marketing. Też trzeba je rozdzielić, inaczej zysk linii będzie zawyżony. Najprostsze klucze podziału to przychód linii albo liczba osób w niej pracujących.
Nie komplikuj tego na siłę: nawet przybliżony, ale konsekwentny podział daje obraz kilka razy dokładniejszy niż „koszty wspólne żyją sobie osobno". Kluczowe jest stosowanie jednej zasady do każdej linii tak samo.
Przykład: P&L według linii biznesowych w liczbach
Wróćmy do firmy z przychodem 12 mln UAH. Rozbijemy go na trzy linie w skali roku.
Development: przychód 6 mln, wynagrodzenia zespołu 2,8 mln, podwykonawcy 0,4 mln, udział kosztów wspólnych 1,2 mln → zysk +1,6 mln (marża ~27%).
Staff augmentation: przychód 4 mln, wynagrodzenia dedykowanych developerów 3,0 mln, koszty wspólne 0,8 mln → zysk +0,2 mln (marża ~5%).
Support: przychód 2 mln, wynagrodzenia zespołu wsparcia 2,3 mln, koszty wspólne 0,6 mln → zysk −0,9 mln (marża −45%).
Razem wychodzi mniej więcej to samo +0,9 mln, ale teraz widać najważniejsze: development żywi firmę, staff augmentation ledwo trzyma się na powierzchni, a support jest stabilnie nierentowny. To już nie jest „ogólnie na plusie" — to konkretne decyzje na stole.
Jakie decyzje umożliwia P&L według linii biznesowych
Kiedy widzisz linie osobno, dla każdej pojawia się jasny scenariusz. Rentowny development — skaluj go: więcej takich projektów, więcej ludzi. Staff augmentation z marżą 5% — przejrzyj stawki, bo działa niemal na zero i każdy przestój wpycha go na minus (jak w przypadku 20 developerów, stawka godzinowa i żadnego pojęcia, ile zarobił projekt).
Deficytowe wsparcie — nie zamykaj go na ślepo, tylko sprawdź przyczynę: może jest zbyt tanie i trzeba podnieść stawki retainera, a może zatrzymuje klientów przy rentownym developmencie i jest świadomą inwestycją. Chodzi o to, żeby to była teraz świadoma decyzja, a nie przypadek. To samo podejście zastosowane do klientów zamiast linii znajdziesz w artykule P&L według klientów: kto naprawdę przynosi pieniądze, a porównanie linii, lokalizacji i kanałów — w artykule Marża według linii biznesowej, lokalizacji i kanału.
Zbudowanie P&L według linii biznesowych ręcznie w Excelu jest wykonalne, ale co miesiąc to wyczerpująca praca przy rozdzielaniu pensji i kosztów wspólnych. W Finmap raz przypisujesz transakcje do linii, a zysk każdej z nich liczy się sam — wypróbuj za darmo przez 7 dni.
Najczęściej zadawane pytania
Tyle, ile masz realnych sposobów zarabiania — zwykle 3–5: development, staff augmentation, support, produkt. Dzielenie na początku drobniej się nie opłaca: trudniej to utrzymać, a korzyść niewielka.
Według udziału czasu. Oszacuj, jaki procent miesiąca dana osoba spędza przy każdej linii, i podziel pensję proporcjonalnie. Nawet zgrubne oszacowanie jest lepsze niż wrzucanie wszystkiego na jedną kupę.
Według przychodu linii albo liczby osób w niej pracujących. Dokładna metoda ma mniejsze znaczenie niż konsekwencja: stosuj jedną zasadę do każdej linii tak samo.
Nie zamykaj jej automatycznie. Najpierw zrozum przyczynę: zbyt niskie stawki, przestoje zespołu, a może świadoma inwestycja w utrzymanie klientów. Decyzja zależy od przyczyny, ale teraz opiera się na liczbach.
