W tym artykule pokazuję, jakie czynności warto wykonać, żeby ograniczyć ryzyko złego wyboru dostawcy automatyzacji. Wskazuję typowe „red flagi” (sytuacje alarmujące) oraz techniki, które czasem stosują dostawcy, by utrudnić Ci ocenę ryzyka, zasobów lub realnych kompetencji. Na końcu dostajesz checklistę pytań/prośb do dostawcy oraz podsumowanie red flagów.

Podejście, które opisuję, dotyczy przede wszystkim projektów oszczędnościowych, czyli automatyzacji już istniejących procesów i operacji. W mniejszym stopniu pasuje do budowy całkowicie nowych maszyn i linii pod dopiero projektowane procesy produkcyjne.

Jest to mój subiektywny przegląd zagadnień ważnych i mniej istotnych, które opracowałem na bazie rozmów z klientami i osobami z branży.

Trzy etapy dochodzenia do automatyzacji i czego wymagać od dostawcy

W praktyce spotykasz trzy scenariusze współpracy:

ocena potencjału procesów produkcyjnych pod automatyzację,
identyfikacja problemu w procesie,
oferta w odpowiedzi na zgłoszoną potrzebę + proces zakupowy.

W zależności od tego, na jakim jesteś etapie, inne zachowania dostawcy są naturalne, a inne powinny zapalać lampkę ostrzegawczą.

1) Ocena potencjału procesów pod automatyzację

Załóżmy, że wiesz, iż musisz obniżać koszty produkcji (albo poprawiać jakość, ergonomię, bezpieczeństwo), ale nie masz pewności, które procesy dają najlepszy potencjał do automatyzacji. Zgłaszasz się do dostawcy po wsparcie w ocenie. Co możesz usłyszeć?

Możliwe reakcje dostawcy

Uczciwe: „nie wiemy / nie potrafimy pomóc” albo „nie robimy takich analiz – wskażcie procesy do oceny”.
„Wybierzmy wspólnie jakiś proces, który wydaje się atrakcyjny i go ofertujmy”.
„Taka analiza kosztuje i wymaga czasu” (czyli: usługa doradcza).
Wizja lokalna, ale z różnymi podejściami:
4a) dostawca zasypuje Cię szczegółowymi pytaniami do każdego procesu i chce analizować wszystko,
4b) dostawca zbiera kluczowe dane i robi selekcję procesów,
4c) dostawca arbitralnie wybiera jeden proces „bo tak”.

Co jest OK, a co jest red flagiem?

Ad. 1 – to jest OK i fair.
Taki dostawca nie próbuje wiązać Cię „darmową analizą” po to, żebyś później czuł się zobowiązany. Jest klarownie: albo robimy projekt na procesie, który wskażesz, albo nie robimy.

Ad. 2 – zachowaj ostrożność.
Jeśli potrzebujesz wsparcia w ocenie potencjału (bo np. chcesz niezależnego spojrzenia, nie masz doświadczenia w automatyzacji na wyższym poziomie, procesy nie są dobrze opisane, albo potrzebujesz argumentów do góry), to przeskakiwanie selekcji procesów i wejście od razu w „zróbmy ofertę na coś” zwykle nie odpowiada na pytanie: jaka inwestycja jest optymalna.
Red flag: dostawca pcha Cię do ofertowania zanim zrozumie kontekst, cele i realne ograniczenia.

Ad. 3 – usługa doradcza bywa przydatna, ale…
Moje doświadczenie jest takie, że firmy robiące analizy potencjału często bardzo ograniczają odpowiedzialność za rezultaty automatyzacji – chyba że jednocześnie biorą odpowiedzialność za wdrożenie lub przynajmniej za przeprowadzenie procesu zakupowego i doprowadzenie do decyzji.
Jeśli analiza jest zbyt ogólna – nie podejmiesz decyzji. Jeśli schodzi nisko w szczegóły – rośnie ryzyko błędnych założeń kosztowych i ekonomicznych.
Red flag: brak precyzyjnie opisanych założeń, brak definicji „wyniku analizy” (co dokładnie dostaniesz), brak ograniczeń odpowiedzialności opisanych wprost, brak kryteriów powodzenia tej usługi.

