Dla branży

Systemy dla firm IT i software house'ów

Firma IT ma zwykle dobre narzędzia dla programistów i słabe dla reszty firmy. Zadania są w systemie do zarządzania kodem i projektami, a sprzedaż, wyceny, umowy utrzymaniowe i rentowność projektów w arkuszach i w głowie właściciela. System biznesowy dla software house'u łączy te dwa światy: pokazuje, co jest w sprzedaży, kto ma wolne moce i czy projekt mieści się w budżecie.

Od zapytania do utrzymania

Klient firmy IT rzadko wie dokładnie, czego potrzebuje. Przychodzi z problemem albo pomysłem. Dalej jest rozmowa rozpoznawcza, czasem płatne warsztaty, wycena w widełkach, oferta, negocjacje, umowa. Projekt biegnie etapami, z odbiorami i zmianami zakresu. Po wdrożeniu zaczyna się utrzymanie: zgłoszenia, poprawki, rozwój, często na lata.

Sprzedaż jest długa i wymaga pracy osób technicznych, które jednocześnie są potrzebne w projektach. Utrzymanie daje stały przychód, ale rozprasza zespół. Obie rzeczy trzeba widzieć razem z bieżącymi projektami.

Typowe bolączki software house'u

  • Wyceny pochłaniają najlepszych ludzi. Każde zapytanie analizuje architekt, także takie, które nie ma szans się zamknąć.
  • Sprzedaż nie zna dostępności. Obiecany termin startu nie zgadza się z tym, kiedy zespół będzie wolny.
  • Zmiany zakresu bez śladu. Klient prosi o „drobną zmianę” na spotkaniu, zespół ją robi, budżet topnieje.
  • Projekty ryczałtowe przekraczają budżet po cichu. Widać to dopiero przy rozliczeniu.
  • Utrzymanie w skrzynce. Zgłoszenia przychodzą mailem do konkretnego programisty, bez priorytetu i czasu reakcji.
  • Falowanie przychodów. Raz za dużo pracy, raz ławka, bo nikt nie patrzy na sprzedaż z wyprzedzeniem.

Sprzedaż: kwalifikacja przed wyceną

Najdroższym zasobem w sprzedaży IT jest czas ludzi technicznych. Dlatego zapytanie powinno przejść krótką kwalifikację, zanim trafi do wyceny: jaki problem, jaki termin, jaki rząd budżetu, kto decyduje. Zapytania bez tych odpowiedzi dostają propozycję rozmowy albo warsztatu, a nie darmową analizę.

CRM prowadzi szanse przez etapy z szacowaną wartością, prawdopodobieństwem i planowanym startem. Z tych danych powstaje prognoza przychodu i zapotrzebowania na ludzi. Zasady kwalifikacji opisuje przewodnik sprzedaż i obsługa zapytań.

Warstwa biznesowa obok narzędzi deweloperskich

ModułZastosowanie w firmie IT
Szanse i ofertyEtapy sprzedaży, wersje wycen, założenia i wyłączenia
Projekty i budżetyModel rozliczenia, budżet godzin, etapy, odbiory
Czas pracyGodziny przy projekcie, pobierane z narzędzia do zadań albo wpisywane
Zmiany zakresuKażda zmiana z opisem, wyceną i akceptacją klienta
ObłożenieZajętość osób w kolejnych tygodniach, z projektami w sprzedaży
UtrzymanieUmowy, pakiety godzin, zgłoszenia z priorytetem i czasem reakcji
RozliczeniaFaktury za etapy, godziny i abonamenty, zaległości

Narzędzia, w których pracują programiści, zostają. Warstwa biznesowa łączy się z nimi i pobiera to, co potrzebne: zadania, czas, statusy. Firma IT często może zbudować ją sama, ale zwykle nie ma na to czasu, bo zespół pracuje dla klientów. Zakres takiej warstwy opisuje przewodnik ERP dla małej i średniej firmy.

Poniedziałek właściciela przed i po

Bez warstwy biznesowej właściciel zaczyna tydzień od pytań do kierowników projektów: jak idzie, czy zmieścimy się, kto będzie wolny. Odpowiedzi są ogólne. Stan sprzedaży zna z własnej skrzynki. O tym, że projekt przekroczył budżet, dowiaduje się, gdy trzeba wystawić fakturę końcową.

Z systemem na jednym ekranie widać projekty z zużyciem budżetu na tle postępu, zajętość zespołu na sześć tygodni naprzód i szanse sprzedażowe z planowanym startem. Rozmowa z kierownikami dotyczy dwóch projektów oznaczonych jako zagrożone. Decyzja o rekrutacji albo o przyjęciu kolejnego zlecenia opiera się na liczbach. Jak ułożyć taki ekran, opisuje przewodnik dane i decyzje.

