Jak kupować automatyzację według powtarzalnego procesu
Autor: DBR77 Team · Opublikowano


Zakup automatyzacji staje się powtarzalny, gdy standaryzujesz kilka dokumentów potrzebnych w każdym projekcie i dbasz o ich aktualność: jeden szablon briefu, jeden zestaw zasad dla pytań dostawców, jedną tabelę porównawczą, jeden zapis decyzji i jedno przekazanie z wnioskami na przyszłość. Każdy z tych dokumentów ma właściciela, każdy projekt korzysta z najnowszej wersji, a każdy projekt kończy się krótkim przeglądem, który ulepsza kolejny. W zakładzie średniej wielkości to wystarczy. Nowy dział nie jest potrzebny, wystarczy nawyk zaczynania każdego projektu od najnowszych szablonów zamiast od pustej kartki.
Dlaczego każdy projekt automatyzacji zaczyna się od zera
W wielu zakładach pierwszy projekt automatyzacji prowadzą jeden inżynier i jeden kupiec, którzy uczą się w trakcie. Następny zespół znajduje folder plików PDF i maili, ale żadnej metody, więc pisze nowy brief, buduje nowy arkusz porównawczy i znów spiera się o to, kto co zatwierdza.
Dało się z tym żyć, dopóki automatyzacja zdarzała się rzadko. W badaniu McKinsey wśród liderów przemysłu wielu respondentów spodziewało się, że systemy zautomatyzowane będą stanowić 25 procent nakładów inwestycyjnych w ciągu najbliższych pięciu lat. IFR naliczyła 542 000 robotów przemysłowych zainstalowanych w 2024 roku, ponad dwa razy więcej niż dziesięć lat wcześniej. Gdy automatyzacja staje się stałą częścią nakładów inwestycyjnych, kupowanie jej projekt po projekcie w trybie improwizacji marnuje czas, pieniądze i doświadczenie, za które zakład już zapłacił.
Koszt widać w briefach, w których za każdym razem brakuje tych samych danych, w ofertach, których nie da się porównać, i w tym samym błędzie przy odbiorze lub przekazaniu w trzecim projekcie co w pierwszym.


