Ile trwa wdrożenie automatyzacji w firmie 2026: typowe czasy, harmonogram krok po kroku i co go wydłuża

Odpowiedź, którą słyszysz od wykonawców, brzmi „dwa do czterech tygodni”, i jest prawdziwa dla samej budowy. Nie jest prawdziwa dla wdrożenia, bo między pierwszą rozmową a dniem, w którym zespół przestaje robić rzecz ręcznie, mieści się jeszcze analiza, dostępy, testy na prawdziwych danych i tydzień, w którym nikt po stronie firmy nie ma czasu odpowiedzieć na pytanie o wyjątki. Z naszych wdrożeń wynika, że budowa zajmuje mniej niż połowę kalendarza. Reszta to czekanie i decyzje.

Poniżej realne czasy rozbite na zakres, pięć faz z tygodniami, harmonogram tydzień po tygodniu dla typowego pakietu MŚP, deklaracje ośmiu polskich wykonawców (sprawdzone 2 września 2026) i lista rzeczy, które wydłużają projekt dwukrotnie, choć nikt ich nie planuje.

TL;DR: Pojedyncza automatyzacja trwa 1–3 tygodnie od startu do działania na produkcji, pakiet 5–10 workflow dla jednego obszaru 4–8 tygodni, integracja z ERP i elementami AI 2–4 miesiące. Sama budowa to zwykle 2–4 tygodnie; resztę zjadają analiza, dostępy i testy. Największe opóźnienia biorą się z braku API, danych w Excelach i decyzji, które po stronie firmy czekają tydzień.

Typowe czasy według zakresu

Czasy kalendarzowe, od kickoffu do dnia, w którym automatyzacja działa na produkcji i zespół z niej korzysta. Zakładamy, że po stronie firmy jest osoba, która odpowiada na pytania w ciągu dnia, dwóch. Bez tego założenia wszystkie liczby rosną, o czym dalej.

Dwie rzeczy zaskakują firmy w tej tabeli. Pojedyncza automatyzacja, która „powinna zająć dwa dni”, trwa dwa tygodnie, bo dwa dni to budowa, a resztę zajmuje ustalenie, co ma się dziać w wyjątkach, i czekanie na klucz API. I odwrotnie: pakiet dla MŚP nie trwa pięć razy dłużej niż jeden proces, bo analiza i dostępy robią się raz.

Pięć faz wdrożenia i ile trwa każda

Każde wdrożenie, niezależnie od skali, przechodzi przez te same fazy. Różnica jest w tym, czy faza trwa godzinę, czy dwa tygodnie.

1. Analiza i wybór procesów: 1–2 tygodnie. Rozmowy z osobami, które robią proces dziś, przegląd systemów i danych, wybór tego, co automatyzować pierwsze. Przy jednym procesie to godzinna rozmowa i nagranie ekranu. Przy pakiecie to warsztat i kilka wywiadów rozłożonych na tydzień, dwa, bo wąskim gardłem są kalendarze pracowników, nie analityk. Jak wygląda pełny audyt, opisaliśmy w tekście o audycie procesów pod automatyzację.

2. Projekt rozwiązania: 1–2 tygodnie. Schemat przepływu, lista systemów i połączeń, decyzje o obsłudze wyjątków i błędów, wybór narzędzia. Kończy się dokumentem, który firma zatwierdza. To najczęściej pomijana faza i najczęstsza przyczyna przebudowy w fazie czwartej. Przy prostym procesie mieści się w jednym dniu razem z budową.

3. Budowa: 2–4 tygodnie. Konfiguracja integracji, workflow, logika, obsługa błędów, monitoring. Robimy to w sprintach dwutygodniowych: po każdym firma widzi działający fragment i może zmienić zdanie, zanim zbudujemy resztę na złym założeniu.

4. Pilot i testy na prawdziwych danych: 1–2 tygodnie. Automatyzacja działa równolegle z procesem ręcznym albo na wycinku danych (jeden dział, jeden segment klientów). Tu wychodzą przypadki, których nie było w analizie: faktura w innym układzie, klient z dwoma adresami, nazwisko z apostrofem. Przy procesach dotykających pieniędzy albo klientów tej fazy nie da się skrócić bez ryzyka.

