Ustalenia projektowe giną w mailach – jak biuro traci kontrolę nad tym, co obiecało

Klient mówi: „Przecież ustaliliśmy, że zmieniacie ten przekrój”. Ty sięgasz po myszkę i zaczynasz szukać. Wątek ma 80 wiadomości, kilka osób w kopii, trzy tematy w jednym. Po 40 minutach albo znajdziesz tę wiadomość, albo nie. W obu przypadkach straciłeś właśnie niemal godzinę na to, że Twoja firma nie ma rejestru własnych ustaleń.

To nie jest problem organizacji pracy. To problem architektury – mail jest narzędziem do komunikacji, nie do przechowywania decyzji. W tym artykule pokażę, ile kosztuje brak rejestru ustaleń i co realnie można z tym zrobić. Więcej o tym, jak chaos w komunikacji przekłada się na codzienność biura projektowego, pisałem już w artykule o kosztach przegapionych pism z urzędu – tam problem zaczyna się zewnętrznie, tu zaczyna się wewnętrznie.

Dlaczego mail jest najgorszym rejestrem ustaleń projektowych?

Mail nie gubi ustaleń przypadkowo – gubi je z powodu swojej konstrukcji. Jest zoptymalizowany do wysyłania i odbierania wiadomości, a nie do przechowywania decyzji z możliwością ich późniejszego wyszukania.

Skrzynka mailowa to stos chronologiczny. Decyzja podjęta trzy miesiące temu jest schowana pod setkami kolejnych wiadomości, często w wątku o innym temacie niż zmiana, do której doszło w połowie rozmowy. Żeby ją znaleźć, musisz pamiętać, kto pisał, mniej więcej kiedy i w jakim wątku. Jeśli projekt trwa rok i angażuje kilkanaście osób, te trzy parametry są niemożliwe do odtworzenia z pamięci.

Do tego dochodzi problem wielu skrzynek. Ustalenie z klientem trafia do skrzynki projektanta prowadzącego. Uzgodnienie z geodetą – do skrzynki właściciela. Decyzja o zmianie materiału – do maila branżysty zewnętrznego. W efekcie rejestr ustaleń projektu istnieje, ale jest rozproszony po co najmniej kilku skrzynkach mailowych i nie ma do niego żadnego zbiorczego widoku.

Wyszukiwarka mailowa działa na słowa kluczowe – i zawodzi, gdy nie pamiętasz, jakie słowo było użyte w tamtej wiadomości sprzed kwartału. „Przekrój”, „słup”, „zmiana sekcji”? Każdy pisze inaczej. Każda skrzynka przeszukuje tylko swoją zawartość.

Ile kosztuje jedno zgubione ustalenie?

Koszt zgubionego ustalenia zależy od tego, w którym momencie projektu wyychodzi na jaw – im bliżej końca, tym drożej.

Wyróżniam trzy poziomy strat, które pojawiają się w praktyce biur projektowych.

Pierwszy to koszt „archeologiczny” – godziny spędzone na szukaniu dowodów, że ustalenie faktycznie miało miejsce. Inżynier za 150 zł/h, 40-60 minut szukania w mailach = 100-150 zł za jedno zdarzenie. Kilka razy w tygodniu, przez rok – to kilkanaście tysięcy złotych płaconego czasu, który nie wytwarza żadnej dokumentacji.

Drugi poziom to przeróbka. Jeśli ustalenia nie da się udowodnić, a klient twierdzi, że „było inaczej”, biuro często wykonuje poprawkę, żeby nie psuć relacji. Zmiana przekroju po narysowaniu szczegółów, po uzgodnieniu z branżystami, po wycenie u wykonawcy – to kaskada godzin. Kilka do kilkunastu osób musi wrócić do etapu, który uważały za zamknięty.

