Software house dla firm produkcyjnych: B2B, dane i API

Firma produkcyjna powinna oczekiwać od software house czegoś więcej niż sprawnego pisania kodu. Dobry partner rozumie, jak działa zakład – od zlecenia i marszruty po wysyłkę – potrafi połączyć nowe oprogramowanie z ERP i systemami na hali, projektuje interfejsy pod warunki panujące przy maszynach i jest gotowy utrzymywać system przez lata, a nie tylko go oddać. Poniżej opisujemy, po czym poznać takiego partnera i jakie pytania zadać, zanim podpiszesz umowę.

Dlaczego produkcja to inny klient niż e-commerce

W sklepie internetowym błąd zwykle oznacza nieudaną transakcję. W zakładzie produkcyjnym błędny status zlecenia, zła wersja rysunku albo niezaktualizowany stan surowca mogą zatrzymać linię, wygenerować brak albo opóźnić wysyłkę do kluczowego odbiorcy. Oprogramowanie jest tu częścią procesu operacyjnego, a nie dodatkiem marketingowym.

Do tego dochodzi specyfika środowiska:

• wiele systemów naraz – ERP, systemy magazynowe, MES lub arkusze planistyczne, CAD/PDM, systemy jakości, portale dla klientów i dealerów,
• różni użytkownicy – planista przy biurku, operator przy maszynie, magazynier ze skanerem, handlowiec w drodze, klient w portalu,
• długi cykl życia – maszyny i procesy zmieniają się rzadziej niż w handlu, więc system musi działać stabilnie przez wiele lat,
• niska tolerancja na przestoje – aktualizację nie zawsze da się zrobić w dowolnym momencie, bo zakład pracuje na zmiany.

Software house, który przychodzi z nawykami z projektów konsumenckich (szybkie eksperymenty, częste przebudowy interfejsu, „naprawimy w następnym sprincie”), może mieć problem z dopasowaniem się do tego rytmu.

Czego oczekiwać: znajomość procesów produkcyjnych

Nie chodzi o to, żeby dostawca znał Twoją technologię wytwarzania lepiej niż technolog. Powinien jednak swobodnie poruszać się w podstawowych pojęciach i od pierwszego spotkania dopytywać o rzeczy, które decydują o architekturze:

• czy produkujecie na magazyn, na zamówienie, czy konfigurujecie produkt pod klienta,
• jak wygląda struktura wyrobu (BOM) i kto ją utrzymuje,
• czy śledzicie partie, numery seryjne lub certyfikaty materiałowe,
• gdzie powstaje termin realizacji i kto może go zmienić,
• które dokumenty (rysunki, karty charakterystyki, deklaracje) muszą trafić do klienta i w jakiej wersji.

Dobrym sygnałem jest partner, który chce zobaczyć proces na miejscu – przejść ścieżkę zlecenia od biura do rampy. Złym – taki, który po jednej rozmowie online wysyła gotową wycenę systemu „do zarządzania produkcją”.

Integracje z ERP i systemami produkcyjnymi

W produkcji prawie każdy projekt jest projektem integracyjnym. Nowy portal, aplikacja magazynowa czy system raportowania muszą korzystać z danych, które już istnieją w ERP i innych narzędziach. Od partnera warto oczekiwać:

1. Jasnego podziału źródeł prawdy – który system jest właścicielem indeksu, ceny, stanu, terminu i statusu zlecenia.
2. Odporności na awarie – kolejki, ponawianie operacji i logi, dzięki którym chwilowa niedostępność ERP nie gubi danych.
3. Pracy z systemami lokalnymi – wiele zakładów ma ERP na własnym serwerze, bez publicznego API. Partner powinien umieć zaprojektować bezpieczną usługę pośredniczącą zamiast prosić o otwarcie portów do bazy.
4. Doświadczenia z danymi technicznymi – parametry, jednostki, wersje dokumentów i dane pod cyfrowy paszport produktu, jeśli produkty mu podlegają.

Zapytaj o przykład integracji, która kiedyś się posypała, i o to, jak zespół wykrył i naprawił problem. Odpowiedź powie więcej niż lista technologii w ofercie.

Oprogramowanie, które działa na hali