5. Uruchomienie, szkolenie i przekazanie: 1 tydzień. Przełączenie na produkcję, krótkie szkolenie, dokumentacja, dostępy na kontach firmy, ustalenie, kto reaguje na alerty. Potem zwykle 30 dni gwarancji, w czasie których poprawki są w cenie.

Suma daje 6–11 tygodni dla średnio złożonego procesu i jest zgodna z tym, co podają zewnętrzne źródła: AlgorComp rozpisuje audyt 1–2, projekt 1–2, konfigurację i testy 2–4, pilot 1–2 tygodnie, Devstock pilot jednego workflow na 2–6 tygodni z tygodniem audytu, 2–4 tygodniami budowy i 1–2 tygodniami testów równoległych. Przy prostym procesie te same fazy zamykają się w 1–3 tygodniach, bo każda trwa dzień, dwa.

Harmonogram tydzień po tygodniu: pakiet dla MŚP

Przykład z naszej praktyki: firma usługowa ok. 30 osób, obszar sprzedaży, sześć workflow (formularz do CRM, przypisanie handlowca, oferta z szablonu, follow-upy, faktura po wygranej, raport tygodniowy). Pipedrive i Fakturownia z API, jeden arkusz do uporządkowania.

Osiem tygodni przy sprawnej firmie. Te same sześć workflow w firmie, w której CRM nie ma API, arkusz z cennikiem ma cztery wersje, a osoba decyzyjna jest dostępna co drugi piątek, trwa cztery miesiące. Różnica nie jest w budowie, tylko w tygodniach 1, 2 i 7.

Co deklarują polscy wykonawcy

Deklaracje ze stron i cenników, sprawdzone 2 września 2026. Kolejność alfabetyczna. Warto czytać je razem z zakresem, bo „2 tygodnie” u jednego wykonawcy to jeden proces z trzema integracjami, u innego pakiet.

Wzorzec jest spójny: jeden proces w 1–3 tygodnie, pakiet w 4–8, wszystko z ERP, RPA albo agentem w 6–12 tygodni i dłużej. Rozrzut między firmami bierze się z tego, co liczą jako start i koniec. Część liczy od podpisania umowy, część od momentu, gdy dostanie dostępy. To pytanie warto zadać przed podpisaniem: od kiedy liczycie czas i co się dzieje, gdy to my opóźniamy.

Nasz rytm: warsztat Discovery i sprinty dwutygodniowe

W NoCodeWork zaczynamy od warsztatu Discovery, na którym z osobami z firmy mapujemy procesy i wybieramy, co automatyzować pierwsze. Kończy się listą workflow z priorytetami i wyceną, więc budowa startuje z zamkniętym zakresem. Szerzej o tym, jak wybrać pierwszy proces, w tekście o warsztacie Discovery.

Budujemy w sprintach po dwa tygodnie. Po każdym firma dostaje demo działającego fragmentu na własnych danych i może przesunąć priorytety. To zdejmuje największe ryzyko harmonogramu: odkrycie w ósmym tygodniu, że założenie z drugiego było złe. Dostępy, konta i instancję n8n przygotowujemy przed pierwszym sprintem, bo to one najczęściej blokują start.

„W harmonogramie wdrożenia nie ma pozycji, która kosztuje najwięcej czasu: czekanie na odpowiedź. Budowa sześciu workflow to trzy tygodnie. Ustalenie, co ma się stać z zamówieniem bez numeru NIP, potrafi zająć drugie trzy, bo pytanie krąży po firmie, aż trafi do osoby, która wie. Dlatego pierwsze, co robimy na warsztacie, to ustalamy, kto decyduje.” — Mikołaj Brunka, założyciel NoCodeWork

Co wydłuża wdrożenie

Sześć przyczyn, które w naszych projektach odpowiadają za większość opóźnień. Żadna nie jest techniczna w sensie „trudno to zbudować”.