Ad. 4a – typowa droga do zmarnowania czasu.
Doświadczony dostawca po jednej wizycie potrafi wstępnie ocenić, co ma sens, a co nie – a potem doprecyzować 2–4 wybrane procesy, zamiast ciągnąć analizę 10–15 procesów naraz.
Jeżeli ktoś wysyła ogromne ankiety do wielu procesów i oczekuje „wszystkich parametrów”, to w praktyce ani Ty, ani on nie poświęcicie tyle czasu, żeby dowieźć sensowny wynik.
Red flag: „tony pytań” bez selekcji i bez obietnicy konkretnego rezultatu (lista 2–3 najlepszych kandydatów + wstępne liczby + ryzyka).

Ad. 4b – najlepsze podejście w praktyce.
To wymaga ustrukturyzowanych pytań i doświadczenia: na tym poziomie trzeba się skoncentrować na:

potencjale oszczędności (najczęściej w ekwiwalencie etatów),
realności przełożenia procesu na pracę maszyny (technicznie i organizacyjnie),
wpływie na wydajność (często przez eliminację mikroprzestojów pracy manualnej).
Są też inne krytyczne wskaźniki (jakość, ergonomia), ale jeśli są naprawdę krytyczne, zwykle same narzucają potrzebę automatyzacji.

Ad. 4c – skrót, który może skończyć się „dobrym projektem dla dostawcy”, a nie dla Ciebie.
Red flag: wybór procesu bez uzasadnienia, bez liczb i bez pokazania alternatyw.

Kto po stronie dostawcy robi różnicę (i dlaczego to ważne)

Dostawcy, którzy chcą uczestniczyć w identyfikacji procesów, muszą mieć duże doświadczenie – nie tylko w realizacji, ale w rozpoznaniu wielu procesów i zakładów. Tu decyduje doświadczenie osób, które przyjeżdżają na wizję lokalną.

Po wielu latach i szacuję: po odwiedzeniu ponad 100 zakładów produkcyjnych i rozpoznaniu kilkuset procesów, widzę jak mocno rośnie umiejętność szybkiego oceniania „co ma sens” i generowania koncepcji w rozmowie. To nie jest „talent” – to jest efekt setek porównań, błędów, iteracji i wdrożeń.
Red flag: na spotkaniu jest osoba, która nie potrafi zadać 10–15 pytań, które od razu separują procesy „warte gry” od „kosztownych pułapek”, i ucieka w ogólniki.

2) Identyfikacja problemu w procesie produkcyjnym

To jest węższy zakres niż ocena potencjału: tu już mniej chodzi o który proces, a bardziej o jaki problem ten proces generuje.

Najważniejsze: maszyna jest środkiem do rozwiązania problemu, a nie celem.
Dostawca, który od razu „sprzedaje maszynę”, zanim wspólnie z Tobą nazwie problem i kryteria sukcesu, robi Ci ryzyko na starcie.

Dlaczego szybka „koncepcja maszyny” bywa pułapką

Przykład:

celem może być szybka realizacja dużych wolumenów z udziałem operatorów,
a innym celem realizacja podobnych wolumenów bez udziału operatorów, ale w dłuższym czasie.

To są dwa różne problemy, więc urządzenia będą zupełnie inne: inny poziom automatyzacji, inna logika, inny koszt, inne ryzyka.

Co dostawca powinien zrobić na tym etapie

Powinien doprecyzować i „nazwać” problem w szerszym kontekście, bo różne role u Ciebie widzą różne ryzyka:

inżyniering widzi technologię i wykonalność,
kierownik produkcji widzi wydajność i stabilność,
utrzymanie ruchu widzi serwis, części i niezawodność,
dyrektor zakładu widzi wartość dla biznesu i ryzyko inwestycji,
jakość widzi powtarzalność i traceability,
PM widzi ryzyko harmonogramu i zmian.

Koncepcja maszyny i model współpracy powinny być wypadkową tych perspektyw.

Red flag: dostawca nie zadaje pytań o cel projektu, kryteria sukcesu, wartość dla biznesu i ograniczenia – tylko „rysuje maszynę”.

