Realizacja7 min czytania

Jak kupować automatyzację według powtarzalnego procesu

Autor: DBR77 Team · Opublikowano

Przestań zaczynać od pustej kartkiPrzestań zaczynać od pustej kartki

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.

Cykl pięciu standardowych dokumentów zakupowych i ich właścicieli: szablon briefu, zasady Q&A, tabela porównawcza, zapis decyzji oraz przekazanie z wnioskami na przyszłość, które zasilają kolejny projekt.Cykl pięciu standardowych dokumentów zakupowych i ich właścicieli: szablon briefu, zasady Q&A, tabela porównawcza, zapis decyzji oraz przekazanie z wnioskami na przyszłość, które zasilają kolejny projekt.

Pięć standardowych dokumentów

Powtarzalny proces opiera się na pięciu krótkich dokumentach, które razem prowadzą projekt od pomysłu do realizacji.

DokumentCo standaryzujeWłaścicielJak się doskonali
Szablon briefuDane procesu, wolumeny, czasy cyklu, szczegóły produktów, layout, interfejsy, warunki w zakładzie, kryteria odbioruInżynieriaDodaj pytania, które dostawcy zadali ostatnim razem
Zasady Q&AJeden kanał dla pytań, odpowiedzi udostępniane wszystkim oferentom, termin zadawania pytańZakupyZapisuj, które odpowiedzi zmieniły oferty
Tabela porównawczaTe same wiersze dla każdej oferty: zakres, wyłączenia, założenia, czas dostawy, cena, kamienie milowe płatności, serwisZakupy z inżynieriąUsuń wiersze, które nigdy nie miały znaczenia, dodaj te, które miały
Zapis decyzjiKto zdecydował, dlaczego ta oferta, z czego zrezygnowano, otwarte ryzykaSponsorPrzeczytaj ponownie przed kolejnym wyborem oferty
Przekazanie i wnioski na przyszłośćPakiet dla zespołu realizacyjnego; krótki przegląd po uruchomieniuWłaściciel projektuPrzenoś 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.

Opublikuj swój Technology Challenge

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ę.

Panel producenta w DBR77 Marketplace: zaakceptowane koncepcje i oferty, pozycje czekające na ocenę, status wyzwań i zadania do wykonania. Dane przykładowe.Panel producenta w DBR77 Marketplace: zaakceptowane koncepcje i oferty, pozycje czekające na ocenę, status wyzwań i zadania do wykonania. Dane przykładowe.
Panel producenta w DBR77 Marketplace: zaakceptowane koncepcje i oferty, pozycje czekające na ocenę, status wyzwań i zadania do wykonania. Dane przykładowe.

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