Biuro projektowe odzyskało 50 godzin miesięcznie – jak wygląda automatyzacja od środka

Właściciel biura projektowego konstrukcji stalowych pracował 60 godzin tygodniowo. Z czego połowę jako dyspozytor: statusy projektów, odpowiedzi na maile klientów, „kto teraz co robi”. Po 30 dniach wdrożenia odzyskał ponad 50 godzin miesięcznie – i ten sam zespół przyjął 25% więcej zleceń. Oto dokładnie, co się zmieniło i dlaczego.

To case study biura projektowego z Wielkopolski, ~15 osób, specjalizacja: konstrukcje stalowe. Dane są anonimowe, ale liczby zweryfikowane. 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 był jedyną osobą, która wiedziała wszystko o każdym projekcie. Cała firma przez niego – i to był problem, nie atrybut.

Statusy projektów żyły w głowie właściciela i w pięciu Excelach, które każdy aktualizował po swojemu. Klient dzwonił z pytaniem „kiedy będzie projekt?” – właściciel musiał zadzwonić do prowadzącego, zapytać, wrócić do klienta. Proste pytanie zajmujące 20 minut. Mnożone przez kilkanaście projektów i kilka takich rozmów tygodniowo – tydzień roboczy miał coraz mniej miejsca na decyzje strategiczne.

Inżynierowie z kolei spędzali 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łacono im jak za projektowanie, czyli po stawce inżynierskiej. Przy pięcioosobowym zespole projektantów to ponad 18 000 zł miesięcznie pracy płaconej po stawce inżyniera 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 były trudne do przyjęcia, bo nikt nie wiedział realnie, ile zespół ma wolnych mocy. Decyzja o przyjęciu projektu opierała się na przeczuciu właściciela. Czasem kończyło się dobrze, czasem projekty się ślizgały, bo obłożenie było oceniane okiem, nie danymi. Biuro traciło zlecenia, które mogło obsłużyć – i przeciążało się na tych, gdzie źle oszacowało dostępność.

Wygląda to znajomo? W tym konkretnym biurze właściciel powiedział wprost: „Wiem, że jestem wąskim gardłem. Ale nie wiem, jak z tego wyjść, bo nie ma nikogo, kto tę wiedzę przejmie ode mnie.” Właśnie to był punkt wejścia do rozmowy o automatyzacji.

Co konkretnie zostało wdrożone?

Wdrożenie trwało 30 dni i objęło cztery obszary. Nie zmieniano narzędzi projektowych – CAD, normy, programy obliczeniowe zostały bez zmian. Zmieniono 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 na podstawie codziennych aktualizacji od inżynierów – jedno pytanie dziennie w komunikatorze, odpowiedź w 30 sekund. Właściciel przestał być centralą informacyjną. Klient pytający „na jakim etapie jest mój projekt?” przestał być powodem do telefonu do inżyniera.

2. Automatyczne przypisywanie zadań i monitoring obłożenia. Gdy pojawia się nowe zlecenie, system pokazuje, kto ma wolne moce i kiedy. Decyzja o przyjęciu projektu przestała być przeczuciem – jest oparta 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”. To daje możliwość planowania kolejki zleceń z wyprzedzeniem.

3. Automatyczna komunikacja z klientem. Klient dostaje aktualizację statusu co tydzień – automatycznie, na podstawie tych samych danych co panel wewnętrzny. Nie redaguje jej właściciel, nie angażuje prowadzącego. System wysyła raport zarówno wtedy, gdy nie ma co raportować, jak i wtedy, gdy jest postęp. Klient, który musi dzwonić bo firma milczy – przestał dzwonić. A relacja z klientem paradoksalnie się poprawiła, bo klient czuje, że jest informowany.

4. Rejestr czasu per projekt. Inżynierowie logują czas przez agenta AI w komunikatorze – krótka odpowiedź na pytanie „co dziś robiłeś i ile godzin”. Z tych danych właściciel pierwszy raz zobaczył rentowność poszczególnych projektów na bieżąco, a nie po ich zamknięciu. Kilka projektów okazało się deficytowych – nie przez złe wyceny wyjściowe, ale przez niewidoczne prace poza zakresem. Rejestr dał podstawę do rozmów o aneksach tam, gdzie zakres się rozszerzył.

