Adopcja platformy CDE – dlaczego zespoły wracają do e-maila mimo wdrożonego systemu

Andrzej Bogatko

Co-founder, Designer

11 lipca 2026 • 11 min czytania • Platformy CDE

Adopcja platformy CDE to problem, który rzadko pojawia się w dokumentach przetargowych, a mimo to decyduje o powodzeniu całego wdrożenia. System bywa formalnie uruchomiony, wszyscy mają dostęp i hasła, a mimo to dokumenty w dalszym ciągu krążą po firmie e-mailem. Według badania Boston Consulting Group z 2024 roku, aż 74% firm wdrażających nowe technologie nie osiąga z nich wymiernej wartości – i choć to badanie dotyczyło sztucznej inteligencji, a nie samych platform CDE, mechanizm, który za tym stoi, jest dokładnie ten sam. Ten artykuł pokazuje, dlaczego tak się dzieje w budownictwie i co realnie zwiększa szansę, że zespół zacznie korzystać z systemu na co dzień, a nie tylko wtedy, gdy ktoś mu o tym przypomni.

Źródło: hustro.com

1. Objawy: jak wygląda pozorna adopcja CDE

Zanim przejdziemy do przyczyn, warto najpierw rozpoznać sam problem. Pozorna adopcja platformy CDE nie wygląda jak awaria czy bunt zespołu. Wygląda jak zwyczajna, codzienna praca – system działa, ludzie się logują, funkcje są dostępne. Problem jest cichy i dlatego łatwo go przeoczyć.

1.1 Dokumenty i tak krążą e-mailem, dla pewności

Najbardziej charakterystyczny objaw pozornej adopcji to podwójny obieg. Dokument trafia do platformy CDE, ponieważ formalnie tak trzeba. Jednocześnie ta sama osoba wysyła go e-mailem do kilku kluczowych odbiorców, żeby mieć pewność, że dotrze i zostanie przeczytany. W efekcie firma płaci za system, którego zadaniem jest wyeliminowanie e-maila, a mimo to utrzymuje dokładnie taki sam obieg e-mailowy jak wcześniej – tyle że z dodatkowym krokiem.

1.2 Logowanie raz w tygodniu, żeby wgrać zaległości hurtem

Kolejny częsty wzorzec to odkładanie pracy w systemie na później. Kierownik budowy przez cały tydzień zbiera zdjęcia, notatki i skany na dysku telefonu lub w folderze na komputerze. Dopiero w piątek po południu wgrywa wszystko do platformy jednym większym pakietem. Formalnie dane trafiają do CDE, jednak w praktyce przez większość tygodnia nikt inny nie ma do nich dostępu. Cała przewaga systemu – aktualność informacji w czasie rzeczywistym – po prostu znika.

1.3 Jedna osoba jako tłumacz systemu dla reszty zespołu

W wielu zespołach wykształca się też nieformalna rola pośrednika – zwykle najmłodszej lub najbardziej cierpliwej osoby, która wie, jak obsługiwać system, i w związku z tym robi to za wszystkich pozostałych. Reszta zespołu przesyła jej dokumenty mailem lub przez komunikator, a ona wprowadza je do platformy. To rozwiązuje problem na krótką metę. Jednak oznacza też, że adopcja systemu dotyczy w rzeczywistości jednej osoby, nie całego zespołu – a ta osoba prędzej czy później zmieni pracę, pójdzie na urlop albo po prostu się wypali.

Źródło: Freepik

2. Dlaczego tak się dzieje – trzy najczęstsze przyczyny niskiej adopcji CDE

Warto podkreślić, że niska adopcja rzadko wynika z tego, że system jest zły technicznie. W praktyce przyczyny leżą gdzie indziej – w sposobie, w jaki wdrożenie zostało zaplanowane i przeprowadzone.

2.1 Wdrożenie potraktowane jako projekt informatyczny, a nie zmiana sposobu pracy

To nie jest sytuacja nowa ani specyficzna dla platform CDE. Dokładnie ten sam mechanizm od lat opisują badania dotyczące wdrożeń systemów CRM i ERP, a więc oprogramowania o podobnej skali i podobnym rodzaju oporu ze strony zespołu. Według danych przywoływanych przez firmę analityczną Forrester Research, niemal połowa wdrożeń systemów CRM kończy się niepowodzeniem. Największą pojedynczą przyczyną porażki – w tym przypadku ponad jedną piątą wszystkich zgłoszonych problemów – jest przy tym brak adopcji po stronie użytkowników, nie sama technologia.

