Aplikacje · Legnica
Tworzenie aplikacji w Legnicy — jeden proces produkcyjny na start
Zakres współpracy w Legnicy
- 01Warsztat nad procesem, nie nad listą funkcji
Przechodzimy z Wami jeden proces od zdarzenia do zamknięcia: kto co wpisuje, na jakiej kartce, w którym arkuszu i gdzie się to gubi. Wynikiem jest opis stanu obecnego i lista miejsc, w których aplikacja realnie zdejmuje pracę.
- 02Zakres pierwszej wersji i granica na piśmie
Dzielimy funkcje na te, bez których proces się nie domknie, i te, które poczekają na kolejne wydanie. Zakres spisujemy przed startem prac, razem z kryteriami odbioru, żeby wiadomo było, kiedy pierwsza wersja jest gotowa.
- 03Aplikacja webowa lub mobilna dopasowana do warunków pracy
Dobieramy formę do miejsca użycia: przeglądarka na stanowisku i w biurze, aplikacja mobilna tam, gdzie liczy się skaner kodów, praca w rękawicach albo brak zasięgu. Interfejs projektujemy pod duże przyciski i krótkie ścieżki, nie pod prezentację.
- 04Integracja z ERP i systemami, które już macie
Sprawdzamy, co Wasz system udostępnia: API, eksport plikowy, dostęp do bazy. Ustalamy kierunek wymiany danych i to, który system jest źródłem prawdy dla kartotek, indeksów i stanów, żeby aplikacja nie stworzyła drugiej wersji tych samych danych.
- 05Wdrożenie na hali i utrzymanie po starcie
Uruchamiamy pilotaż na jednej linii lub jednym dziale, zbieramy uwagi od osób, które faktycznie wpisują dane, i poprawiamy to, co spowalnia pracę. Po odbiorze ustalamy zasady utrzymania, kopii zapasowych i zgłaszania błędów.
Ta strona jest dla legnickich firm, które mają halę, magazyn albo park narzędzi i proces prowadzony dziś w arkuszu, zeszycie i skrzynce e-mail. Tworzenie aplikacji w Legnicy oznacza w takich warunkach coś innego niż w firmie usługowej: liczy się nie efektowny interfejs, tylko to, czy operator wpisze dane w kilkanaście sekund i czy wynik trafi do systemu, który już macie. Poniżej pokazujemy, jak wyznaczamy zakres pierwszej wersji i gdzie zwykle leży granica opłacalności.
Kiedy własna aplikacja się broni, a kiedy wystarczy arkusz
Aplikacja ma sens, gdy proces jest powtarzalny, dotyczy więcej niż jednej osoby i generuje pytania „gdzie to jest” oraz „kto to zmienił”. Jeśli zdarzeń jest kilkanaście miesięcznie i obsługuje je jedna osoba, arkusz jest tańszy i uczciwiej to powiedzieć od razu.
Granica zwykle przebiega tam, gdzie dane muszą być odtwarzalne pod audyt lub reklamację. Kooperanci motoryzacyjni i firmy przemysłu metalowego — dwie branże dominujące w Legnickiej Specjalnej Strefie Ekonomicznej — muszą umieć wskazać, z której partii pochodzi detal, kto go wykonał i na jakiej maszynie. Arkusz to udźwignie do pierwszego poważnego zapytania odbiorcy.
Kto w Legnicy zamawia takie projekty
W rejestrze REGON było w 2024 r. 15 106 legnickich podmiotów, ale rozmowa o własnej aplikacji zaczyna się zwykle wyżej: przy 309 firmach małych, 89 średnich, 16 dużych i 6 bardzo dużych, zatrudniających powyżej tysiąca osób. To one mają skalę, przy której ręczne obiegi zaczynają kosztować realne pieniądze.
Sprzyja temu lokalne zaplecze kadrowe. Filia Politechniki Wrocławskiej przy ul. S. Batorego 9 kształci w Legnicy na kierunkach Automatyka Przemysłowa, Mechanika i Budowa Maszyn oraz Odnawialne Źródła Energii, działa tu również Collegium Witelona Uczelnia Państwowa, nosząca tę nazwę od 1 stycznia 2022 r. W praktyce oznacza to, że po stronie klienta częściej niż gdzie indziej siada osoba, która sama potrafi opisać proces w kategoriach automatyki i przepływu materiału — a to skraca warsztat o dobre kilka godzin.
Infrastrukturę pod takie projekty ma też LETIA, czyli Legnicki Park Technologiczny. Letia Business Center przy ul. Rycerskiej 24 to ponad 8 000 m² powierzchni biurowej, sal i prototypowni — sensowne miejsce na warsztat, gdy spotkanie nie może się odbyć na hali.
Cztery procesy, od których zwykle się zaczyna
Poniższe zestawienie pokazuje, jak wygląda pierwsza wersja, gdy obejmuje jeden proces doprowadzony do końca, i co świadomie zostawiamy na później.
| Proces | Pierwsza wersja robi | Czeka na kolejne wydanie |
|---|---|---|
| Rejestracja zleceń i partii | Skan kodu zlecenia, wybór maszyny i operatora, zapis sztuk dobrych i braków, zamknięcie zlecenia | Harmonogramowanie, obłożenie maszyn, wykresy wydajności |
| Ewidencja narzędzi i przeglądów | Kartoteka narzędzia, wydanie i zwrot, termin następnego przeglądu, powiadomienie e-mail | Kalendarz techników, koszty utrzymania, historia napraw z kosztorysem |
| Raportowanie produkcji | Dzienne zestawienie z jednej linii, przyczyny przestoju z listy, eksport do pliku | Analizy porównawcze, prognozy, tablice na hali |
| Panel zamówień dla odbiorców B2B | Logowanie kontrahenta, indywidualny cennik, złożenie zamówienia, status realizacji | Płatności online, reklamacje, dokumenty przewozowe |
Reguła cięcia zakresu jest jedna: funkcja czeka, jeśli przez pierwsze tygodnie obsłuży ją ręcznie jedna osoba i jeśli główna ścieżka domyka się bez niej. Rozpisujemy tę metodę na kategorie decyzyjne w tekście o zakresie pierwszej wersji aplikacji, a wpływ zakresu na budżet pokazujemy w materiale o tym, ile kosztuje aplikacja mobilna.
Integracja z systemem, który już działa
Najczęstsze pytanie na pierwszym spotkaniu nie brzmi „w czym to napiszecie”, tylko „czy to się spina z naszym ERP”. Odpowiedź zależy od tego, co Wasz dostawca udostępnia: API, eksport plikowy, dostęp do bazy albo nic z tych rzeczy.
Dlatego zanim ustalimy zakres, ustalamy kierunek wymiany danych i źródło prawdy dla każdej kartoteki: indeksów, kontrahentów, stanów magazynowych. Bez tej decyzji powstają dwie równoległe wersje tych samych danych i po pół roku nikt nie wie, która obowiązuje. Pytania, które warto zadać dostawcy systemu, zebraliśmy w przewodniku o integracji systemów w firmie.
Jeśli integracja na starcie jest niemożliwa, zaczynamy od wymiany plikowej raz dziennie. To brzydkie, ale działa i nie blokuje pierwszej wersji.
Warunki hali zmieniają projekt interfejsu
Rękawice, kurz, słabe światło i telefon w kieszeni roboczej to nie detale, tylko wymagania. Przyciski muszą być duże, ścieżka krótka, a każdy ekran ma zakładać, że użytkownik przerwie pracę w połowie i wróci za dziesięć minut.
Osobno rozstrzygamy pracę bez zasięgu — w części hal łączność po prostu nie sięga, więc aplikacja musi zapisywać lokalnie i synchronizować później. Co to znaczy dla technologii i wydania mobilnego, opisujemy w poradniku o tym, jak stworzyć aplikację mobilną.
Jak pracujemy i od czego zaczynamy
Siedzibę mamy jedną, w Świdnicy. Do Legnicy jest z niej około 60 km i mniej więcej 53 minuty jazdy, więc warsztat na miejscu, pilotaż i odbiór robimy u Was, a projektowanie, kod i poprawki prowadzimy zdalnie.
Pierwszy krok to jednak nie wyjazd, tylko wybór procesu. Opisz go w sześciokrokowym kreatorze briefu — dostaniesz gotową wiadomość z zakresem do wysłania, także do innych wykonawców, jeśli chcesz porównać oferty na tych samych warunkach.
Zanim wyślesz zapytanie
Wybierz jeden proces, który dziś najbardziej boli, i policz, ile razy dziennie się powtarza.
Znajdź arkusz kalkulacyjny albo zeszyt, w którym ten proces obecnie żyje — to najlepsza dokumentacja wymagań.
Ustal, kto będzie wpisywał dane i w jakich warunkach: biuro, hala, rękawice, brak zasięgu.
Sprawdź nazwę i wersję swojego systemu ERP oraz to, czy dostawca udostępnia API i środowisko testowe.
Zapisz, jakich danych wymagają od Was odbiorcy przy reklamacji lub audycie i w jakim czasie trzeba je odtworzyć.
Wskaż jedną osobę po Waszej stronie, która podejmuje decyzje o zakresie i odbiera etapy.
Określ, po czym poznacie, że pierwsza wersja się obroniła: mniej telefonów, krótszy obieg dokumentu, szybsze zamknięcie zlecenia.
Najczęstsze pytania
- Mamy ERP. Po co nam osobna aplikacja?
- ERP dobrze prowadzi ewidencję i rozliczenia, ale rzadko jest wygodny tam, gdzie dane powstają: przy maszynie, w magazynie narzędzi, u kierowcy. Dlatego typowa aplikacja nie zastępuje ERP, tylko robi jedną rzecz szybciej i wygodniej, a wynik przekazuje do systemu głównego. Warunkiem jest ustalenie, który system jest źródłem prawdy dla danej kartoteki, żeby nie powstały dwie równoległe wersje tych samych danych.
- Aplikacja webowa czy mobilna dla firmy produkcyjnej?
- Decyduje miejsce i sposób wpisywania danych. Jeśli operator pracuje przy stanowisku z monitorem, wystarczy aplikacja w przeglądarce, bo nie wymaga instalacji ani sklepu z aplikacjami. Aplikacja mobilna wygrywa tam, gdzie potrzebny jest skaner kodów kreskowych, zdjęcie usterki, praca w rękawicach albo działanie bez zasięgu z późniejszą synchronizacją. Często pierwsza wersja jest webowa, a warstwa mobilna dochodzi wtedy, gdy proces się już ustabilizuje.
- Co powinno wejść do pierwszej wersji, a co może poczekać?
- Do pierwszej wersji wchodzi wszystko, bez czego wybrany proces nie domknie się od początku do końca: wprowadzenie danych, ich zapis, podgląd i zamknięcie zdarzenia. Czekają raporty, wykresy, eksporty, panel uprawnień w rozbudowanej wersji i integracje, które da się przez pierwsze tygodnie obsłużyć ręcznym plikiem. Zasada jest prosta: jedna ścieżka doprowadzona do końca zamiast pięciu urwanych w połowie.
- Czy da się zacząć od jednego działu i rozszerzać później?
- To zwykle najrozsądniejsza droga. Pilotaż na jednej linii, jednym magazynie lub jednym dziale daje twarde dane o tym, czy aplikacja skraca pracę, i pozwala poprawić interfejs, zanim korzysta z niego cała firma. Rozszerzenie na kolejne obszary jest wtedy decyzją opartą na użyciu, a nie na założeniach z pierwszego spotkania.
- Kto utrzymuje aplikację po wdrożeniu?
- Ustalamy to przed startem, bo utrzymanie jest częścią kosztu, a nie dodatkiem. Do uzgodnienia są: hosting i kopie zapasowe, aktualizacje bibliotek i systemów mobilnych, sposób zgłaszania błędów oraz to, kto ma dostępy administracyjne. Kod i dostępy są Wasze, więc rozwój może później prowadzić także inny zespół.
Źródła i metodologia
Dane o mieście są kontekstem do rozmowy, nie obietnicą wyniku. Aktualność linków i źródeł sprawdziliśmy 14 sierpnia 2026 r.
- GUS — Bank Danych Lokalnych, dane terytorialne dla miasta Legnicadostęp: 2026-08-14
- OWASP — Application Security Verification Standarddostęp: 2026-08-14
- Zasady redakcyjne GESEL.IO