3) Oferta i proces zakupowy – co oferta mówi o dostawcy

Ofertowanie to temat rzeka, ale w praktyce sam przebieg przygotowania oferty daje masę sygnałów, czy warto z dostawcą wchodzić w realizację.

3.1 Oferta musi pokazywać zrozumienie problemu

Nawet oferta budżetowa powinna zawierać (krótko, ale konkretnie):

zrozumienie obecnej sytuacji,
nazwane problemy,
cele projektu,
kryteria sukcesu,
wartość dla biznesu (choćby wstępnie).

Red flag: oferta to „lista komponentów i cena”, bez kontekstu i bez liczb, które potem będą podstawą odbioru.

3.2 Dostawca powinien rozróżniać etapy zakupowe

Inna oferta jest potrzebna, gdy:

zbierasz dane do uzasadnienia inwestycji i chcesz widełki,
chcesz się dowiedzieć jakie są rozwiązania,
robisz konkurs ofert,
jesteś na etapie decyzji zakupowej i potrzebujesz wiążących ofert z paramtrami.

Doświadczony dostawca pyta: „do czego ta oferta ma służyć?”.
Red flag: dostawca składa ofertę „w ciemno”, a potem ma pretensje o czas.

3.3 Oferta iteracyjna: od ogółu do szczegółu

Dobre oferty w automatyce powstają iteracyjnie. Dostawca, który zawsze robi tylko budżetówki albo zawsze od razu idzie w „wiązanie się” detalem, zwykle przestrzeli w jedną stronę.
Red flag: „albo wszystko szczegółowo od razu”, albo „zawsze tylko budżet i nic nie doprecyzujemy”.

3.4 Terminowość ofert = prognostyk terminowości realizacji

Jeżeli zapytanie leży bez odpowiedzi tygodniami albo terminy ofert są notorycznie niedotrzymywane – to w realizacji będzie podobnie.
Red flag: chaos komunikacyjny i brak szacunku do terminów na etapie, gdy jeszcze „powinni się starać”.

3.5 Wygląd oferty oraz zrozumiała i wyczerpująca treść

Oferta w automatyzacji to nie tylko „PDF do akceptacji”. To dokument, po którym ma być jasne: co dokładnie dostanę, po co to robię, jakie są parametry, ryzyka i warunki brzegowe. I jest jeszcze druga, często niedoceniana rzecz: sposób przygotowania oferty jest testem kultury pracy dostawcy.

Oferta przygotowana niechlujnie, sformatowana na różne sposoby, bez ustrukturyzowanej informacji (np. opis działania, opis koncepcji, kluczowe rozwiązania, zakres) i pełna ogólników, bywa odbiciem tego, jak organizacja pracuje na co dzień. Jeżeli zarząd lub właściciele dopuszczają wysyłanie takich ofert do klientów, to jest duże prawdopodobieństwo, że w innych działach również panuje bałagan i „samowolka”. A w projektach automatyzacji ten brak standardu wraca później w dokumentacji, komunikacji, zarządzaniu zmianą i jakości uruchomienia.

Dobra oferta nie musi być długa. Powinna być po prostu spójna, logiczna i weryfikowalna: mieć czytelną strukturę, jasno opisany zakres, liczby z założeniami oraz sposób odbioru.

Red flag: oferta niechlujna i niespójna (różne formatowanie, brak struktury typu: opis działania/koncepcji/kluczowych rozwiązań/zakresu), pełna ogólników, bez definicji i liczb albo z liczbami bez założeń — to sygnał niskiego standardu pracy i wysokie prawdopodobieństwo chaosu również w realizacji.

3.6 Co jest w ofercie: wydajność, takt, OEE, zakres i szkic

Umowa/oferta powinna zawierać parametry procesu:

wydajność, takt (tak-time),
założenia OEE (to jest bardzo ważne),
ograniczenia i warunki brzegowe (np. jakość wejścia, tolerancje, czasy przezbrojeń),
szkic schematyczny koncepcji,
zakres dostaw (co jest po stronie dostawcy, co po Twojej).