Trzeci poziom to spór z klientem. Bez pisemnego rejestru ustaleń biuro wchodzi w rozmowę o tym, „kto ma rację”, bez twardych dowodów. Nawet jeśli prawda jest po Twojej stronie, udowodnienie tego zajmuje czas, niszczy relację i często kończy się „po połowie” – biuro wykonuje część pracy za darmo, żeby temat zniknął.

Scenariusz: klient zleca biuru projektowemu dokumentację hali produkcyjnej za 180 000 zł. W połowie prac dzwoni i mówi, że „ustalaliście zmianę technologii posadzki na bardziej wytrzymałą”. Projekt prowadzący nie pamięta takiej decyzji. Szuka w mailach godzinę – bez rezultatu. Biuro wykonuje zmianę (12h pracy konstruktora i technologa po 150 zł/h = 1 800 zł), żeby nie stracić dobrego klienta. Gdyby istniał rejestr ustaleń z datą i podpisem elektronicznym klienta, rozmowa trwałaby 5 minut i miała inny finał.

Gdzie firmy projektowe próbują trzymać ustalenia i dlaczego to nie działa?

Brak centralnego rejestru nie oznacza, że biura nic nie robią. Próbują – ale każde z tych podejść ma strukturalną wadę.

Wspólna wada każdego z tych podejść: wymagają, żeby człowiek podjął świadomą decyzję o zapisaniu ustalenia, w odpowiednim miejscu, w odpowiednim czasie. A inżynier w trakcie projektu ma w głowie dziesiątki innych rzeczy ważniejszych niż uzupełnienie rejestru.

Ustalenia giną nie dlatego, że ludzie są niedbali. Giną, bo system zakłada, że człowiek sam sobie zbuduje rejestr – bez narzędzia, które robi to za niego.

Jakie typy ustaleń giną najczęściej i co to powoduje?

Nie wszystkie ustalenia są równie ważne. Tabela poniżej pokazuje typy, które biura projektowe tracą najczęściej – i co z tego wynika.

Warto zwrócić uwagę na ostatni wiersz. Biura projektowe myślą o rejestrze ustaleń głównie jako o zabezpieczeniu przed „klient chce więcej”. Ale równie kosztowne jest brak dokumentu potwierdzającego, że klient chciał mniej. Decyzja o rezygnacji z elementu, która nie jest nigdzie zapisana, po zakończeniu projektu staje się sporem o to, czy element w ogóle był w zakresie.

Jak agent AI wyciąga ustalenia z korespondencji?

Rejestr ustaleń, który utrzymuje się sam, nie wymaga, żeby inżynier pamiętał o jego uzupełnianiu. Wymaga systemu, który czyta korespondencję i sam wyciąga to, co ważne.

W praktyce wygląda to tak. Agent AI monitoruje korespondencję projektową – maile, notatki ze spotkań, wiadomości z komunikatora firmowego. Rozpoznaje wzorce decyzyjne: kiedy pada „zgadzamy się”, „akceptujemy”, „ustalamy że”, „zmieniamy na” – klasyfikuje to jako potencjalne ustalenie i dodaje do rejestru projektu z datą, kontekstem i osobami zaangażowanymi.

Rejestr jest dostępny per projekt – jeden widok, chronologicznie, z możliwością filtrowania po typie ustalenia. Zamiast szukać w 80 mailach, otwierasz listę decyzji projektu i widzisz wszystko w jednym miejscu.

Dwa ważne zastrzeżenia. Po pierwsze – agent AI wyciąga ustalenia, ale ostateczna weryfikacja należy do człowieka. Projekt prowadzący przegląda listę raz na tydzień i zatwierdza wpisy lub je koryguje. Tak działa zasada human-in-the-loop: agent przygotowuje, człowiek akceptuje. Po drugie – taki system najskuteczniej działa przy korespondencji pisemnej. Ustalenia z rozmów telefonicznych nadal wymagają, żeby ktoś je zapisał – ale wystarczy krótka notatka głosowa lub wiadomość do systemu, żeby agent zarejestrował ją automatycznie.

