Jak sprzedać software house lub firmę IT — wycena i przygotowanie

Firmy informatyczne dzielą się z grubsza na dwa modele: produktowe (SaaS, własne oprogramowanie sprzedawane w abonamencie) oraz usługowe (software house, agencje IT, body leasing). Wycena i sprzedaż każdego z nich rządzi się innymi prawami. O ile o sprzedaży produktu SaaS piszemy w sekcji ogłoszeń SaaS B2B, o tyle ten poradnik dotyczy modelu usługowego — software house'u, który zarabia na realizacji projektów dla klientów.

Czym różni się wycena software house od produktu SaaS

Produkt SaaS wyceniany jest najczęściej mnożnikiem przychodu cyklicznego (ARR), bo przychód jest powtarzalny i skalowalny bez proporcjonalnego wzrostu kosztów. Software house to biznes usługowy i ludzki — przychód zależy od liczby i stawek programistów oraz od obłożenia (utilization). Dlatego firmy usługowe wycenia się zwykle mnożnikiem EBITDA, a nie przychodu, i mnożniki te są niższe niż w przypadku porównywalnych firm produktowych.

Na poziom mnożnika wpływają przede wszystkim:

• Powtarzalność przychodu — czy masz kontrakty długoterminowe (retainery, umowy ramowe, maintenance), czy jedynie pojedyncze projekty fixed-price,
• Dywersyfikacja klientów — jeśli jeden klient odpowiada za 30-40% przychodu, kupujący wyceni wyższe ryzyko,
• Marża operacyjna — zdrowy software house utrzymuje przyzwoitą marżę EBITDA; firmy pracujące „od projektu do projektu" z niską marżą dostają niższy mnożnik,
• Rotacja i seniority zespołu — niska rotacja i silny trzon seniorów to aktywo; wysoka rotacja to czerwona flaga.

Co kupujący sprawdza w pierwszej kolejności

Kupujący — często większy integrator, fundusz budujący grupę IT albo zagraniczny gracz wchodzący na polski rynek talentów — patrzy na trzy rzeczy: ludzi, kontrakty i procesy.

Zespół

To najcenniejsze aktywo software house'u i jednocześnie najbardziej ulotne — programiści mogą odejść. Kupujący sprawdzi strukturę zatrudnienia (umowy o pracę vs B2B), poziom wynagrodzeń względem rynku, klauzule wypowiedzenia oraz to, czy kluczowi ludzie mają powody, by zostać po transakcji. Programy retencyjne (bonusy za pozostanie, udział w earn-oucie dla kadry) potrafią zadecydować o powodzeniu transakcji.

Kontrakty

Kupujący przeanalizuje portfel umów: ich wartość, terminy, warunki wypowiedzenia oraz klauzule change of control (czy klient może zerwać umowę w razie zmiany właściciela). Retainery i umowy maintenance podnoszą wartość, bo dają przewidywalność. Projekty fixed-price z ryzykiem przekroczenia budżetu są oceniane ostrożniej.

Procesy i własność intelektualna

• Czy prawa autorskie do kodu są skutecznie przeniesione na spółkę od wszystkich współpracowników B2B? To klasyczna luka — jeśli kod pisał freelancer bez prawidłowej umowy o przeniesienie praw, spółka może nie być pełnym właścicielem efektów pracy.
• Czy istnieje dokumentacja techniczna, standardy code review, CI/CD i procesy zapewnienia jakości?
• Czy firma ma uporządkowane licencje na narzędzia i biblioteki open source (compliance)?

Powyższe ma charakter informacyjny i nie stanowi porady prawnej. Kwestie przeniesienia praw autorskich i klauzul umownych warto skonsultować z prawnikiem.

Jak przygotować software house do sprzedaży

Najlepszy moment, by zacząć przygotowania, to 12-24 miesiące przed transakcją. W tym czasie warto:

1. Zwiększyć udział przychodu powtarzalnego — przesunąć część klientów na retainery i umowy maintenance zamiast jednorazowych projektów.
2. Zdywersyfikować bazę klientów — zredukować zależność od największego odbiorcy, pozyskać nowych w innych branżach.
3. Uporządkować prawa autorskie — zebrać i uzupełnić umowy o przeniesienie praw od wszystkich współpracowników.
4. Zbudować warstwę menedżerską — delivery managerów i liderów technicznych, którzy przejmą relacje z klientami, żeby firma nie zależała od założyciela.
5. Znormalizować finanse — oddzielić koszty prywatne od firmowych, uporządkować rozliczenia B2B, przygotować wiarygodne sprawozdania za 3 lata.

Struktura transakcji i earn-out

W transakcjach na firmach usługowych bardzo często pojawia się earn-out — część ceny zależna od wyników po przejęciu (np. utrzymania przychodu i kluczowych ludzi przez 12-24 miesiące). To mechanizm, który chroni kupującego przed odejściem zespołu i jednocześnie pozwala sprzedającemu uzyskać wyższą łączną cenę, jeśli firma utrzyma wyniki. Warto rozumieć jego konstrukcję, zanim podpiszesz list intencyjny — szczegóły omawiamy w innych poradnikach.

Modele rozliczeń z klientami a wycena

Sposób, w jaki software house rozlicza się z klientami, bezpośrednio przekłada się na ryzyko i wycenę:

• Time & material — rozliczenie za przepracowane godziny. Niskie ryzyko po stronie wykonawcy, ale przychód zależy od obłożenia i bywa nieregularny.
• Fixed-price — stała cena za projekt. Wyższe ryzyko (przekroczenie budżetu obciąża wykonawcę), trudniej o powtarzalność.
• Retainer / maintenance — stała opłata miesięczna za utrzymanie i rozwój. Najbardziej pożądany model z punktu widzenia kupującego, bo daje przewidywalność zbliżoną do produktu SaaS.
• Dedicated team / body leasing — wynajem zespołu na dłuższy okres. Stabilny przychód, ale niższa marża i ryzyko, że klient w końcu zbuduje własny zespół.

Im większy udział retainerów i dedykowanych zespołów w stabilnych, długoterminowych relacjach, tym wyższy mnożnik. Przesunięcie choć części przychodu z modelu projektowego na utrzymaniowy to jedna z najszybszych dźwigni wartości przed sprzedażą.

Czego unikać w trakcie procesu sprzedaży

Sam proces transakcyjny też potrafi zaszkodzić wartości, jeśli jest źle poprowadzony:

1. Ujawnianie zbyt wielu danych za wcześnie — dane o klientach, stawkach i kluczowych ludziach to wrażliwe informacje; ujawniaj je etapami, po podpisaniu NDA, a najbardziej krytyczne dopiero przy zaawansowanym kupującym.
2. Niepokojenie zespołu — przedwczesny wyciek informacji o sprzedaży może spłoszyć programistów; komunikację z zespołem planuj świadomie.
3. Brak przygotowanego data roomu — chaotyczne dosyłanie dokumentów wydłuża due diligence i obniża zaufanie kupującego.
4. Zaniedbanie bieżących wyników — spadek przychodu lub utrata klienta w trakcie procesu to klasyczny powód renegocjacji ceny w dół. Firma musi działać „jak zwykle" aż do zamknięcia.

Dobrze poprowadzony proces — z doradcą lub samodzielnie, ale metodycznie — chroni wartość, którą budowałeś latami. O kolejnych etapach piszemy w poradnikach.

Lista kontrolna przed wystawieniem firmy IT na sprzedaż

Zanim rozpoczniesz rozmowy z kupującymi, przejdź przez konkretną checklistę. Im więcej punktów odhaczysz, tym wyższa wycena i mniejsze ryzyko renegocjacji:

• Finanse za 3 lata — uporządkowane sprawozdania, znormalizowana EBITDA, jasny podział przychodu na powtarzalny i projektowy.
• Portfel kontraktów — zestawienie umów z klientami: wartość, terminy, wypowiedzenie, klauzule change of control.
• Koncentracja klientów — udział największego klienta poniżej 20-25% przychodu (jeśli wyżej, plan dywersyfikacji).
• Prawa autorskie — komplet umów o przeniesienie praw do kodu od wszystkich współpracowników B2B i freelancerów.
• Zespół — struktura zatrudnienia, poziom wynagrodzeń względem rynku, plan retencyjny dla kluczowych osób.
• Procesy — udokumentowane standardy (code review, CI/CD, QA), tak by wiedza nie była „w głowach".
• Compliance open source i RODO — licencje bibliotek, umowy powierzenia danych.
• Niezależność od właściciela — warstwa delivery managerów i liderów technicznych przejmująca relacje i decyzje.

Kiedy zacząć i z kim współpracować

Przygotowania warto rozpocząć co najmniej rok przed planowaną transakcją — tyle zwykle trzeba, by przesunąć przychód w stronę retainerów, zbudować kadrę menedżerską i uporządkować dokumentację. Przy większych transakcjach pomocny bywa doradca M&A znający rynek IT: zna potencjalnych kupujących (integratorów, fundusze budujące grupy technologiczne, graczy zagranicznych), pomaga przygotować materiały ofertowe i prowadzi negocjacje. Kluczowy jest też doradca prawny i podatkowy, bo struktura transakcji (share vs asset deal, earn-out, rozliczenie praw IP) ma realne konsekwencje finansowe. Koszt tych doradców zwykle zwraca się w wyższej, lepiej zabezpieczonej cenie i sprawniejszym zamknięciu.

Najczęstsze pytania kupujących, na które warto mieć odpowiedź

Doświadczeni nabywcy firm IT zadają powtarzalne, trudne pytania. Przygotowanie na nie świadczy o dojrzałości firmy i wzmacnia pozycję sprzedającego:

• „Co się stanie, jeśli odejdzie wasz najlepszy programista lub lider techniczny?" — odpowiedź pokazuje, czy wiedza i relacje są rozłożone w organizacji, czy skupione w jednej osobie.
• „Jaki procent przychodu jest naprawdę powtarzalny w skali 12 miesięcy?" — kupujący chce odróżnić realną bazę od jednorazowych projektów.
• „Czy któryś z klientów może odejść po zmianie właściciela?" — pytanie o klauzule change of control i lojalność wobec firmy, a nie wobec założyciela.
• „Kto jest właścicielem praw do kodu, który napisaliście?" — najczęstsza luka w software house'ach; brak umów o przeniesienie praw od współpracowników B2B potrafi zatrzymać transakcję.
• „Jak wygląda wasz pipeline sprzedażowy?" — czy firma pozyskuje klientów systemowo, czy wyłącznie z sieci kontaktów właściciela.

Gdy na te pytania masz konkretne, poparte danymi odpowiedzi, due diligence przebiega sprawniej, a kupujący ma mniej argumentów do obniżania ceny.

Trzy rzeczy, które warto zrobić od zaraz

Niezależnie od tego, czy planujesz sprzedaż za rok, czy za trzy lata, trzy działania zawsze podnoszą wartość software house'u i można je zacząć natychmiast: po pierwsze — uporządkować prawa autorskie do kodu (zebrać i uzupełnić umowy z każdym współpracownikiem); po drugie — przesuwać przychód w stronę retainerów i umów maintenance, które dają przewidywalność; po trzecie — budować warstwę menedżerską, by relacje z klientami i decyzje techniczne nie zależały od jednej osoby. Te trzy elementy mają największy, mierzalny wpływ na mnożnik wyceny i jednocześnie czynią firmę zdrowszą operacyjnie — niezależnie od tego, czy ostatecznie ją sprzedasz.

Podsumowanie

Sprzedaż software house'u to przede wszystkim sprzedaż zespołu i powtarzalnych relacji z klientami, a nie kodu. Im mniej firma zależy od jednej osoby, im więcej ma kontraktów długoterminowych i im czystsze są prawa do wytworzonego oprogramowania, tym wyższy mnożnik i większa szansa na sprawne zamknięcie transakcji. Jeśli planujesz wyjście, zacznij od audytu tych trzech obszarów — i rozważ wystawienie oferty wśród firm na sprzedaż, gdy biznes będzie gotowy.