Jeśli dostawca nie chce sprecyzować liczbowo parametrów (a nie ma do tego uzasadnionego modelu współpracy), to robisz sobie ryzyko sporu na odbiorze.
Red flag: „nie wpisujemy liczb, bo to zależy” – bez zaproponowania jak to „zależy” zostanie zamknięte w procedurze FAT/SAT.

Specjalizacja dostawcy: w czym naprawdę jest dobry (a w czym nie)

Model działania / biznesowy – jak firma definiuje siebie

Zadaj proste pytanie: w czym się specjalizujecie?
Nie chodzi o technologię (PLC, roboty), tylko o to:

jakie problemy rozwiązujecie najlepiej,
w jakich projektach macie przewagę,
jakie ryzyka umiecie brać na siebie.

Zapytaj też, czy firma woli:

jeden duży projekt rocznie, czy
wiele krótszych projektów.

Red flag: „robimy wszystko” + brak przykładów, brak granic, brak decyzji „czego nie robimy”.

Wartość projektów vs. przychody – ryzyko firmy „jednego strzału”

Jeżeli dostawca deklaruje realizacje „do 5 mln EUR”, a jego roczne przychody to ok. 5 mln EUR, to jest czerwone światło. Firma jednego projektu w roku często się przewraca i nie dowozi.
Red flag: skala projektu zjadająca firmę finansowo i organizacyjnie.

Jakiego rodzaju projekty robią

Duże firmy potrafią robić „wszystko”, ale małe i średnie integratory powinni mieć jasne specjalizacje.

Aura Automatica specjalizuje się w projektach oszczędnościowych, raczej nie buduje linii pod nowo tworzone procesy, specjalizuje się w projektach trudnych i nieoczywistych oraz retoolingach. Nie jesteśmy super konkurencyjni stricte w robotyce lub relokacji maszyn, a w ogóle w celach spawalniczych czy w ciężkim przemyśle itd. I to jest świadomy wybór.

Dobra firma umie powiedzieć, czego nie robi – bo to oznacza dojrzałość modelu biznesowego.
Red flag: brak granic kompetencji i brak „czego nie robimy”.

Specjalizacja technologiczna, sprzętowa i branżowa – kiedy ma znaczenie

Technologia procesu

Są dostawcy urządzeń technologicznych (np. nitowanie, lasery, ultradźwięki) i są integratorzy, którzy te urządzenia składają w linie. Pomiędzy jest szeroka strefa, gdzie trzeba technologię „zbudować” z mniejszych klocków.

Warto pytać o doświadczenie w danej technologii lub pokrewnej. Jeśli produkujesz i montujesz elementy z tworzywa, to procesy i ryzyka są inne niż w świecie elementów stalowych.
Red flag: dostawca nie zna specyfiki materiału/technologii i bagatelizuje ryzyka („to tylko detal”).

Kategoria sprzętu i dostawcy sprzętu

Marka PLC/robota bywa drugorzędna, ale kategoria sprzętu bywa krytyczna:

jeśli ktoś nigdy nie robił AMR, to nawet z pomocą producenta potrzebuje czasu na krzywą uczenia, a w napiętych harmonogramach to zabija terminowość.

Sprawdź:

czy mają ludzi, którzy realnie pracowali z daną kategorią sprzętu,
kiedy, w jakiej aplikacji, w jakim zakresie.

Red flag: projekt „bez marginesów czasu”, a dostawca „pierwszy raz w życiu robi X”.

Specjalizacja branżowa

Często jest przeceniana, ale nadal warto zapytać o 1–2 realizacje w branży. Doświadczenie z AGD, przy braku doświadczenia z automotive zwykle nie zabije projektu w automotive, ale różnice między farmacją a stolarstwem są już istotne.
Red flag: brak jakiejkolwiek styczności z regulacjami/standardami w branży, w której działasz.

Terminy wykonania – jak to weryfikować

W automatyzacji nie wygrywa ten, kto obieca najkrócej, tylko ten, kto poda realny harmonogram i warunki brzegowe.

Co sprawdzić:

czy dostawca pokazuje harmonogram z kamieniami milowymi (koncepcja, zamówienia, projekt, montaż, FAT, dostawa, SAT, ramp-up),
czy wskazuje elementy krytyczne (lead time’y kluczowych komponentów),
czy ma plan na zmiany po stronie klienta (zmiany produktu, layoutu, mediów, dostępności ludzi do odbiorów),
czy definiuje Twoje obowiązki czasowe (np. terminy akceptacji dokumentacji).

Red flagi terminowe:

obietnice „zrobimy szybko” bez harmonogramu i bez listy ryzyk,
brak bufora na uruchomienie i ramp-up (a potem zdziwienie, że „na produkcji wyszło inaczej”) w szczególności zakładanych po odbiorach FAT i po uruchomieniach w zakładzie, a przed SAT ,
brak kryteriów gotowości do FAT/SAT (np. wejście w FAT bez gotowych detali/oprzyrządowania od klienta).

Podejście do norm i przepisów prawa

Tu nie chodzi o to, żeby dostawca cytował normy z pamięci. Chodzi o to, czy:

ma standard dokumentacji bezpieczeństwa,
wie, co musi dostarczyć do odbioru (CE/UE),
potrafi prowadzić analizę ryzyka i zamknąć ją działaniami technicznymi.

Co powinno paść w rozmowie/ofertowaniu:

kto odpowiada za ocenę zgodności i znakowanie CE (jeśli dotyczy),
jakie dokumenty dostajesz (analiza ryzyka, instrukcje, schematy, deklaracje, listy części),
jak będą rozwiązane kwestie bezpieczeństwa: osłony, kurtyny, skanery, blokady, tryby ręczne, procedury LOTO.

Red flagi normatywne:

„CE to formalność, załatwi się na końcu”,
brak podejścia do analizy ryzyka,
przerzucanie odpowiedzialności bez uzgodnienia (np. „wy sobie ogarniecie CE”, a jednocześnie dostawca robi kluczową część maszyny).

Zasoby, kompetencje i doświadczenie dostawcy

Finanse

Zadaj proste pytanie o przychody i zyskowność. Jeśli kluczą – red flag.
Sprawdź KRS (jeśli wyniki są dostępne). Jeśli nie ma sprawozdań albo są duże luki – red flag (albo przynajmniej temat do wyjaśnienia).

Możliwości kredytowania / wolna gotówka:

zapytaj, czy firma finansuje komponenty z własnego cashflow czy pod zaliczki,
jaki mają standard płatności (zaliczka, transze vs. płatność na końcu),
czy mają limity kredytowe u dostawców,
co się stanie, jeśli lead time’y wzrosną albo komponenty zdrożeją.

Red flagi finansowe:

nacisk na nietypowo wysoką zaliczkę bez uzasadnienia i bez zabezpieczeń,
firma żyjąca „od zaliczki do zaliczki”, co w kryzysie potrafi zatrzymać projekt.

Własne zasoby vs. podwykonawcy

Dopytaj, co robią in-house, a co zlecają (projekt mechaniki, elektryka, programowanie, montaż, uruchomienia). Nie ma nic złego w podwykonawcach – problemem jest brak kontroli.

Red flagi zasobowe:

krytyczne kompetencje w całości „na freelancerach”, bez lidera i bez standardów,
brak dostępności tych osób w Twoim oknie uruchomienia,
brak ciągłości (rotacja, zmiany osób co 2 miesiące).

Struktura zespołu

Zapytaj:

ile osób jest teraz i ile było rok temu,
ilu w mechanice, ilu w automatyce/elektryce, ilu w montażu, ilu w PM.

Jeżeli firma twierdzi, że robi wszystko „własnymi siłami”, a nie potrafi pokazać struktury – to sygnał ostrzegawczy.

Zarządzanie projektami

Poproś o opis sposobu zarządzania projektami. W branży maszyn prototypowych to must have. Interesuje Cię:

jak planują zadania i obciążenie,
jak zarządzają ryzykiem,
jak komunikują zmiany i ich wpływ na koszt/termin,
jak raportują postęp.

Red flag: „nie mamy systemu, ale jakoś dowozimy” – to często znaczy, że dowożą kosztem chaosu, a Ty za to płacisz opóźnieniem i zmianami.

Komu i co dostarczyli (referencje)