1. Brak API po którejś stronie. Program księgowy eksportujący tylko pliki, ERP z API na osobnej licencji, portal bez integracji. Godzina konfiguracji zamienia się w tydzień budowania obejścia albo w miesiąc czekania na licencję. Jak spinać systemy, które ze sobą nie rozmawiają, opisaliśmy w tekście twoje systemy nie gadają ze sobą, a wariant plikowy w integracji przez CSV i XML.
2. Dane w Excelach i w głowach. Cennik w czterech wersjach, klienci w arkuszu z duplikatami, proces, który każdy handlowiec robi inaczej. Zanim automat ruszy, trzeba ustalić jedną wersję i wyczyścić dane. Ten etap bywa dłuższy od budowy i zwykle nie ma go w ofercie.
3. Decyzje, które czekają. „Co zrobić z zamówieniem bez NIP-u?” to pytanie na minutę, jeśli ktoś ma mandat, i na tydzień, jeśli krąży po firmie. Projekt z dwudziestoma takimi pytaniami i tygodniem na każde nie skończy się w kwartale.
4. Brak właściciela procesu. Gdy nikt po stronie firmy nie odpowiada za to, żeby automatyzacja działała, testy nikt nie robi, uwagi nie przychodzą, a pilot trwa miesiąc zamiast tygodnia.
5. Zmiana zakresu w trakcie. „A czy da się jeszcze dodać…” Każde dodane pole to zmiana logiki w kilku miejscach i nowe testy. Trzy drobne zmiany w sprincie to tydzień więcej. Lepiej spisać je na listę i zbudować w kolejnej fali.
6. Dostępy i konta. Klucz API, który wymaga zgody działu IT, konto administratora, którego nikt nie ma po odejściu poprzedniego informatyka, plan narzędzia bez dostępu do API. Uzyskanie dostępów potrafi trwać dłużej niż budowa i jest pierwszą rzeczą, którą uruchamiamy po podpisaniu umowy. Jak wygląda porządkowanie dostępów po kimś, kto zniknął, opisaliśmy w tekście o przejęciu automatyzacji po freelancerze.

Siódma przyczyna nie wydłuża wdrożenia, tylko unieważnia je po fakcie: automatyzacja działa, a zespół dalej robi rzecz ręcznie, bo nikt mu nie zaufał albo nikt nie wyłączył starej drogi. Co z tym robić, opisaliśmy w tekście kupiliście AI, nikt nie używa.

Co skraca wdrożenie

• Spisany proces, choćby jako nagranie ekranu z komentarzem, skraca analizę z dni do godzin.
• Jedna osoba decyzyjna, dostępna w tygodniu na krótkie pytania, z mandatem do rozstrzygania wyjątków.
• Dostępy przygotowane przed startem: lista systemów, kto jest administratorem, czy plan pozwala na API.
• Popularne narzędzia z gotowymi konektorami (Pipedrive, HubSpot, Fakturownia, Google Workspace, Baselinker).
• Zakres zamknięty na starcie i lista „na później” na wszystko, co przyjdzie do głowy w trakcie.
• Zgoda na obsługę 5% wyjątków ręcznie zamiast automatyzowania każdego przypadku.

Te sześć rzeczy skraca projekt nawet o połowę i wszystkie są po stronie firmy, nie wykonawcy.

Kiedy szybkie wdrożenie to zły pomysł

• Proces dotyka pieniędzy klientów (faktury, płatności, zwroty). Skrócenie pilotu z dwóch tygodni do dwóch dni oszczędza tydzień i ryzykuje miesiąc prostowania błędów.
• Firma jest w trakcie zmiany systemu (nowy CRM, nowe ERP). Wdrożenie „przed migracją, żeby zdążyć” trzeba będzie zrobić drugi raz po niej.
• Nikt nie ma czasu na testy. Wdrożenie bez pilotu na prawdziwych danych nie jest szybsze, tylko przesuwa testy na klientów.
• Zakres jest otwarty („chcemy zautomatyzować sprzedaż”). Szybki start bez warsztatu kończy się budową tego, co ktoś powiedział na pierwszym spotkaniu, a nie tego, co przynosi efekt.
• Jedna osoba w firmie potrafi to zrobić sama w weekend. Prosty proces w Make albo n8n nie potrzebuje wykonawcy ani harmonogramu.

FAQ

Ile trwa wdrożenie jednej automatyzacji w firmie?

Od jednego do trzech tygodni kalendarzowych, z czego sama budowa to 2–5 dni. Resztę zajmuje ustalenie wyjątków, dostępy i test na prawdziwych danych. Publiczne deklaracje polskich wykonawców są zgodne: OmniTask 1–2 tygodnie za jeden proces, KC Mobile 3–7 dni roboczych za 1–2 proste procesy, Tantor 1–2 tygodnie za integrację systemów, Agisona kilka dni za prostą automatyzację. Przy systemie bez API dolicz tydzień lub dwa.