Pięć standardowych dokumentów
Powtarzalny proces opiera się na pięciu krótkich dokumentach, które razem prowadzą projekt od pomysłu do realizacji.
| Dokument | Co standaryzuje | Właściciel | Jak się doskonali |
|---|---|---|---|
| Szablon briefu | Dane procesu, wolumeny, czasy cyklu, szczegóły produktów, layout, interfejsy, warunki w zakładzie, kryteria odbioru | Inżynieria | Dodaj pytania, które dostawcy zadali ostatnim razem |
| Zasady Q&A | Jeden kanał dla pytań, odpowiedzi udostępniane wszystkim oferentom, termin zadawania pytań | Zakupy | Zapisuj, które odpowiedzi zmieniły oferty |
| Tabela porównawcza | Te same wiersze dla każdej oferty: zakres, wyłączenia, założenia, czas dostawy, cena, kamienie milowe płatności, serwis | Zakupy z inżynierią | Usuń wiersze, które nigdy nie miały znaczenia, dodaj te, które miały |
| Zapis decyzji | Kto zdecydował, dlaczego ta oferta, z czego zrezygnowano, otwarte ryzyka | Sponsor | Przeczytaj ponownie przed kolejnym wyborem oferty |
| Przekazanie i wnioski na przyszłość | Pakiet dla zespołu realizacyjnego; krótki przegląd po uruchomieniu | Właściciel projektu | Przenoś wnioski do pozostałych czterech dokumentów |
Jak napisać brief, opisujemy w artykule Jak napisać brief automatyzacji, który integrator wyceni, a sekcje zapytania ofertowego w artykule Co powinno zawierać zapytanie ofertowe (RFQ/RFP) na automatyzację. Tabelę porównawczą zbudujesz według artykułu Jak porównać oferty na automatyzację w jednej tabeli.
Zapis decyzji to dokument, który większość zakładów pomija. To jedna strona: warianty, wybór, powody, zaakceptowane ryzyka i kto podpisał. Rok później powód wyboru droższego dostawcy jest zapisany, nawet jeśli osoba, która go dokonała, odeszła już z firmy.
Kto jest właścicielem systemu
Odpowiedzialność wynika z dokumentów:
- Sponsor (często dyrektor operacyjny lub dyrektor zakładu) odpowiada za wynik i zapis decyzji oraz pilnuje zasady, że każdy projekt korzysta z szablonów.
- Zakupy odpowiadają za zasady Q&A i tabelę porównawczą oraz dbają o to, by były uczciwe wobec wszystkich oferentów.
- Inżynieria odpowiada za szablon briefu i techniczne wiersze porównania.
- Produkcja i utrzymanie ruchu odpowiadają za kryteria odbioru i wnioski z eksploatacji wyposażenia.
Szablony i ich wersje powinna prowadzić jedna osoba. W zakładzie średniej wielkości jest to często doświadczony inżynier procesu albo kupiec, który przeprowadził już kilka projektów, z kilkoma godzinami miesięcznie na to zadanie. Gdy równolegle trwa kilka projektów, tę rolę może przejąć biuro projektowe po stronie inwestora.
Stosuj jedną strukturę przy każdym zakupie automatyzacji
W DBR77 Marketplace każdy Technology Challenge ma tę samą, prowadzoną strukturę, a każda oferta przychodzi w tym samym formacie. Bezpłatnie dla producentów.
Jak działać szybko bez utraty głębi technicznej
Standardowe dokumenty przyspieszają zakupy, bo eliminują powtórną pracę, a przeglądy techniczne zostają na swoim miejscu. Pomaga kilka zasad:
- Ogranicz czas każdego etapu, na przykład: dwa tygodnie na brief, trzy do czterech tygodni na oferty, tydzień na pytania, dwa tygodnie na porównanie i decyzję. W każdym z tych okien treść techniczna nie jest opcjonalna.
- Oceniaj równolegle i decyduj raz: inżynieria, produkcja i zakupy oceniają oferty w tym samym czasie, a potem spotykają się raz, by podjąć decyzję. Opinie wysyłane mailem jedna po drugiej to tygodnie opóźnienia.
- Zamroź wiersze porównania na każdą rundę. Jeśli wiersze zmieniają się z każdym nowym mailem, dostawcy nie mogą odpowiedzieć na stabilne pytanie.
- Publikuj odpowiedzi, które zmieniają oferty. Prywatne wyjaśnienie, które pomaga jednemu dostawcy, czyni porównanie nieuczciwym i zwykle kosztuje dodatkową rundę.
Mierz sam proces zakupowy: tygodnie od zatwierdzonego pomysłu do podpisanej umowy, liczbę rund wyjaśnień i liczbę zleceń zmian wynikających z luk w briefie. Te liczby pokazują, gdzie szablony wymagają poprawy.
Kiedy połączyć kilka potrzeb w jeden zakup
Gdy zakład ma kilka potrzeb w zakresie automatyzacji, kusi go, by ująć je w jednym przetargu: jeden proces, jedna komisja, jeden dostawca. Czasem to słuszne. Często jednak ukrywa słabe części zakresu w jednej dużej kwocie.
Łącz, gdy:
- stanowiska mają wspólne interfejsy lub przepływ materiału, więc jeden dostawca musi odpowiadać za koordynację między nimi;
- kolejność prac ma znaczenie dla bezpieczeństwa lub ciągłości produkcji;
- potrzeby dotyczą tej samej klasy technologii, więc ci sami dostawcy mogą dobrze wycenić wszystkie.
Rozdzielaj, gdy:
- potrzeby dotyczą różnych technologii (np. stanowisko paletyzacji i stanowisko kontroli wizyjnej);
- jedna potrzeba jest dobrze zdefiniowana, a druga wciąż niejasna;
- harmonogramy lub budżety się różnią;
- podział pozwoliłby konkurować wyspecjalizowanym dostawcom.
Jeśli łączysz, i tak zdefiniuj każdą część jako osobny pakiet prac z własnym zakresem, kryteriami odbioru i pozycją cenową, aby żaden słaby pakiet nie schował się w sumie.
Jak to wdrożyć w trzech krokach
Krok 1: odtwórz dwa wcześniejsze projekty. Weź dwa ostatnie zakupy automatyzacji. Zapisz, co zdecydowało o wyborze, o jakie informacje pytali dostawcy, gdzie trudno było porównać oferty i co poszło nie tak w realizacji. Zajmie to kilka dni i da Ci treść do wersji 1.
Krok 2: opublikuj wersję 1 i użyj jej w kolejnym projekcie. Szablony powinny być krótkie. Dodaj jeden wypełniony przykład z wcześniejszego projektu, z usuniętymi danymi wrażliwymi.
Krok 3: przeprowadź przegląd po uruchomieniu i opublikuj wersję 2. Zorganizuj godzinny przegląd z osobami, które kupowały, i osobami, które eksploatują wyposażenie. Zaktualizuj szablony, zapisz, co się zmieniło i dlaczego, i zachowaj stare wersje.
Przykład ilustracyjny: zakład opakowań średniej wielkości odtwarza swoje dwa ostatnie projekty i odkrywa, że w obu przypadkach integratorzy pytali o jakość palet i prędkość maszyny poprzedzającej dopiero po złożeniu wyceny, a w obu projektach było z tego powodu zlecenie zmiany. Specyfikacja palet i prędkość maszyny poprzedzającej stają się stałymi polami w szablonie briefu. W kolejnym projekcie oferty już je uwzględniają.
Ta sama logika dotyczy symulacji, czyli testowania layoutów i przepływów przed zakupem; zacznij tu od artykułu Jak zamienić cyfrowego bliźniaka w powtarzalny proces decyzyjny.
Jak pomaga DBR77 Marketplace
W DBR77 Marketplace struktura przetargu jest taka sama w każdym projekcie: każdy Technology Challenge przechodzi przez ten sam prowadzony formularz w ośmiu krokach, a wybrany poziom dojrzałości decyduje, które pola są wymagane. Oferty przychodzą w jednym ustandaryzowanym formacie z zakresem, warunkami i kosztami, dzięki czemu wiersze Twojej tabeli porównawczej pozostają stałe. Zapis decyzji i wnioski na przyszłość zostają w Twoim zespole, a panel producenta pokazuje pipeline wyzwań, zaakceptowane koncepcje i oferty oraz pozycje czekające na ocenę.