Najmocniejsze potwierdzenie wiarygodności to wizyta referencyjna, bo wymaga dobrych relacji z klientami i realnie dowiezionych projektów. Poziom niżej: case studies + możliwość rozmowy z klientem.

Red flagi referencyjne:

brak jakichkolwiek referencji weryfikowalnych,
„tajemnica, nie pokażemy nic”, nawet w zakresie, który da się zanonimizować,
unikanie rozmowy o problemach w projektach (każdy je ma; ważne, jak były rozwiązane).

Jak jest zorganizowana produkcja (wizyta u dostawcy)

Wizyta w siedzibie szybko weryfikuje:

czy mają realne zasoby,
czy panuje porządek i standard pracy,
czy są prowadzone projekty,
jak wygląda warsztat i montaż.

Red flag: „nie zapraszamy, bo…”, przy jednoczesnym braku innych sposobów weryfikacji.

Formalizacja zamówienia: umowa czy zlecenie

Dla projektów automatyzacji umowa jest bezpieczniejsza niż luźne zlecenie, bo porządkuje:

zakres,
parametry,
odpowiedzialność,
procedury odbiorów,
zmiany,
gwarancję i serwis.

Minimalne elementy umowy:

opis zakresu i granic odpowiedzialności,
parametry mierzalne (takt, wydajność, OEE/availability – ustalone definicje),
warunki wejścia do FAT i SAT,
procedura zarządzania zmianą (change request) z wyceną i wpływem na termin,
kary/konsekwencje opóźnień lub alternatywne zabezpieczenia (np. retention),
zasady płatności powiązane z kamieniami milowymi,
prawa do dokumentacji i kodu,
zasady BHP, dostępów, pracy na terenie zakładu.

Red flag: umowa „bez liczb”, „bez procedury zmian”, bez uzgodnienia praw własności – to prosta droga do konfliktu.

Jak definiować odbiory (FAT/SAT)

FAT (Factory Acceptance Test) – odbiór u dostawcy:

test funkcji, bezpieczeństwa, logiki, podstawowych parametrów,
test na zdefiniowanych detalach/wejściach,
checklisty testów + protokół.

SAT (Site Acceptance Test) – odbiór u Ciebie:

test integracji z linią, mediami, logistyką, operatorami,
test stabilności (np. seria X sztuk, Y godzin),
test KPI zgodnie z definicjami w umowie.

Co musi być zdefiniowane:

na czym testujecie (jaki detal, jakie tolerancje, jaka jakość wejścia),
co jest „zaliczeniem” testu,
ile czasu trwa ramp-up i co jeśli KPI są na granicy.

Red flag: brak procedury odbioru albo „odbiór na słowo”.

Serwis gwarancyjny i wsparcie po wdrożeniu

Zapytaj:

kto będzie odpowiadać i w jaki sposób za przyjmowanie zgłoszeń (telefon, zdalnie, czas reakcji),
czasy reakcji i czasy naprawy,
dostępność części zamiennych i ich lista,
czy dostawca ma zespół serwisowy, czy „serwis robią inżynierowie z projektu”,
jak wygląda wsparcie w okresie rozruchu (pierwsze tygodnie produkcji).

Red flagi serwisowe:

brak jasnych czasów reakcji,
brak jasnych deklaracji dla czasów naprawy,
brak opisanych reguł i praktyk serwisowych.

Negatywne działania dostawców, które zaciemniają ocenę

Najczęstsze „techniki”, które utrudniają klientowi ocenę ryzyka:

zasypywanie szczegółami technicznymi zamiast rozmowy o KPI i ryzykach (dym informacyjny),
obietnice bez definicji („będzie szybko i niezawodnie”),
przerzucanie braku danych na klienta bez wskazania, jakie minimalne dane są potrzebne i po co,
niechęć do wpisania liczb do oferty/umowy,
ukrywanie podwykonawców lub rotacji ludzi,
„case studies” bez dat, bez zakresu, bez mierzalnych wyników.

Red flag: dostawca broni się przed weryfikacją (referencje, wizyta, liczby, procedury).

Checklist – pytania kontrolne

