15 firm na shortliście. Każda obiecuje „tailor-made solution”. Dyrektor produkcji ma wybrać jedną. Ten artykuł to nie jest kolejna lista „5 rzeczy, na które zwrócić uwagę”. To praktyczny filtr, który zostawia Ci trzy realnych kandydatów. Może dwóch.
Trzecia awaria w tym kwartale. Linia stoi czterdzieści minut, potem kolejne dwadzieścia na diagnostykę. W typowej fabryce średniej wielkości godzina przestoju linii to kilkanaście tysięcy złotych. Pomnóż przez trzy awarie w kwartale. Dyrektor produkcji dostaje telefon od zarządu: „dlaczego nie wiedzieliśmy wcześniej?”. Odpowiedź jest prosta i frustrująca – bo dane z czujników siedzą w dziesięciu różnych systemach, a nikt ich nie ogląda w jednym miejscu.
Jeśli to brzmi znajomo, prawdopodobnie jesteś w punkcie, w którym zarząd powiedział „kupujemy IoT dashboard”. I teraz siedzisz przed listą piętnastu firm, z których każda obiecuje „tailor-made solution for your needs”. A Ty nie wiesz, którą wybrać.
Ten artykuł to nie jest kolejna lista „5 rzeczy, na które zwrócić uwagę”. To jest praktyczny filtr, który zastosujesz na tej liście piętnastu firm i zostanie Ci trzy. Może dwie.
Zła odpowiedź na dobry problem
Zanim pójdziesz dalej, muszę zakwestionować jedno założenie.
Większość firm, które zgłaszają się do nas z pytaniem „zbudujcie nam dashboard IoT”, zaczyna rozmowę od: „najpierw sprawdziliśmy gotowe SaaSy, ale żaden nie pasuje”. Tylko że sprawdzili SaaSy, które kosztują 500 PLN za użytkownika miesięcznie, z interfejsem zaprojektowanym pod generycznego klienta. Czyli przeskoczyli o dwa poziomy za daleko.
SaaS dashboards mają sens. Dla małych firm. Do trzech linii produkcyjnych. Bez integracji z ERP.
Problem zaczyna się, kiedy masz:
- Więcej niż jeden zakład
- Stary PLC i nowy PLC tego samego producenta, które nie gadają ze sobą po OPC UA
- Dane historyczne w SAP/MES, dane realtime w InfluxDB, dane o jakości w QMS
- Regulatora, który wymaga, żeby dane zostawały w Twojej infrastrukturze
W tym momencie każdy SaaS albo Cię ogranicza, albo kosztuje tyle, co custom. A za trzy lata, kiedy będziesz chciał podłączyć piąty zakład i dodać model predykcyjny – jesteś zależny od roadmapy dostawcy, który ma 400 innych klientów.
Custom IoT dashboard to nie koszt. To opcja strategiczna na dane, które dziś masz, ale jeszcze nie rozumiesz.
Dobra wiadomość jest taka, że odróżnienie dobrego partnera technologicznego od pretendenta to nie jest subiektywne wyczucie. To jest sześć pytań, które zadasz w 45-minutowej rozmowie. Firmy, które to rozumieją, wybierają partnera inaczej niż firmy, które po prostu kupują software. Poniżej są te pytania.
Sześć kryteriów, które realnie rozdzielą firmy
Zapomnij o „doświadczenie w branży” i „silny zespół”. To nic nie znaczy. Tu jest lista, na której możesz przepuścić każdą firmę z shortlisty.
1. Czy mają realny IoT w portfolio, czy tylko „dashboardy”
Różnica jest fundamentalna. Firma, która zbudowała trzy dashboardy do CRM i teraz nazywa się „IoT company”, nie wie, co zrobić, gdy OPC UA gubi pakiety co 200 ms, a sterownik Siemensa mówi, że jest online, ale nie odpowiada na odczyty.
Pytanie kontrolne: „Ile źródeł danych realtime obsługiwaliście w waszym największym projekcie? Jakie protokoły? Jaki throughput?”. Jeśli odpowiedź to „integrowaliśmy się z API” – to nie jest IoT, to integracja SaaS. Odejdź.
2. Czy rozumieją Twoją warstwę edge, czy tylko chmurę
Większość błędów w IoT dashboardach nie wydarza się w cloud. Wydarza się między sterownikiem a bramką IoT. Firma, która zna tylko AWS IoT Core i Azure IoT Hub, zleci Ci hardware u „zaprzyjaźnionego integratora” – i kiedy coś się posypie, będziesz dzwonił do dwóch firm, które będą pokazywać na siebie palcem.
Pytanie kontrolne: „Jak wygląda wasz stack od czujnika do dashboardu? Kto odpowiada za warstwę edge?”. Jeśli odpowiedź jest mętna – masz problem.
3. Jak wyglądają ich dashboardy operacyjne, a nie prezentacyjne
To subtelne, ale ważne. Wiele portfoliów IoT to ładne animacje, gradienty i 3D rendery maszyn. To są dashboardy do prezentacji dla zarządu. Ty potrzebujesz dashboardu dla operatora, który patrzy na niego osiem godzin dziennie.
Pytanie kontrolne: „Pokażcie dashboard, na który operator patrzy na produkcji. Nie wersję dla zarządu.”. Firma, która nie ma takiego dashboardu w portfolio, prawdopodobnie nigdy nie pracowała z realnym użytkownikiem końcowym.
4. Czy potrafią pracować z Twoim IT, czy chcą zbudować enklawę
Gorsza wersja tej samej historii: firma buduje Ci piękny dashboard, ale stawia go na swoim serwerze, z własnym systemem autoryzacji, odciętym od Twojego AD. Za pół roku masz enklawę IT – system, którego nie da się zaudytować. Rok później trafia to na radar CISO i projekt umiera.
Pytanie kontrolne: „Jak wygląda integracja z SSO i z naszym systemem tożsamości? Gdzie leżą dane? Kto ma do nich dostęp?”. Firmy, które odpowiadają „nasz panel admin” zamiast „wasz Active Directory” – dyskwalifikują się same.
5. Co robią po wdrożeniu
Dashboard IoT to nie projekt, który się kończy. Sterowniki się aktualizują, linie produkcyjne się rozbudowują, regulatorzy zmieniają wymagania. Firma, która traktuje wdrożenie jako „fixed scope, fixed price, do widzenia” – zostawi Cię z systemem, który za dwa lata będzie martwy.
Pytanie kontrolne: „Jak wyglądają wasze kontrakty utrzymaniowe? Jaki jest SLA na incydenty produkcyjne? Ile osób z waszego zespołu realnie zna nasz projekt po roku?”. Jeśli odpowiadają ogólnikami – to executor, nie partner. Executor zrobi dokładnie to, co napisałeś w briefie, i zniknie.
6. Czy potrafią powiedzieć „nie”
To jest test finałowy. Firma, która zgadza się na wszystko, co mówisz w trakcie pierwszej rozmowy, jest albo zdesperowana, albo nie słucha. Dobra firma przyjdzie na drugą rozmowę i powie: „połowa tego, co chcecie, nie ma sensu, bo X. Ale warto zrobić Y, o którym nie pomyśleliście”.
Pytanie kontrolne: „Co w naszym briefie waszym zdaniem nie ma sensu?”. Executor odpowie „wszystko jest super, zbudujemy”. Partner odpowie „to jest źle, tego nie róbcie”. Słyszysz różnicę.
Jeśli przepuściłeś swoją shortlistę przez te sześć kryteriów – zostało Ci już prawdopodobnie dwóch, trzech kandydatów. Teraz zestaw czerwonych flag, który odrzuci resztę.
Cztery czerwone flagi
Nie mają własnych programistów, tylko „sieć partnerów”. To znaczy, że zlecą Twoją pracę komuś, kogo nie znasz, w miejscu, którego nie widzisz. Dla IoT, gdzie debugowanie wymaga głębokiej wiedzy domenowej, to nie zadziała. Executor zleci dalej. Partner pracuje własnym zespołem.
Nie pokazują kodu ani architektury. Proszą Cię o podpisanie NDA, potem pokazują slajdy z ikonkami AWS i Azure. Jeśli po dwóch spotkaniach nie widziałeś diagramu architektury konkretnego projektu, który oni zbudowali – nie zbudowali niczego.
Liczą roboczogodziny w Excelu, nie w sprintach. IoT projekty mają dużo niewiadomych. Wycena fixed-price na 18 miesięcy bez milestone’ów to nie wycena, to loteria. Albo Ci dopiszą change requesty, albo dostarczą coś, co działa, ale nie odpowiada temu, co naprawdę potrzebujesz.
Obiecują „AI-powered predictive maintenance” w pierwszej ofercie. Zanim masz podstawowe dane w jednym miejscu, mówienie o AI to marketing. Firma, która zaczyna od AI, nie rozumie, że 80% wartości IoT dashboardu to dostępność i czystość danych. Gartner w definicji platform IoT wyraźnie stawia data management i integration przed analityką – i ma rację. AI to wisienka. Ale najpierw tort.
Jak robimy to w JSON Crew
Uczciwie: nie jesteśmy firmą, która zbudowała trzydzieści IoT dashboardów. Jesteśmy software housem, który buduje konfiguratory produktowe i SaaSy dla producentów. Ostatni rok to trzy wdrożone konfiguratory (Akpil – maszyny rolnicze, Knieja – broń myśliwska, plus jeden z branży budowlanej) i dziesięć firm produkcyjnych na naszej platformie JSON Hub. W tym roku zbudowaliśmy też APP Smart Control – system sterowania ogrzewaniem dla obiektów prywatnych, przemysłowych i publicznych. To jedyny dedykowany system IoT, jaki mamy w portfolio.
I właśnie dlatego ten artykuł ma sens. Bo przy konfiguratorze produktowym dla fabryki maszyn i przy dashboardzie IoT dla linii produkcyjnej pojawia się ta sama klasa problemów: real-time data z wielu źródeł, UX dla operatora, integracja z ERP, pytanie „kto to utrzyma za rok”. Widzimy te same pułapki z dwóch stron.
Kiedy rozmawiamy z klientem, który rozważa custom dashboard, pierwsze spotkanie wygląda zwykle tak samo. Przychodzimy, siadamy, a dyrektor produkcji mówi: „chcemy dashboard, na którym widać wszystkie linie, wszystkie alerty, wszystkie KPI. I żeby było w real-time”. Odpowiadamy: „pokaż nam, jak dziś wygląda wasz poranek, kiedy zaczyna się zmiana”. I zamiast wyceniać, prosimy o dostęp do kotłowni.
To jest różnica między partnerem a executorem. Executor wycenia brief. Partner wycenia rzeczywistość.
Gdy bierzemy projekt, zaczynamy od tygodnia discovery, w którym siedzimy z Twoim zespołem operacyjnym – nie z zarządem, nie z IT – i patrzymy na dane, które już masz. Z tego tygodnia wynika dokument, który mówi: „z tych trzech rzeczy, które chcecie monitorować, dwie mają sens od razu, trzecia wymaga najpierw porządków w warstwie edge”. To jest moment, w którym dużo projektów z innymi firmami by się nie zaczęło. U nas to jest pierwszy deliverable.
Potem pracujemy w sprintach dwutygodniowych, z pokazem działającego fragmentu co sprint. Twój operator siada przed działającym widokiem w trzecim tygodniu, nie w szóstym miesiącu. Zmiany wprowadzamy, kiedy kosztują mało, a nie na końcu, kiedy kosztują dużo.
Stack: Next.js, Nest.js, Three.js dla wizualizacji 3D i AWS albo on-premise w zależności od Twoich wymagań regulatora. To jest ten sam stack, na którym zbudowaliśmy konfiguratory dla Akpil i Knieja oraz APP Smart Control. Jeśli chcesz zobaczyć, jak to działa u realnego klienta – zobacz case study APP Smart Control, gdzie aplikacja steruje ogrzewaniem w obiektach od domów po hale przemysłowe.
Jeśli Twoim problemem jest nie dashboard, a automatyzacja wyceny i konfigurowanie produktu – to jest nasz core i tam dostarczamy MVP w 8 tygodni. Sprawdź nasze konfiguratory produktowe – często okazuje się, że klient, który myśli o dashboardzie IoT, realnie potrzebuje najpierw konfiguratora, bo to on odblokuje dane, które potem w dashboardzie zobaczy.
Pytania, które słyszymy najczęściej
„A nie lepiej zbudować to in-house?”
Słyszymy to co drugi projekt. Odpowiedź jest niuansowana, bo zależy od trzech rzeczy.
Jeśli Twoje IT ma już developerów z doświadczeniem w IoT, MQTT, OPC UA i widzisz w tym długoterminową kompetencję wewnętrzną – in-house jest dobrym wyborem. Rozumiemy, zrobilibyśmy to samo na Twoim miejscu.
Jeśli Twoje IT to zespół od SAP-a, Office 365 i wsparcia użytkowników – budowanie IoT in-house to 18 miesięcy nauki na Twoim koszcie, zanim pierwszy realny dashboard zobaczy produkcja. Lepszy model: my budujemy, Twój zespół przejmuje utrzymanie po dwunastu miesiącach. Transfer wiedzy zapisujemy w kontrakcie.
„Mamy już dashboard, który nie działa. Co teraz?”
Najczęstszy scenariusz: ktoś zbudował wam to przed pandemią, dziś służy dwóm osobom i nikt nie wie, jak to utrzymać. Audyt trwa dwa dni, kosztuje zero. Wynik: albo „da się uratować, oto lista zmian i koszt”, albo „lepiej zaorać, oto dlaczego”. Nie ciągniemy sprzedaży, jeśli realnie nie da się uratować. Czasem lepsza rekomendacja to „zatrudnijcie integratora, który już zna wasz stack”.
„Ile to trwa i ile to kosztuje?”
MVP dashboardu z podstawowymi integracjami to u nas 8 tygodni – taki sam horyzont jak konfigurator produktowy. Pełny dashboard z integracjami do ERP, warstwą edge i regulatorem to 12 do 16 tygodni. Budżet – zależy od liczby źródeł danych, wymogów regulatora i warstwy edge. Wycenę dostaniesz po tygodniu discovery, nie po 45 minutach rozmowy. Bo po 45 minutach wycena to zgadywanka, a my nie chcemy Cię oszukiwać.
Konkretny test przed następną rozmową z firmą
Na następnej rozmowie z potencjalnym dostawcą zadaj trzy pytania w tej kolejności:
- „Pokaż mi dashboard operacyjny z ostatnich 6 miesięcy, do którego można się zalogować i zobaczyć, jak wygląda realnie.”
- „Kto konkretnie, z imienia i nazwiska, będzie architektem tego projektu i jaka jest jego dostępność w pierwszych 3 miesiącach?”
- „Co byś zmienił w naszym briefie, gdybyś był na moim miejscu?”
Pierwsze pytanie odsiewa firmy, które mają tylko ładne mockupy. Drugie odsiewa firmy, które zlecą pracę komuś niepewnemu. Trzecie odsiewa executorów, zostawia partnerów.
Jeśli firma przejdzie te trzy pytania z odpowiedziami, które Cię przekonują – jest warta dalszej rozmowy. Jeśli nie przejdzie choćby jednego, nie marnuj czasu na pełne RFP.
Szukasz partnera, nie executora? Zamów diagnostyczną rozmowę 30-minutową. Bezpłatnie, bez zobowiązań. Przyjdziemy przygotowani – powiedz nam tylko, co monitorujecie dziś i gdzie leżą dane. W pół godziny dostaniesz szczerą ocenę, czy custom dashboard jest dla Was sensowny, czy wystarczy gotowy SaaS. Jeśli odpowiedź będzie „SaaS” – powiemy to wprost.
P.S. Jeśli już masz dashboard IoT, ale nie używasz go tak, jak planowałeś – napisz do nas. W większości przypadków problem nie jest w narzędziu, tylko w tym, że zbudowano je bez zespołu operacyjnego. Audyt trwa dzień, kosztuje zero, a pokaże Ci, czy warto przebudować, czy zaorać.