Co daje taki rejestr w praktyce? Trzy rzeczy. Pierwsza – „sprzedaj mi 40 minut archeologicznych” zamienia się w „otwórz filtr ustaleń dotyczących tego przekroju”. Druga – gdy klient mówi „ustalaliśmy”, odpowiedź jest konkretna: „tak, decyzja z 14 marca, potwierdzasz?” lub „nie mam tego w rejestrze, poszukajmy razem”. Trzecia – gdy projekt idzie do kolejnego biura albo do archiwum, historia decyzji zostaje z projektem, a nie z inżynierem, który go prowadził. Więcej o tym, jak biura projektowe tracą wiedzę razem z ludźmi, piszemy w artykule o automatyzacji procesów w firmach projektowych B2B.

Systemowe podejście do ustaleń wpisuje się w szerszy temat automatyzacji pracy administracyjnej wokół projektowania – przegląd tego, które procesy warto automatyzować w biurze projektowym, znajdziesz w artykule o automatyzacji procesów biznesowych z AI.

Najczęściej zadawane pytania

Czy trzeba zmieniać sposób pisania maili, żeby system działał?

Nie. Dobry system czyta korespondencję w takiej formie, w jakiej jest pisana – nie wymaga specjalnych tagów, schematów ani zmiany nawyków zespołu. Jedyna zmiana, której warto wyrobić sobie nawyk, to wysyłanie krótkiego podsumowania po rozmowie telefonicznej – ale to praktyka dobra niezależnie od jakiegokolwiek systemu.

Co ze spotkaniami i telefonami – te ustalenia też się rejestrują?

Ustalenia z rozmów telefonicznych wymagają, żeby ktoś je zapisał – czy to jako notatka tekstowa, wiadomość do systemu, czy krótki mail potwierdzający „rozmawialiśmy, ustaliliśmy X”. Agent AI przetwarza to, co jest zapisane. Ustalenia wyłącznie ustne, bez żadnego śladu pisemnego, wypadają poza każdy system – i to jest argument za tym, żeby kluczowe decyzje zawsze potwierdzać pisemnie, choćby jednozdaniowym mailem.

Czy klient musi coś instalować albo zmieniać sposób komunikacji?

Nie. System działa po stronie biura projektowego i przetwarza korespondencję, która i tak już do Ciebie przychodzi. Klient nie widzi żadnej zmiany – nadal pisze maile tak jak dotąd. Zmienia się tylko to, co biuro robi z tymi mailami wewnętrznie.

Jak taki rejestr pomaga przy sporze z klientem?

Rejestr jest dowodem, nie wyrokiem. Gdy klient twierdzi, że „ustaliliśmy coś innego”, możesz pokazać mu chronologiczny zapis decyzji z datami i kontekstem. W większości przypadków spór kończy się w ciągu 5 minut, bo jedna strona po prostu przypomina sobie przebieg zdarzeń. Jeśli sprawa eskaluje dalej, masz dokumentację do przedstawienia prawnikom lub sądowi polubownemu.

Podsumowanie

Mail gubi ustalenia projektowe nie dlatego, że jest złym narzędziem – tylko dlatego, że nie jest rejestrem decyzji. Każde biuro projektowe, które trzyma historię swoich ustaleń wyłącznie w skrzynkach mailowych, ryzykuje godziny na archeologię, darmowe przeróbki i spory z klientami bez twardych dowodów. Rozwiązaniem nie jest „lepsza dyscyplina” ani „specjalny folder” – rozwiązaniem jest system, który sam wyciąga ustalenia z korespondencji i trzyma je w jednym miejscu per projekt.

Chcesz sprawdzić, jak taki rejestr mógłby działać w Twoim biurze i które ustalenia ryzykujesz najbardziej? Umów 15-minutową rozmowę – przejdziemy przez Twój sposób dokumentowania decyzji i pokażemy, gdzie są luki.