(Zadaj je sobie podczas rozmów – kontaktów z dostawcą, czy czytania oferty. Po odpowiedziach ocenisz, czy dostawca wie co robi, czy pojawiają się red flagi.)

A. Czy dostawca rozumie etap i cel zakupu?

Czy dostawca sam dopytuje, na jakim etapie decyzji jestem (rozpoznanie / budżet / konkurs / zakup)?
✅ Dobrze, jeśli dopasowuje format oferty do etapu (widełki vs wiążące parametry).
🚩 Red flag: składa „jedną uniwersalną ofertę” bez pytania po co ona jest.
Czy dostawca potrafi nazwać cel projektu własnymi słowami (bez moich podpowiedzi)?
✅ Dobrze, jeśli mówi o celach jako o KPI i konsekwencjach biznesowych.
🚩 Red flag: od razu przechodzi do „jaką maszynę zbudujemy”, zanim powie po co.
Czy w rozmowie pojawiają się liczby i definicje, a nie ogólniki?
✅ Dobrze, jeśli dostawca sam proponuje sposób pomiaru (takt, dostępność, OEE – z definicją).
🚩 Red flag: „to zależy” bez planu jak doprecyzować.

B. Czy dostawca kontroluje zakres i parametry projektu?

Czy dostawca jasno rozdziela odpowiedzialności: co jest po jego stronie, a co po mojej?
✅ Dobrze, jeśli zakres jest opisany granicami i warunkami.
🚩 Red flag: niejasny zakres + „dogadamy się później”.
Czy dostawca bierze odpowiedzialność za parametry mierzalne (w liczbach)?
✅ Dobrze, jeśli podaje parametry + warunki brzegowe.
🚩 Red flag: unikanie liczb w ofercie/umowie, brak kryteriów odbioru.
Czy dostawca sam dopytuje o warunki brzegowe procesu (jakość wejścia, tolerancje, zmienność, media, operatorzy)?
✅ Dobrze, jeśli od razu wskazuje, które z tych danych są krytyczne.
🚩 Red flag: brak pytań o warunki → potem „nie dało się przewidzieć”.
Czy dostawca pokazuje koncepcję na tyle jasno, żebym mógł ją zweryfikować?
✅ Dobrze, jeśli jest szkic, zasada działania, tryby pracy, logika bezpieczeństwa.
🚩 Red flag: „czarna skrzynka” (ma być tajemniczo) + brak czytelnego opisu.

C. Czy dostawca dowozi temat terminów i ryzyk, czy tylko obiecuje?

Czy dostawca umie pokazać harmonogram jako sekwencję etapów z kamieniami milowymi?
✅ Dobrze: concept → projekt → zakupy → montaż → FAT → dostawa → SAT → ramp-up.
🚩 Red flag: „zrobimy szybko” bez planu i bez zależności.
Czy dostawca sam wskazuje elementy krytyczne (lead time, ryzyka, zależności po mojej stronie)?
✅ Dobrze, jeśli ryzyka są jawne i opisane, nie zamiatane pod dywan.
🚩 Red flag: brak ryzyk = „zero świadomości” albo „marketing”.
Czy widać, że dostawca ma mechanizm zarządzania zmianą (change request)?
✅ Dobrze: proces zgłoszenia zmiany + wpływ na koszt/termin + akceptacja.
🚩 Red flag: brak procedury → zmiany będą „wpychane bokiem” i eskalowane konfliktem.
Czy dostawca uwzględnia ramp-up i realia produkcji, czy zakłada cud po SAT?
✅ Dobrze: plan stabilizacji, wsparcie po uruchomieniu.
🚩 Red flag: SAT jako „koniec świata”, a potem zniknięcie.

D. Czy doświadczenie jest realne i weryfikowalne?

Czy dostawca potrafi pokazać 2–3 podobne wdrożenia z opisem rezultatów (nie tylko zdjęcia)?
✅ Dobrze: podobny cel / ryzyko / technologia + liczby lub efekt (np. stabilność, redukcja pracy).
🚩 Red flag: same ogólniki lub „tajemnica” w zakresie, który da się zanonimizować.
Czy mogę porozmawiać z klientem referencyjnym albo zobaczyć realizację?
✅ Dobrze: dostawca nie boi się weryfikacji.
🚩 Red flag: wieczne wymówki + brak alternatywnego dowodu.
Czy znam z nazwiska osoby, które zrobią mój projekt (PM, lider techniczny)?
✅ Dobrze: konkretni ludzie, konkretne doświadczenia.
🚩 Red flag: „zespół się znajdzie” albo częste rotacje osób już na etapie ofertowania.