Automatyzacje warte wdrożenia

  • zapytanie z formularza trafia do CRM z pytaniami kwalifikującymi,
  • przypomnienia o kontakcie po wysłaniu oferty,
  • ostrzeżenie, gdy zużycie budżetu wyprzedza postęp prac,
  • zgłoszenie od klienta utrzymaniowego dostaje priorytet i termin reakcji,
  • raport godzin dla klienta rozliczanego czasowo,
  • faktury cykliczne za utrzymanie i przypomnienia o płatnościach,
  • zadanie rozmowy z klientem przed końcem umowy utrzymaniowej.

Od czego zacząć

Zestawcie pięć ostatnich projektów: wycena, rzeczywisty nakład, wynik. Jeśli różnice są duże i nieprzewidywalne, pierwszym krokiem jest zapis czasu i cotygodniowy przegląd budżetów. Jeśli problemem jest falowanie pracy, pierwszym krokiem jest lista szans sprzedażowych z planowanym startem, oglądana razem z obłożeniem.

O tym, jak wybrać sposób budowy takiego rozwiązania, piszemy w przewodniku wybór wykonawcy wdrożenia. Pozostałe tematy są w bazie wiedzy, a pokrewny model pracy mają agencje marketingowe.

Problemy tej branży

  • CRM dla firm IT i software house'ów

    CRM dla firmy IT to system, który prowadzi sprzedaż projektów o dużej wartości i niejasnym na początku zakresie: od pierwszej rozmowy, przez warsztat lub analizę, do w...

  • Oferty i wyceny w firmie IT i software house

    Wycena projektu informatycznego to oszacowanie pracy, której zakres nie jest jeszcze w pełni znany. Dlatego dobra oferta w firmie IT nie podaje jednej kwoty z powietrz...

  • Rentowność projektów w firmie IT

    Rentowność projektu informatycznego to przychód pomniejszony o koszt godzin zespołu, licząc także te, których klientowi nie zafakturowano. W projektach o stałej cenie...

Najczęstsze pytania

Dlaczego firmie IT nie wystarcza narzędzie do zadań programistycznych?+

Bo pokazuje ono pracę nad kodem, a nie biznes. Nie ma w nim zapytań od klientów, wycen, umów, stawek ani kosztów zespołu. Właściciel widzi, ile zadań zamknięto, ale nie wie, czy projekt zarabia, ile szans sprzedażowych jest w toku i czy za dwa miesiące zespół będzie miał co robić. Te informacje wymagają osobnej warstwy.

Jak szybciej wyceniać projekty IT?+

Pomaga baza wcześniejszych wycen zestawionych z rzeczywistym nakładem. Jeśli firma wie, że podobny moduł w trzech poprzednich projektach zajął określoną liczbę dni, kolejna wycena opiera się na danych, a nie na optymizmie. Warto też mieć wzorzec oferty z gotowymi częściami: zakres, założenia, wyłączenia, sposób rozliczania zmian.

Jak planować obłożenie zespołu programistów?+

Potrzebny jest widok na kolejne tygodnie, w którym przy każdej osobie widać projekty i procent zajętości. Do tego warto dołożyć projekty, które są jeszcze w sprzedaży, z prawdopodobieństwem i planowanym startem. Wtedy handlowiec wie, od kiedy może obiecać zespół, a właściciel wcześniej widzi nadchodzący przestój albo potrzebę rekrutacji.

Jak kontrolować rentowność projektu rozliczanego ryczałtem?+

Trzeba na bieżąco porównywać zużyte godziny z budżetem i stopniem zaawansowania prac. Jeśli po zużyciu połowy budżetu gotowa jest jedna trzecia zakresu, to moment na rozmowę z klientem albo zmianę planu, a nie koniec projektu. Wymaga to zapisywania czasu przy projekcie i prostego raportu oglądanego co tydzień.

Czy software house powinien budować własny system do zarządzania firmą?+

Może, bo ma kompetencje, ale w praktyce wewnętrzny projekt zawsze przegrywa z pracą dla klientów i ciągnie się miesiącami. Warto policzyć koszt godzin zespołu, które nie zostaną sprzedane, i porównać go z kosztem zlecenia budowy na zewnątrz. Niezależnie od wyboru najpierw trzeba opisać proces: od zapytania, przez projekt, po utrzymanie i fakturę.

Co dalej

Dla firm z zespołem i stałymi zapytaniami

Bezpłatna konsultacja 45 minut

Przechodzimy przez drogę klienta w Twojej firmie i wskazujemy, co uporządkować najpierw. Po rozmowie dostajesz plan skalowania.

Dla mniejszych firm, które chcą zacząć same

Raport o firmie albo kurs „Porządek w zapytaniach”

Raport (297 zł netto) pokazuje, co poprawić na stronie, w widoczności i w obsłudze zapytań. Kurs (197 zł netto) w sześciu modułach prowadzi przez uporządkowanie zapytań krok po kroku.