Ile trwa wdrożenie automatyzacji dla całego działu, np. sprzedaży?

Pakiet 5–10 workflow dla jednego obszaru to 4–8 tygodni: warsztat i projekt w pierwszych dwóch, budowa w dwóch sprintach po dwa tygodnie, pilot i przekazanie w ostatnich dwóch. WPROWADZAMY.AI deklaruje 3–6 tygodni dla pakietu Pro, OmniTask 3–4 tygodnie dla 2–4 procesów, KC Mobile 2–4 tygodnie dla 3–5 procesów. Firma bez API w głównym systemie albo z danymi do uporządkowania potrzebuje 3–4 miesięcy.

Jak wyglądają etapy wdrożenia automatyzacji?

Pięć faz: analiza i wybór procesów (1–2 tygodnie), projekt rozwiązania z decyzjami o wyjątkach (1–2 tygodnie), budowa w sprintach (2–4 tygodnie), pilot na prawdziwych danych równolegle z procesem ręcznym (1–2 tygodnie), uruchomienie ze szkoleniem i przekazaniem dokumentacji (tydzień). Przy prostym procesie każda faza trwa dzień, dwa; przy integracji z ERP każda rośnie do kilku tygodni.

Co najbardziej opóźnia wdrożenie automatyzacji?

Rzeczy po stronie firmy, nie wykonawcy: brak API w którymś systemie, dane w Excelach w kilku wersjach, decyzje o wyjątkach, które krążą po firmie tydzień, brak osoby odpowiedzialnej za proces, zmiany zakresu w trakcie i dostępy, na które czeka się dłużej niż na budowę. Każda z tych rzeczy potrafi podwoić harmonogram, a żadna nie jest technicznie trudna.

Czy da się skrócić wdrożenie automatyzacji?

Tak, nawet o połowę, i prawie wszystko zależy od firmy: spisany proces (wystarczy nagranie ekranu), jedna osoba decyzyjna dostępna w tygodniu, dostępy przygotowane przed startem, popularne narzędzia z gotowymi konektorami i zakres zamknięty na starcie. Czego nie warto skracać: pilotu na prawdziwych danych przy procesach dotykających faktur, płatności albo klientów.

Ile trwa wdrożenie agenta AI w firmie?

Od czterech do dziesięciu tygodni. Więcej niż zwykła automatyzacja, bo dochodzi uporządkowanie bazy wiedzy, projekt uprawnień (co agent może zrobić sam, a co wymaga akceptacji człowieka) i okres nadzorowany, w którym człowiek sprawdza odpowiedzi, zanim agent zacznie działać samodzielnie. WPROWADZAMY.AI deklaruje 3–6 tygodni, OmniTask 6–10 tygodni w pakiecie z pięcioma procesami. Chatbot na bazie wiedzy bez integracji z systemami jest szybszy: 3–6 tygodni.

Podsumowanie

Wdrożenie automatyzacji w polskiej firmie w 2026 roku trwa od tygodnia do kilku miesięcy, a granice są przewidywalne: jeden proces w 1–3 tygodnie, pakiet dla działu w 4–8, integracja z ERP i AI w 2–4 miesiące. Sama budowa mieści się w 2–4 tygodniach niezależnie od wykonawcy. To, co robi różnicę między ośmioma tygodniami a czterema miesiącami, dzieje się po stronie firmy: API, dane, decyzje, dostępy.

Jeśli chcesz wiedzieć, ile potrwa wdrożenie u Ciebie, nie pytaj wykonawcy o tygodnie, tylko sprawdź, czy Twoje systemy mają API, czy proces da się opisać jedną wersją i kto będzie odpowiadał na pytania. Możemy to razem sprawdzić na bezpłatnej konsultacji: dostaniesz realistyczny harmonogram i uczciwą informację, kiedy prostszy proces zbudujesz sam w weekend.

Przeczytaj również

• Ile kosztuje automatyzacja procesów w firmie w Polsce 2026
• Warsztat Discovery: co automatyzować pierwsze
• Twoje systemy nie gadają ze sobą: jak je spiąć
• Integracja przez pliki CSV i XML: kiedy to działa
• Przejęcie automatyzacji po freelancerze
• Kupiliście AI, nikt nie używa: jak wdrożyć adopcję