Czy Wasz dostawca AI stał kiedyś na hali?

Większość dostawców AI zaprezentuje przekonujący pokaz na laptopie. Mniej z nich widziało, jak ten pokaz spotyka rampę załadunkową o szóstej rano — ze skanerem w jednej ręce, rękawicą na drugiej i bez zasięgu za trzecią alejką. Przy pracy, która dzieje się z dala od biurka, ta różnica rozstrzyga o projekcie, a widać ją już na pierwszym spotkaniu, jeśli wie się, o co pytać.

Najpierw sprawdźcie, czy potrzebujecie specjalisty od terenu

Nie każdy system używany poza centralą jest systemem terenowym. Jeśli ludzie, którzy będą z niego korzystać, siedzą przy biurkach z niezawodną łącznością, to zwykła inżynieria aplikacji — i jako taką warto ją kupować.

Jesteście w terenie, gdy praca dzieje się na hali, w pojeździe, na budowie, w stacji transformatorowej albo w polu; gdy łączność jest zrywna, a obecną odpowiedzią jest papier; gdy system zbudowany w biurze został już odrzucony przez ludzi, którzy mieli go używać; albo gdy wnioskowanie musi działać lokalnie ze względu na opóźnienia, koszt lub to, dokąd mogą trafiać dane.

I jedna granica, którą warto znać przed jakimkolwiek spotkaniem: jeśli system ma sterować urządzeniami wewnątrz funkcji bezpieczeństwa, potrzebujecie dostawcy specjalistycznego, pracującego w reżimie bezpieczeństwa funkcjonalnego. Dostawca, który proponuje to zrobić przy okazji projektu systemu biznesowego, mówi Wam o sobie coś istotnego.

Pytania, które odróżniają jednych od drugich

„Kiedy przyjeżdżacie na obiekt i na jak długo?” Dobra odpowiedź: zanim cokolwiek zostanie wyspecyfikowane, na przynajmniej część zmiany, z ludźmi, którzy będą tego używać. Jeśli wizyta na obiekcie jest zaplanowana na tydzień instalacji, wymagania powstały w sali konferencyjnej.

„Co się dzieje, gdy połączenie zerwie się w połowie zadania?” Dobra odpowiedź mówi o lokalnym zapisie, kolejkowanych operacjach, regułach konfliktów ustalonych z góry i interfejsie, który zawsze pokazuje, czy coś się zsynchronizowało. Uważajcie na „system ponawia próbę” — to system traktujący brak sieci jako błąd, a taki pada w pierwszym złym tygodniu.

„Jaki sprzęt rekomendujecie i czy go sprzedajecie?” Dostawca z marżą na sprzęcie ma powód, żeby sprzęt rekomendować. Taki bez marży może pozwolić zdecydować środowisku — tablet wzmocniony, terminal przemysłowy, telefon w obudowie, panel stacjonarny — i powinien umieć powiedzieć dlaczego.

„Jak urządzenia będą zarządzane za rok?” Rejestracja, aktualizacje, zdalne czyszczenie, monitoring kondycji. Jeśli odpowiedź brzmi „zajmie się tym Wasz dział IT”, zapytajcie, czy ktoś zapytał Wasz dział IT.

„Jak wygląda pilotaż?” Jedna brygada albo jedna linia, obserwowana z bliska, z drogą powrotną do starego procesu. Pilotaż na wszystkich obiektach naraz to wdrożenie pod inną nazwą.

„Co zrobicie, jeśli brygada odrzuci system?” Dobra odpowiedź opisuje drogę powrotną i to, jak skargi zamienią się w zmiany w systemie. Słaba odpowiedź opisuje dodatkowe szkolenie.

„Jaka jest Wasza definicja ukończenia?” Użyteczna odpowiedź nie jest listą funkcji. Brzmi: brygada przepracowuje pełną zmianę i nie musi myśleć o systemie.

Infografika

Pytania na pierwsze spotkanie

• Termin wizyty na obiekciePrzed specyfikacją, z brygadą, która będzie tego używać.
• Zerwane połączenieLokalny zapis, kolejka operacji, reguły konfliktów, widoczny stan synchronizacji.
• Niezależność od sprzętuUrządzenie wybiera środowisko, a nie marża odsprzedawcy.
• Zarządzanie urządzeniamiRejestracja, aktualizacje, zdalne czyszczenie i monitoring, z przypisanym właścicielem.
• Kształt pilotażuJedna brygada albo jedna linia, z drogą powrotną.
• Definicja ukończeniaPełna zmiana przepracowana bez myślenia o systemie.
• Granica bezpieczeństwaJasne „nie” dla wszystkiego wewnątrz funkcji bezpieczeństwa.

Ile uwagi będzie Was to kosztować

Projekt terenowy angażuje operacje bardziej niż biurowy i lepiej otwarcie to zabudżetować. Spodziewajcie się udostępnienia obiektu i brygady, lidera operacyjnego, który może decydować o procesie, kogoś z IT od urządzeń i sieci oraz cierpliwości w czasie pilotażu, który wygeneruje skargi.

Te skargi są sednem. Dostawca, który traktuje je jak szum, zbuduje na wdrożenie ten sam system. Ten, który traktuje je jak specyfikację, zbuduje lepszy.

Sygnały ostrzegawcze

Oferta, w której są zrzuty ekranu, a nie ma oceny obiektu. Architektura zakładająca połączenie wszędzie. Plan bez pozycji na zarządzanie urządzeniami. Harmonogram, w którym praca na obiekcie jest przypisem, choć to ona jest zwykle niedoszacowana. I każda pewna deklaracja o działaniu modelu na urządzeniu wzięta z karty katalogowej, a nie zmierzona w Waszych warunkach.

Nasze stanowisko

Przy wdrożeniach AI w terenie odpowiadamy na te pytania tak, jak sami chcielibyśmy je usłyszeć: najpierw obiekt, brak sieci jako stan normalny, bez odsprzedaży sprzętu, jedna brygada przed wszystkimi i jasne „nie” dla wszystkiego wewnątrz funkcji bezpieczeństwa. Nasze systemy czytają i doradzają; nie sterują.