Aplikacje · Lubin
Tworzenie aplikacji Lubin — jeden proces firmy podwykonawczej na start
Zakres współpracy w Lubinie
- 01Warsztat i wybór procesu do odciążenia
Przechodzimy z Tobą kilka procesów i wybieramy ten, który kosztuje najwięcej godzin lub generuje najwięcej pomyłek. Reszta trafia na listę kolejnych etapów, żeby pierwsza wersja nie spuchła.
- 02Zakres pierwszej wersji i lista wyłączeń
Spisujemy funkcje obowiązkowe, funkcje odkładalne oraz to, czego aplikacja świadomie nie obejmuje. Lista wyłączeń skraca budowę bardziej niż jakakolwiek optymalizacja kodu.
- 03Projekt i budowa aplikacji webowej lub mobilnej
Dobieramy formę do warunków pracy: przeglądarka dla biura i dyspozytorni, aplikacja mobilna tam, gdzie liczy się obsługa jedną ręką, aparat i praca przy słabym zasięgu.
- 04Integracje z systemami, które już działają
Ustalamy kierunek przepływu danych i system nadrzędny dla każdego rodzaju informacji, a potem łączymy aplikację z księgowością, kadrami, magazynem lub systemem zleceń.
- 05Wdrożenie pilotażowe na jednym zespole
Uruchamiamy aplikację najpierw dla jednej brygady lub jednego oddziału i zbieramy uwagi z realnej zmiany. Dopiero potem rozszerzamy ją na całą firmę.
- 06Utrzymanie, wsparcie i rozwój
Po starcie zostaje monitoring, kopie zapasowe, aktualizacje i uzgodniony tryb zgłaszania błędów. Kolejne funkcje wchodzą wtedy, gdy obroni je użycie, a nie lista życzeń z warsztatu.
Ta strona jest dla firm z Lubina i okolic, które obsługują przemysł i doszły do momentu, w którym arkusz kalkulacyjny przestał wystarczać. Tworzenie aplikacji w Lubinie ma inny punkt wyjścia niż w miastach o rozdrobnionej gospodarce: procesy są tu twarde, powtarzalne i rozliczane wobec dużego zleceniodawcy, więc wiadomo dokładnie, co ma się zgadzać. To dobra sytuacja projektowa, bo zakres pierwszej wersji da się wyprowadzić z dokumentów, które firma i tak wypełnia.
Tworzenie aplikacji w Lubinie to rynek jednego łańcucha
W Lubinie mieści się centrala KGHM Polska Miedź S.A., trzeciej co do wielkości polskiej korporacji, o przychodach skonsolidowanych 35 320 mln zł za 2024 r. i zatrudnieniu 18 865 osób w samej spółce (stan na 30.06.2023) oraz około 34 tys. w całej Grupie Kapitałowej. Miasto liczy 67 155 mieszkańców (stan na 31.12.2024, GUS), więc skala zleceniodawcy i skala miasta rozjeżdżają się tu bardziej niż gdziekolwiek indziej w regionie.
Dla lokalnego MŚP oznacza to konkretny rygor. Lubin jest początkiem łańcucha miedzi — mieszczą się tu zarząd i jeden z trzech zakładów górniczych koncernu, obok Polkowic-Sieroszowic i Rudnej — podczas gdy Legnica zamyka ten łańcuch hutą. Firmy usługowe z Lubina pracują więc blisko wydobycia: przy utrzymaniu ruchu, serwisie maszyn, transporcie i BHP, w trybie zmianowym i z twardymi wymaganiami sprawozdawczymi.
Procesy, które proszą się o odciążenie
Z rozmów o takich firmach wraca ten sam zestaw pięciu procesów. Ewidencja pracy brygad, czyli kto, gdzie i ile godzin przepracował, z podziałem na zlecenia. Przeglądy i serwis maszyn wraz z historią napraw oraz terminami następnych czynności. Obieg zgłoszeń BHP od zauważenia zagrożenia do potwierdzenia usunięcia. Transport i dyspozytornia, gdzie liczy się aktualny stan pojazdów i ludzi. Wreszcie raportowanie do zleceniodawcy w narzuconym formacie i terminie.
Każdy z nich ma tę samą cechę: dane powstają w terenie, a używane są w biurze. To jest właśnie ten typ pracy, w którym aplikacja mobilna daje przewagę nad formularzem w przeglądarce — działa jedną ręką, korzysta z aparatu i nie wymaga stabilnego łącza.
Ile osób obsługuje ten proces dziennie? Ile godzin miesięcznie zajmuje przepisywanie danych z jednego miejsca w drugie? Ile razy w kwartale pomyłka w tych danych kosztowała nas korektę raportu, poprawkę faktury albo tłumaczenie się zleceniodawcy? Jeśli znasz odpowiedzi, ten proces nadaje się na pierwszą wersję aplikacji. Jeśli nie znasz żadnej, zacznij od innego.
Zakres pierwszej wersji: jeden proces, nie cały system
Najczęstszy błąd to próba zbudowania od razu systemu obejmującego wszystko, co firma robi. Kończy się to długą budową, rosnącym kosztem i wdrożeniem, którego nikt nie chce używać, bo trafia do ludzi w komplecie i naraz. Dlatego pierwsza wersja obejmuje jeden proces od początku do końca, a nie połowę pięciu — zasadę tę i sposób cięcia zakresu opisujemy w materiale o zakresie pierwszej wersji aplikacji.
Rozsądny wariant startowy w firmie podwykonawczej to pilotaż na jednej brygadzie lub jednym oddziale przez pełny cykl rozliczeniowy. Po nim wiadomo, co dopisać, a co wykreślić, zanim aplikacja trafi do wszystkich.
Integracja z systemami, które firma już ma
Firma z tego rynku prawie nigdy nie zaczyna od zera: ma program kadrowo-płacowy, księgowość, często system zleceń albo magazyn. Aplikacja, która nie wymienia z nimi danych, dokłada kolejne miejsce do ręcznego przepisywania i po kilku miesiącach umiera. Dlatego integracja z istniejącymi systemami jest u nas częścią zakresu, a nie osobnym etapem sprzedawanym później.
Praktycznie zaczyna się to od dwóch ustaleń: który system jest nadrzędny dla danego rodzaju danych i w którą stronę te dane płyną. Bez tego powstaje synchronizacja dwukierunkowa, która przy pierwszym konflikcie nadpisuje coś, czego nikt nie chciał zmieniać.
Skąd bierzemy zespół i kiedy przyjeżdżamy
W Lubinie działa Uczelnia Zawodowa Zagłębia Miedziowego przy ul. Odrodzenia 21-23, z wydziałami Nauk Technicznych oraz Zarządzania i Nauk Społecznych, natomiast zaplecze inżynierskie regionu realnie pochodzi spoza miasta — z Filii Politechniki Wrocławskiej w Legnicy i uczelni wrocławskich. Zbudowanie własnego działu IT na miejscu jest przez to trudne i rzadko opłacalne przy jednym narzędziu do utrzymania.
My pracujemy z jednego biura w Świdnicy przy ul. Jagiellońskiej 5/22 i nie mamy oddziału w Lubinie. Projekt prowadzimy zdalnie, ale przy aplikacji dla brygad obserwacja procesu na miejscu jest trudna do zastąpienia — do Lubina jedziemy około 78 km, czyli mniej więcej godzinę i dwie minuty. Przyjeżdżamy na warsztat otwierający, na obserwację zmiany i na szkolenie przed startem pilotażu.
Utrzymanie po wdrożeniu i od czego zaczynamy
Aplikacja wewnętrzna żyje tak długo, jak długo ktoś ją utrzymuje: aktualizuje zależności, pilnuje kopii zapasowych, reaguje na zgłoszenia i dokłada funkcje, które obroniły się w użyciu. Warto policzyć to od razu, bo utrzymanie jest stałym elementem budżetu — co składa się na koszt i jak go szacować, rozkładamy na czynniki w tekście o kosztach budowy aplikacji.
Pierwszy krok jest jednak tańszy niż jakakolwiek wycena: opisać proces liczbami i wskazać jedną osobę, która o nim decyduje. Uporządkuje to kreator briefu, sześć kroków zakończonych gotową wiadomością z zakresem, integracjami i pytaniami, na które i tak trzeba będzie odpowiedzieć.
Zanim wyślesz zapytanie
Wybierz jeden proces, który dziś zjada najwięcej godzin, i policz te godziny — choćby z grubsza.
Sprawdź, w czym proces działa obecnie: arkusz, papier, telefon, poczta, moduł istniejącego systemu.
Wypisz systemy, z którymi aplikacja ma wymieniać dane, wraz z nazwą, wersją i informacją, czy mają API.
Ustal, kto będzie z aplikacji korzystał w terenie i w jakich warunkach: rękawice, hałas, brak zasięgu, praca zmianowa.
Zapisz, jakie raporty musisz przekazywać zleceniodawcy i w jakim formacie oraz terminie.
Wskaż jedną osobę decyzyjną po swojej stronie i jej zastępstwo na czas urlopu lub delegacji.
Zdecyduj, czy pierwsza wersja ma objąć całą firmę, czy jedną brygadę w trybie pilotażu.
Najczęstsze pytania
- Mamy kilka procesów do odciążenia — od którego zacząć
- Od tego, który da się policzyć. Wybierz proces, w którym wiesz, ile osób go obsługuje, ile godzin dziennie zajmuje i ile pomyłek generuje w miesiącu, bo tylko przy takim będziesz w stanie ocenić, czy wdrożenie się opłaciło. Zwykle wygrywa ewidencja pracy albo obieg dokumentów między terenem a biurem, bo dotyka wszystkich i powtarza się codziennie. Pozostałe procesy trafiają na listę kolejnych etapów i wracają, gdy pierwsza wersja obroni się w użyciu.
- Aplikacja mobilna czy webowa dla ludzi pracujących w terenie
- Decyduje sposób pracy, a nie moda. Aplikacja w przeglądarce wystarcza tam, gdzie ludzie siedzą przy komputerze: dyspozytornia, biuro, rozliczenia, raporty. Aplikacja mobilna ma sens, gdy potrzebny jest aparat, kod kreskowy, podpis na ekranie, powiadomienia albo praca w miejscu bez stabilnego zasięgu. Częsty układ to jedno i drugie: panel webowy dla biura i lekka aplikacja mobilna dla brygad, korzystające z tych samych danych.
- Czy da się połączyć aplikację z systemem, którego używamy od lat
- Zwykle tak, ale sposób zależy od tego, co system udostępnia. Najlepiej, gdy ma wspierane API — wtedy dane płyną automatycznie i w jednym ustalonym kierunku. Gdy API nie ma, zostają eksporty plików, integracja przez bazę danych lub wymiana wsadowa o ustalonych porach; to działa, choć wymaga więcej uzgodnień. Pierwszym krokiem jest zawsze pytanie do dostawcy systemu o dokumentację, sposób uwierzytelniania i dostępność środowiska testowego.
- Co z pracą w miejscach bez zasięgu
- To da się przewidzieć w projekcie, ale trzeba zdecydować wcześnie, bo tryb offline wpływa na architekturę całej aplikacji. Najprostszy wariant to zapis danych na urządzeniu i wysyłka po powrocie w zasięg, z widoczną informacją, co jeszcze nie zostało zsynchronizowane. Trudniejszy przypadek to sytuacja, w której dwie osoby zmieniają ten sam rekord bez połączenia — wtedy potrzebna jest reguła rozstrzygania konfliktów. Ustalamy ją na warsztacie, zanim powstanie pierwszy ekran.
- Czy trzeba przyjeżdżać do Świdnicy w trakcie projektu
- Nie. Mamy jedno biuro, w Świdnicy przy ul. Jagiellońskiej 5/22, i projekty prowadzimy zdalnie — spotkania, akceptacje i odbiory odbywają się online. Do Lubina jest około 78 km, czyli mniej więcej godzina i dwie minuty jazdy, więc przyjeżdżamy tam, gdzie obecność realnie coś zmienia: na warsztat otwierający, obserwację procesu na miejscu i szkolenie zespołu przed startem pilotażu. Terminy takich spotkań układamy pod ruch zmianowy, a nie pod godziny biurowe.
Ź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 Lubindostęp: 2026-08-14
- OWASP — Application Security Verification Standarddostęp: 2026-08-14
- Zasady redakcyjne GESEL.IO