Scenariusz: jak biuro projektowe może odzyskać 50 godzin miesięcznie – automatyzacja od środka
Scenariusz: właściciel biura projektowego konstrukcji stalowych pracuje 60 godzin tygodniowo. Kilkanaście z nich spędza jako dyspozytor: statusy projektów, odpowiedzi na maile klientów, „kto teraz co robi”. Pokazujemy krok po kroku, co da się w takim biurze uporządkować i ile czasu może to oddać właścicielowi.
Biuro w tym scenariuszu jest typowe: ok. 15 osób, konstrukcje stalowe. Liczby w tekście to założenia i rachunek na tych założeniach, nie wynik konkretnego wdrożenia – u Ciebie wyjdą inne, dlatego przy każdej pokazujemy, jak ją policzyć. Artykuł jest finałem 18-częściowej serii o bólach biur projektowych B2B. Jeśli dopiero zaczynasz, warto najpierw zajrzeć do pierwszego artykułu serii o tym, jak cicha logistyka kosztuje firmy projektowe więcej niż błędy inżynierskie.
Jak wygląda stan przed wdrożeniem?
Właściciel jest jedyną osobą, która wie wszystko o każdym projekcie. Cała firma idzie przez niego – i to jest problem, nie atut.
Statusy projektów żyją w głowie właściciela i w pięciu Excelach, które każdy aktualizuje po swojemu. Klient dzwoni z pytaniem „kiedy będzie projekt?” – właściciel dzwoni do prowadzącego, pyta, wraca do klienta. Proste pytanie zajmuje 20 minut. Pomnożone przez kilkanaście projektów i kilka takich rozmów tygodniowo zostawia w tygodniu roboczym coraz mniej miejsca na decyzje strategiczne.
Inżynierowie z kolei spędzają 5-8 godzin tygodniowo na zadaniach, za które płaci się 25 zł/h – raportowaniu statusów, szukaniu dokumentów, odpowiadaniu na pytania „w jakim to jest etapie”. A płaci się im jak za projektowanie, czyli po stawce inżynierskiej. Przy pięciu projektantach, średnio 6,5 godziny tygodniowo i stawce ok. 130 zł/h to ok. 18 000 zł miesięcznie (5 x 6,5 x 4,3 x 130) za zadania, które nie wymagają uprawnień. To klasyczna sytuacja opisywana w artykule o automatyzacji procesów biznesowych – drogi zasób używany do tanich zadań.
Nowe zlecenia trudno przyjąć, bo nikt nie wie realnie, ile zespół ma wolnych mocy. Decyzja o przyjęciu projektu opiera się na przeczuciu właściciela. Czasem kończy się dobrze, czasem projekty się ślizgają, bo obłożenie jest oceniane okiem, nie danymi. Biuro traci zlecenia, które mogło obsłużyć – i przeciąża się na tych, przy których źle oszacowało dostępność.
Wygląda to znajomo? Właściciel w takim biurze zwykle wie, że jest wąskim gardłem. Nie widzi tylko, kto miałby przejąć od niego tę wiedzę – i właśnie to jest punkt wejścia do rozmowy o automatyzacji.
Co konkretnie można wdrożyć?
W tym scenariuszu wdrożenie obejmuje cztery obszary. Narzędzia projektowe zostają bez zmian – CAD, normy, programy obliczeniowe. Zmienia się przepływ informacji dookoła projektowania.
1. Panel statusów w czasie rzeczywistym. Jeden widok z aktualnym stanem każdego projektu: etap, prowadzący, termin, czy klient czeka na odpowiedź. Dane zbiera agent AI z codziennych aktualizacji od inżynierów – jedno pytanie dziennie w komunikatorze, odpowiedź w pół minuty. Właściciel przestaje być centralą informacyjną, a pytanie klienta „na jakim etapie jest mój projekt?” przestaje oznaczać telefon do inżyniera.
2. Przypisywanie zadań i podgląd obłożenia. Gdy pojawia się nowe zlecenie, system pokazuje, kto ma wolne moce i kiedy. Decyzja o przyjęciu projektu przestaje być przeczuciem – opiera się na danych o aktualnym i planowanym obłożeniu każdego inżyniera. Widać też, kiedy kończą się etapy aktywnych projektów i kiedy zespół się „uwalnia”, więc kolejkę zleceń da się planować z wyprzedzeniem.
3. Regularna informacja dla klienta. Klient dostaje co tydzień aktualizację statusu, przygotowaną z tych samych danych co panel wewnętrzny. Właściciel nie pisze jej od zera i nie angażuje prowadzącego – przegląda i wysyła. Raport wychodzi także wtedy, gdy postępu nie ma, więc klient, który dzwonił, bo firma milczała, przestaje dzwonić. A relacja z klientem paradoksalnie się poprawia, bo klient czuje, że jest informowany.
4. Godziny per projekt. Inżynierowie wpisują godziny na bieżąco – krótka odpowiedź na pytanie „nad czym dziś pracowałeś i ile godzin”. Z tych danych właściciel widzi rentowność każdego projektu w trakcie, a nie dopiero po jego zamknięciu. Może się okazać, że część projektów jest deficytowa – nie przez złe wyceny wyjściowe, ale przez niewidoczne prace poza zakresem. Wtedy jest podstawa do rozmowy o aneksie tam, gdzie zakres się rozszerzył.
Ile czasu może to oddać?
Liczby poniżej to rachunek na założeniach scenariusza, nie pomiar z konkretnego biura. Przy każdej piszemy, z czego wynika – podstaw własne dane, a dostaniesz wynik dla swojego biura.
Ok. 50 godzin miesięcznie u właściciela. Jeśli koordynacja zabiera mu 12 godzin tygodniowo, to ponad 50 godzin w miesiącu (12 x 4,3) – ponad 6 pełnych dni roboczych. Gdy statusy, obłożenie i godziny są w jednym miejscu, ten czas może pójść na spotkania sprzedażowe, rozmowy z kluczowymi klientami i decyzje o kierunku firmy. Właściciel przestaje być operatorem własnego biznesu.
Więcej przyjętych zleceń tym samym zespołem – o ile moce są, tylko ich nie widać. Bez nowych etatów i bez przepracowywania się. Gdy obłożenie każdej osoby jest widoczne, łatwiej przyjąć zlecenie, które dawniej odpuszczano „bo nie wiemy, czy zdążymy”. Ile takich zleceń przybędzie, zależy od biura – tego nikt uczciwie nie obieca z góry.
Rentowność widoczna w trakcie projektu. Godziny wpisywane na bieżąco pokazują, który projekt zjada więcej, niż zakładała wycena – zanim strata się zamknie, a nie po fakcie.
| Obszar | Przed wdrożeniem | Po wdrożeniu |
|---|---|---|
| Godziny właściciela na statusowanie i dyspozytornię | ~50-60 h/mies – połowa tygodnia pracy | Kilka godzin – dane zbiera i pokazuje system, właściciel je czyta |
| Sposób statusowania projektów | 5 Exceli + telefony do prowadzących w razie potrzeby | Jeden panel, dane z poprzedniej doby |
| Komunikacja z klientem o postępach | Reaktywna – klient dzwoni, właściciel odpowiada | Proaktywna – cotygodniowy raport z tych samych danych, właściciel go przegląda |
| Wiedza o obłożeniu zespołu przy nowym zleceniu | Przeczucie właściciela i doświadczenie | Dane o aktualnym i planowanym obłożeniu każdego inżyniera |
| Rentowność projektu | Widoczna dopiero po zamknięciu etapu lub całości | Widoczna na bieżąco z rejestru czasu per projekt |
| Liczba obsługiwanych zleceń | Baza wyjściowa | Więcej, w granicach wolnych mocy – bez nowych etatów |
Czy to zadziała w innym biurze projektowym?
Taki scenariusz pasuje do biur, które spełniają dwa warunki: mają powtarzalne procesy i właściciela, który jest wąskim gardłem. Jeśli właściciel jest centralą informacyjną i decyzyjną – to jest właśnie ten profil.
Trzy obiekcje, które pojawiają się najczęściej przed podjęciem decyzji:
„U nas jest inaczej – każdy projekt jest unikalny.” Tak, projekty są unikalne. Konstrukcja hali przemysłowej różni się od wiaduktu. Ale procesy dookoła projektów – komunikacja ze statusem, raportowanie do klienta, pilnowanie terminów, śledzenie obłożenia, rejestr czasu – są identyczne dla każdego projektu. To te procesy automatyzujemy, nie projektowanie. Kto odpowiada uprawnieniami za ryzyko projektowe – człowiek. Kto wysyła tygodniowy raport do klienta – system. Więcej o tym podziale piszemy w artykule o tym, co warto automatyzować w firmie projektowej B2B.
„Zespół nie przyjmie nowego systemu.” W tym scenariuszu inżynierowie nie uczą się nowego programu do projektowania – po ich stronie zostaje krótka codzienna odpowiedź: nad czym pracowali i ile godzin. Większa zmiana jest po stronie właściciela, który przestaje dopytywać inżynierów przez telefon, i po stronie klientów, którzy przestają dzwonić po statusy. A to, żeby zespół z nowego sposobu pracy faktycznie korzystał, jest osobną częścią wdrożenia: szkolenia i metoda wprowadzania zmiany, nie sam program.
„Nie mamy teraz czasu na wdrożenie.” Właściciel nie prowadzi wdrożenia sam – robi to zespół wdrożeniowy, który mapuje procesy, konfiguruje system i sprawdza go przed uruchomieniem. Po stronie właściciela zostaje omówienie procesów na początku i odbiór na końcu. Termin ustalamy po rozmowie, gdy wiemy, co dokładnie wdrażamy.
Jaki jest pierwszy krok?
Pierwsza rozmowa to diagnoza, nie sprzedaż. Pytamy o trzy rzeczy: ile godzin tygodniowo właściciel spędza na statusowaniu i odpowiadaniu na pytania o projekty, skąd klienci dowiadują się o postępach, jak firma szacuje obłożenie przy nowym zleceniu. Na podstawie tych odpowiedzi widać, czy automatyzacja tu ma sens i od czego zacząć, żeby zwrot pojawił się szybko.
Jeśli biuro ma 5-30 osób, właściciel jest wąskim gardłem i projekty realizowane są w podobnym procesie – rozmowa zajmuje ok. 45 minut i daje konkretną odpowiedź: czy i co wdrażać. Bez zobowiązania na pierwszym spotkaniu.
Warto też wiedzieć, że tę serię 18 artykułów pisaliśmy specjalnie dla biur projektowych B2B. Każdy artykuł dotyczy jednego konkretnego bólu operacyjnego – od przegapionych pism z urzędu, przez chaos w wersjach dokumentów, po koszty pracy inżynierów na zadaniach administracyjnych. Jeśli chcesz przejść przez całość i zobaczyć, które problemy dotyczą Twojego biura, zacznij od artykułu o kosztach chaosu operacyjnego – to dobry punkt wejścia.
Najczęściej zadawane pytania
Ile trwa wdrożenie?
Zależy od wielkości biura i zakresu – inaczej wygląda biuro pięcioosobowe z jednym typem projektów, inaczej trzydziestoosobowe z kilkoma branżami. Termin podajemy po rozmowie diagnostycznej, gdy wiemy, co konkretnie wdrażamy.
Czy zespół musi zmienić narzędzia pracy?
Nie. Inżynierowie nadal pracują w tych samych programach projektowych – CAD, arkusze obliczeniowe, branżowe oprogramowanie. Zmiana dotyczy wyłącznie przepływu informacji dookoła projektowania: statusy, terminy i godziny trafiają w jedno miejsce. Zespół uczy się tylko tej części, a szkolenie jest częścią wdrożenia.
Od czego zaczynacie wdrożenie?
Od rozmowy diagnostycznej – ok. 45 minut. Mapujemy procesy, które pochłaniają czas właściciela i inżynierów, identyfikujemy wąskie gardła i ustalamy kolejność automatyzacji, żeby zwrot pojawił się możliwie szybko. Bez zobowiązania i bez wyceny na pierwszym spotkaniu – wycena pojawia się po diagnozie, gdy wiemy, co konkretnie wdrażamy.
Kiedy się to zwraca?
To zależy od tego, ile czasu koordynacja zabiera dziś Tobie i zespołowi. Policz to na swoich danych: godziny tygodniowo na statusy, telefony i szukanie dokumentów, razy 4,3 tygodnia, razy stawka osoby, która to robi. W tym scenariuszu najwięcej daje odblokowanie czasu właściciela – ok. 50 godzin miesięcznie, które może pójść na sprzedaż i relacje z kluczowymi klientami. Do tego rentowność widoczna na bieżąco pozwala reagować na rozszerzanie się zakresu wcześniej, a nie po zamknięciu projektu ze stratą.
Podsumowanie
Automatyzacja w biurze projektowym zaczyna się nie od projektowania, ale od wszystkiego dookoła: statusów, komunikacji z klientami, pilnowania obłożenia, wpisywania godzin. Te procesy potrafią zabierać właścicielowi kilkadziesiąt godzin miesięcznie i spowalniać całą firmę. W tym scenariuszu – biuro ok. 15 osób, konstrukcje stalowe – rachunek daje ok. 50 godzin miesięcznie z powrotem u właściciela. Ile wyjdzie u Ciebie, zależy od Twoich liczb – i od nich zaczynamy rozmowę.
Od autorów. Ten tekst napisał zespół Autopilota – wdrażamy w biurach projektowych system Rzut i asystentów AI. Jeśli chcesz zobaczyć, jak wyglądałoby to w Twoim biurze, zobacz, jak przebiega wdrożenie.