Podobny obraz wyłania się z wdrożeń systemów ERP, czyli oprogramowania, które podobnie jak platforma CDE ma zastąpić rozproszone, ręczne procesy jednym, spójnym systemem. Firma doradcza Gartner szacuje, że ponad 70 procent niedawno wdrożonych systemów ERP nie osiąga w pełni założonych celów biznesowych. Ponadto według badań firmy Prosci czynniki ludzkie mają na powodzenie wdrożenia sześciokrotnie większy wpływ niż czynniki czysto techniczne. Te dane pochodzą z innych kategorii oprogramowania niż platformy CDE, jednak sam mechanizm się powtarza: zespół dostaje nowe narzędzie, nie widzi w nim korzyści dla swojej codziennej pracy i wraca do starych przyzwyczajeń – niezależnie od tego, czy mowa o systemie CRM, ERP, czy o platformie do zarządzania dokumentacją budowlaną.

2.2 Brak jasnej korzyści dla konkretnej roli w zespole

To samo wymaganie funkcjonalne w dokumentacji przetargowej znaczy zupełnie coś innego dla kierownika budowy, dla projektanta i dla inwestora – opisaliśmy ten mechanizm dokładniej w artykule Jak napisać wymagania do platformy CDE, które będą działać. Ten sam mechanizm działa również po stronie adopcji. Jeżeli kierownik budowy nie widzi konkretnej, codziennej korzyści z korzystania z systemu – na przykład skrócenia czasu potrzebnego na znalezienie aktualnej wersji rysunku – to żadna liczba funkcji na liście wymagań tego nie zmieni. Zespół nie adaptuje narzędzia dlatego, że jest ono technicznie zaawansowane. Adaptuje je wtedy, gdy widzi, że ułatwia mu życie w tym konkretnym momencie, w którym z niego korzysta.

2.3 System dodaje krok, zamiast go usuwać

Trzecia przyczyna jest najbardziej praktyczna, a jednocześnie najczęściej pomijana podczas planowania wdrożenia. Jeżeli korzystanie z platformy CDE oznacza w praktyce więcej kliknięć i więcej czasu niż wysłanie tego samego dokumentu e-mailem, zespół prędzej czy później wróci do starego przyzwyczajenia – niezależnie od tego, jak bardzo kierownictwo będzie na to naciskać. Dobrze zaprojektowany proces w systemie powinien być krótszą drogą do celu, nie dłuższą.

Deklaracja kierownictwa a rzeczywistość na budowie

3. Koszt pozornej adopcji – dlaczego to więcej niż niedogodność

3.1 Dwa źródła prawdy oznaczają powrót tych samych błędów

Cały sens platformy CDE polega na tym, że w danym momencie istnieje tylko jedna, aktualna wersja dokumentu, do której mają dostęp wszyscy uprawnieni uczestnicy projektu. Jednak w chwili, gdy część zespołu nadal korzysta z e-maila jako równoległego kanału, ta zasada przestaje obowiązywać. Wraca dokładnie ten sam problem, który CDE miał wyeliminować: ktoś pracuje na nieaktualnej wersji rysunku, ponieważ dostał ją mailem tydzień wcześniej i nie sprawdził, czy w systemie pojawiła się nowsza rewizja.

3.2 Niekompletne dane szkodzą dopiero później

Jeżeli dane trafiają do systemu z opóźnieniem albo tylko częściowo, konsekwencje nie ujawniają się od razu. Ujawniają się dopiero przy odbiorze końcowym, przy audycie dokumentacji powykonawczej albo w chwili sporu z podwykonawcą. Wtedy okazuje się, że historia decyzji w systemie jest niepełna, ponieważ część ustaleń przez cały czas krążyła e-mailem i nigdy nie trafiła do platformy. W efekcie płacimy dwa razy: raz za system, drugi raz za czas potrzebny na odtworzenie brakujących informacji z innych źródeł.

3.3 Koszt narasta cicho, ponieważ nikt go nie zgłasza jako awarii