Najczęstsze pytania
Czy standardowy proces ma sens w zakładzie z jednym lub dwoma projektami rocznie?
Tak, w lekkiej formie. Nawet przy dwóch projektach rocznie drugi zespół może ponownie wykorzystać brief, tabelę porównawczą i wnioski pierwszego. Wdrożenie zajmuje kilka dni, a przegląd godzinę na projekt.
Czy standardowe szablony pasują do bardzo różnych projektów?
Tak, jeśli struktura zostaje, a zmienia się tylko treść. System transportowy i stanowisko zrobotyzowane wymagają innych danych technicznych, ale oba potrzebują wolumenów, czasów cyklu, warunków w zakładzie, kryteriów odbioru i uczciwego porównania. Zbuduj szablon modułowo, z sekcjami włączanymi zależnie od technologii.
Czy zamiast tego zawrzeć umowy ramowe z kilkoma integratorami?
Mogą przyspieszyć powtarzalne prace tego samego typu ze sprawdzonymi dostawcami. Regularnie sprawdzaj jednak rynek, zwłaszcza w przypadku nowych technologii, aby umowa ramowa nie zasłaniała lepszych opcji.
Podsumowanie
Zacznij od odtworzenia dwóch ostatnich zakupów automatyzacji: co zdecydowało o wyborze, o co pytali dostawcy i gdzie trudno było porównać oferty. Zrób z tego wersję 1 pięciu szablonów, użyj jej w kolejnym projekcie i opublikuj wersję 2 po przeglądzie po uruchomieniu.
Niech kolejny projekt będzie łatwiejszy niż poprzedni
Prowadź zakupy automatyzacji według jednej struktury w DBR77 Marketplace albo porozmawiaj z naszym zespołem o wdrożeniu jej w kilku projektach.
Opublikuj swój Technology Challenge · Skontaktuj się z zespołem Marketplace
Źródła
- McKinsey & Company, Unlocking the industrial potential of robotics and automation, 2023
- International Federation of Robotics, World Robotics 2025 report: Industrial Robots, 2025