Jakie wyniki pojawiły się po wdrożeniu?

Liczby są konkretne i zweryfikowane – nie „poczucia poprawy” ani szacunki z rozmów.

50+ godzin miesięcznie odzyskanych przez właściciela. To ponad 6 pełnych dni roboczych, które wcześniej schodziły na bycie dyspozytorem i centrum informacyjnym. Teraz właściciel ma czas na spotkania sprzedażowe, rozmowy z klientami strategicznymi i decyzje o kierunku firmy. Przestał być operatorem własnego biznesu.

+25% zleceń przyjętych tym samym zespołem. Bez nowych etatów, bez przepracowywania się. Widoczność obłożenia pozwoliła lepiej planować kolejność projektów. Okazało się, że moce były – brakowało informacji, żeby je dobrze alokować. Kilka zleceń, które dawniej odpuszczono „bo nie wiemy czy zdążymy”, zostało przyjętych i zrealizowanych w terminie.

Wdrożenie zamknięte w 30 dni. Bez rewolucji w firmie, bez szkoleń dla całego zespołu, bez wymiany oprogramowania projektowego.

Czy to zadziała w innym biurze projektowym?

Wdrożenie daje wyniki w biurach, które mają dwa warunki: 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 wdrożeniu inżynierowie nie dostali nowego narzędzia – dostali pytanie w komunikatorze, z którego już korzystali. Odpowiedź zajmuje 30 sekund. Nie ma tu nowego oprogramowania do nauki ani zmiany sposobu projektowania. Zmiana jest po stronie właściciela, który przestaje inżynierów pytać przez telefon – i po stronie klientów, którzy przestają dzwonić po statusy.

„Nie mamy teraz czasu na wdrożenie.” 30 dni to nie jest projekt IT z długim onboardingiem. Pierwsze efekty pojawiają się w tygodniu 2, gdy panel statusów zaczyna zbierać dane. Właściciel nie prowadzi wdrożenia sam – wdraża je zewnętrzny zespół, który mapuje procesy, buduje system i testuje go przed uruchomieniem. Zaangażowanie właściciela w pierwszym miesiącu to kilka godzin na omówienie procesów i kilka na odbiór. Reszta dzieje się bez jego udziału.

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 30-40 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?

W opisanym case study – 30 dni od pierwszej rozmowy diagnostycznej do działającego systemu. Pierwsze efekty widać po 10-14 dniach, gdy panel statusów zaczyna zbierać dane i właściciel ma pierwszy podgląd na obłożenie bez dzwonienia do inżynierów.

Czy zespół musiał 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: codzienne aktualizacje statusów i rejestr czasu działają przez komunikator, z którego zespół już korzystał. Nikt nie przechodzi szkolenia z nowego oprogramowania.

Od czego zaczynacie wdrożenie?

Od rozmowy diagnostycznej – 30-60 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?

Zwraca się zwykle w 3-12 miesięcy. W opisanym case study największy zwrot dało odblokowanie czasu właściciela – 50 godzin miesięcznie przeznaczone na sprzedaż i relacje z klientami strategicznymi przełożyło się bezpośrednio na więcej przyjętych zleceń. Do tego rentowność projektów widoczna na bieżąco pozwoliła reagować na scope creep wcześniej, 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, rejestru czasu. Te procesy zabierają właścicielowi kilkadziesiąt godzin miesięcznie i spowalniają całą firmę. Jedno wdrożenie, 30 dni, biuro ~15 osób z Wielkopolski – 50 godzin z powrotem i 25% więcej zleceń tym samym zespołem. To nie scenariusz hipotetyczny – to liczby z konkretnego projektu.

Umów konsultację – pokażemy, jak to wygląda u Ciebie i od czego warto zacząć.