W przeciwieństwie do awarii technicznej, niska adopcja nie generuje zgłoszenia do wsparcia technicznego. System działa, więc formalnie nie ma problemu do rozwiązania. Tymczasem koszt narasta w tle: podwójna praca przy przekazywaniu dokumentów, czas stracony na szukanie właściwej wersji pliku, opóźnienia w akceptacjach, bo część zespołu w ogóle nie sprawdza platformy regularnie. Żadna z tych rzeczy nie trafia do raportu jako pojedynczy, duży koszt. Mimo to suma tych drobnych strat bywa większa niż koszt samej subskrypcji systemu.

*Dane dotyczące wdrożeń systemów CRM (Forrester Research) i ERP (Prosci) – przywołane jako analogia z branż o podobnej skali organizacyjnej, nie jako dane bezpośrednio dotyczące platform CDE.

Źródło: Freepik

4. Co faktycznie zwiększa adopcję platformy CDE

Skoro wiemy już, skąd bierze się problem, warto przejść do praktyk, które realnie zwiększają szansę, że zespół zacznie korzystać z systemu na stałe, a nie tylko formalnie.

• Zacznij od jednego, konkretnego procesu – nie od wdrożenia całego systemu naraz. Wybierz proces, który boli zespół najbardziej, na przykład akceptację dokumentów, i przenieś go do platformy w pierwszej kolejności. Dopiero gdy ten jeden proces zacznie działać płynnie, rozszerzaj zakres na kolejne obszary.
• Szkol każdą rolę osobno – kierownik budowy, projektant, koordynator i podwykonawca korzystają z platformy w zupełnie inny sposób. Jedno wspólne szkolenie dla wszystkich zwykle oznacza, że nikt nie dostaje wiedzy dopasowanej do swojej codziennej pracy.
• System musi być szybszy niż e-mail w praktyce, nie tylko w teorii – jeżeli wgranie dokumentu do platformy zajmuje więcej kliknięć niż wysłanie go mailem, zespół wybierze rozwiązanie szybsze, niezależnie od tego, które z nich jest formalnie obowiązujące.
• Wyznacz osobę odpowiedzialną za adopcję, nie tylko za wdrożenie techniczne – ktoś po stronie zespołu powinien monitorować, czy system jest faktycznie używany w codziennej pracy, i reagować, gdy zespół zaczyna wracać do starych przyzwyczajeń, zanim stanie się to trwałym nawykiem.

5. Jak podchodzimy do tego w Hustro

W Hustro priorytetem jest poprawne wdrożenie rozwiązania w firmie zarówno ze strony procesowej, jak i szkoleniowej. Zamiast wymuszać na zespole nowy sposób pracy od pierwszego dnia, skupiamy się na obecnych procesach klienta, a następnie stopniowo przenosimy je do naszego rozwiązania – krok po kroku, zaczynając od tego, co najbardziej spowalnia zespół w danym momencie. Takie podejście nie eliminuje ryzyka niskiej adopcji całkowicie, jednak znacząco je ogranicza, ponieważ zespół od początku widzi konkretną, praktyczną korzyść, zamiast uczyć się nowego narzędzia w oderwaniu od swojej codziennej pracy.

Dobrze widać to na przykładzie Mota-Engil Central Europe, międzynarodowego generalnego wykonawcy działającego w 28 krajach, który przed wdrożeniem Hustro przetestował kilka innych narzędzi do zarządzania usterkami na placu budowy.

Źródło: Freepik

Podsumowanie: jak zwiększyć adopcję platformy CDE w Twojej firmie

Podsumowując, warto zapamiętać trzy rzeczy z tego artykułu. Po pierwsze, niska adopcja platformy CDE rzadko wynika z wad samego systemu. Najczęściej wynika z tego, że wdrożenie potraktowano jako projekt informatyczny, zamiast jako zmianę sposobu pracy konkretnych ludzi. Po drugie, koszt pozornej adopcji narasta cicho i ujawnia się dopiero później, na przykład przy odbiorze końcowym albo w sporze z podwykonawcą – dlatego warto go monitorować, zanim stanie się widoczny. Po trzecie, adopcję realnie zwiększa wdrożenie etapowe, szkolenia dopasowane do każdej roli oraz osoba odpowiedzialna za to, żeby system pozostał szybszą drogą do celu niż e-mail. Nie tylko w dniu wdrożenia, ale przez cały czas trwania projektu.