E. Czy zasoby i organizacja są adekwatne do skali projektu?

Czy dostawca umie pokazać strukturę zespołu (mechanika/automatyka/montaż/PM) i obciążenie?
✅ Dobrze: realistyczne zasoby vs harmonogram.
🚩 Red flag: brak odpowiedzi albo „wszystko robią 2 osoby”.
Czy wiadomo, co robią in-house, a co jest podwykonawcą — i kto to kontroluje?
✅ Dobrze: jest lider, standardy, odpowiedzialność, plan dostępności.
🚩 Red flag: kluczowe kompetencje „na wolnych strzelcach”, bez kontroli i bez gwarancji dostępności.
Czy dostawca pokazuje swój sposób zarządzania projektami (narzędzie, rytm statusów, raportowanie)?
✅ Dobrze: regularny status + transparentność ryzyk.
🚩 Red flag: „nie potrzebujemy PM” → potem chaos komunikacyjny.

F. Czy podejście do bezpieczeństwa, CE i dokumentacji jest dojrzałe?

Czy dostawca mówi o bezpieczeństwie i analizie ryzyka od początku (a nie „na koniec”)?
✅ Dobrze: analiza ryzyka, rozwiązania techniczne, tryby pracy, upieranie się przy bezpiecznych rozwiązaniach i nie chodzeniu na skróty.
🚩 Red flag: „CE to formalność” / „załatwi się”.
Czy wiem, jakie dokumenty dostanę (i kiedy)?
✅ Dobrze: schematy, instrukcje, analiza ryzyka, listy części, backup programu jako część projektu i zakres dostawy.
🚩 Red flag: dokumentacja „będzie po projekcie”.
Czy dostawca potrafi opisać, jak będzie wyglądał serwis i dostęp do trybów serwisowych?
✅ Dobrze: role, uprawnienia, procedury.
🚩 Red flag: brak definicji → później konflikty z UR i BHP.

G. Czy umowa i odbiory chronią obie strony?

Czy kryteria FAT/SAT są opisane testami i liczbami, a nie deklaracją?
✅ Dobrze: checklisty testów + protokoły + warunki wejścia.
🚩 Red flag: brak jasnych reguł – zależności, terminów, okresów testów, reprezentantów, zakresu sprawdzeń.
Czy jest jasna procedura zmian i rozliczeń (milestones, retention, konsekwencje opóźnień)?
✅ Dobrze: przejrzyste mechanizmy, które ograniczają konflikty, koszty godzin poszczególnych pracowników
🚩 Red flag: umowa bez warunków + płatność „głównie z góry”.
Czy dostawca definiuje gwarancję, czasy reakcji i zakres wsparcia po uruchomieniu?
✅ Dobrze: Sekcja w umowie definiująca świadczenie serwisu w ramach gwarancji albo przynajmniej czasy reakcji + plan części krytycznych.
🚩 Red flag: określanie tylko czasu reakcji / brak konkretnych odpowiedzi jakie elementy maszyny w jakim czasie zostaną naprawione.

H. Czy finanse i model płatności nie sygnalizują ryzyka?

Czy sposób płatności wygląda jak standard projektowy (transze za kamienie milowe), a nie ratowanie cashflow?
✅ Dobrze: logika transz + powiązanie z postępem.
🚩 Red flag: nietypowo wysoka zaliczka bez wyjaśnienia, brak zabezpieczeń, płatność zasadnicza po FAT.
Czy skala mojego projektu jest bezpieczna dla dostawcy (organizacyjnie i finansowo)?
✅ Dobrze: projekt jest „do udźwignięcia” bez ryzyka, że firma stanie na jednym kontrakcie.
🚩 Red flag: projekt równy rocznym przychodom / „firma jednego strzału”.