Hala produkcyjna to trudne środowisko dla interfejsu: rękawice, hałas, kurz, słabe Wi-Fi, ekrany w pełnym słońcu i ludzie, którzy nie mają czasu na pięć kliknięć. Partner powinien pokazać, jak projektuje pod takie warunki:

• duże pola dotykowe i krótkie ścieżki – jedno zadanie, jeden ekran,
• obsługa skanerów kodów kreskowych i QR zamiast ręcznego wpisywania,
• tryb pracy przy zerwanym połączeniu i bezpieczna synchronizacja po jego powrocie,
• czytelność na tabletach przemysłowych i terminalach, nie tylko na laptopie projektanta,
• czasem aplikacja desktopowa zamiast przeglądarkowej – np. przy stanowiskach podłączonych do urządzeń; tu przydaje się zespół, który robi aplikacje desktop na Windows i Linux.

Warto poprosić o testy z prawdziwymi operatorami jeszcze na etapie prototypu. Kilka godzin obserwacji przy stanowisku zwykle zmienia więcej niż tygodnie dyskusji w sali konferencyjnej.

Długie utrzymanie i odpowiedzialność za system

W produkcji system po wdrożeniu dopiero zaczyna swoje życie. Zanim wybierzesz partnera, ustal, jak będzie wyglądać utrzymanie:

• aktualizacje techniczne – frameworki i języki mają cykle wsparcia (np. PHP 8.1 nie ma już poprawek bezpieczeństwa od końca 2025 roku), więc partner powinien planować podbijanie wersji, a nie czekać na problem,
• okna serwisowe – wdrożenia poza godzinami pracy zmian albo w sposób, który nie przerywa pracy,
• czas reakcji – co się dzieje, gdy system przestanie działać na nocnej zmianie,
• dokumentacja i dostęp do kodu – repozytorium, opis architektury i instrukcja wdrożenia powinny należeć do Ciebie,
• ciągłość zespołu – kto zna system, jeśli kluczowy programista odejdzie.

Partner, który od początku rozmawia o utrzymaniu, zwykle projektuje też prostszy i łatwiejszy w rozwoju kod.

Czerwone flagi przy wyborze partnera

• wycena „pod klucz” bez analizy procesu i danych,
• brak pytań o ERP, wersje systemów i sposób pracy na hali,
• obietnica wymiany wszystkich systemów naraz,
• brak planu testów na realnych danych przed startem,
• umowa bez zapisów o przekazaniu kodu i wiedzy,
• przykładowe realizacje wyłącznie z obszaru stron wizytówek.

Ogólne kryteria wyboru software house opisujemy w artykule jak wybrać partnera do rozwoju systemu B2B. Tu skupiamy się na tym, co specyficzne dla produkcji.

Jak może wyglądać współpraca krok po kroku

1. Wizyta i mapa procesu – przejście ścieżki od zapytania klienta do wysyłki, spis systemów i miejsc ręcznej pracy.
2. Audyt danych i integracji – jakie dane istnieją, gdzie są błędy, jakie interfejsy oferuje ERP.
3. Wybór pierwszego obszaru – np. portal dla dealerów, aplikacja magazynowa albo raportowanie z produkcji. Specyfikę samego portalu B2B producenta opisujemy we wpisie o systemie B2B dla firmy produkcyjnej.
4. Prototyp testowany przez użytkowników – na hali, w biurze i u klienta.
5. Wdrożenie etapowe – najpierw jedna linia, dział lub grupa klientów.
6. Utrzymanie i rozwój – regularne przeglądy, aktualizacje i kolejne moduły.

Tak zbudowaną współpracę prowadzimy w ramach usługi dedykowane oprogramowanie dla firm – od analizy procesu, przez integracje, po długie utrzymanie.

Następny krok

Przed pierwszą rozmową z dostawcą spisz trzy rzeczy: listę systemów, z których korzysta zakład (z wersjami), jeden proces, który dziś najbardziej boli, oraz kto w firmie będzie właścicielem projektu. Z tym materiałem łatwo ocenić, czy partner rozumie produkcję. Jeśli chcesz przejść przez to z nami, umów krótką rozmowę – zaczniemy od mapy procesu i danych.