Tworzenie oprogramowania na zamówienie – case study wdrożenia systemu ERP dla średniej firmy

Tworzenie oprogramowania na zamówienie – case study wdrożenia systemu ERP dla średniej firmy

Standardowe systemy ERP dostępne na rynku przypominają garnitur szyty na standardową figurę. Pasuje, ale nigdy idealnie. Średnie firmy często przekonują się o tym boleśnie – płacą za moduły, których nie potrzebują, i męczą się z procesami, które nie odzwierciedlają ich rzeczywistego działania. Tworzenie oprogramowania na zamówienie to alternatywa, która w dłuższej perspektywie zwraca się wielokrotnie. Pokażę ci, jak wyglądał taki proces w realnej średniej firmie produkcyjno-handlowej – od analizy po produkcyjne wdrożenie.

Co dokładnie poznasz? Sześć konkretnych kroków, które składają się na udane wdrożenie dedykowanego systemu ERP. Bez lukrowania, bez teorii – same praktyczne decyzje, koszty i kompromisy.

1. Analiza potrzeb i przygotowanie specyfikacji

To najważniejszy etap. I najczęściej pomijany. Wiele firm rzuca się na deep end – od razu koduje, a potem poprawia. Błąd.

Dlaczego standardowe ERP nie wystarcza?

Firma, z którą pracowaliśmy, miała trzy kluczowe procesy: zarządzanie magazynem części zamiennych, fakturowanie z niestandardowymi rabatami oraz raportowanie kosztów dla zarządu w określonym układzie. Żaden z popularnych systemów (Comarch, Symfonia, SAP Business One) nie obsługiwał tych procesów bez przeróbek. A przeróbki gotowego systemu kosztują tyle, co systemy dedykowane dla firm – tylko że jesteś ograniczony architekturą dostawcy.

Jak zebrać wymagania od działów firmy?

Przeprowadziliśmy serię wywiadów. Z kierownikiem magazynu, z księgową, z szefem sprzedaży. Każdy mówił o innych bolączkach. Magazynier narzekał na ręczne wpisywanie stanów, księgowa na brak integracji z systemem bankowym, szef sprzedaży na to, że nie widzi marż w czasie rzeczywistym.

Efektem był dokument SRS (Software Requirements Specification) – 45 stron, które opisywały każdy moduł, każdą integrację i każdy raport. To brzmi jak biurokracja, ale uwierz mi – bez tego późniejsze zmiany kosztują 5-10 razy więcej.

„Dobrze napisana specyfikacja to 30% sukcesu. Poświęć na nią tyle czasu, ile potrzebujesz – i ani godziny mniej.”

2. Wybór technologii i architektury systemu

Masz specyfikację? Świetnie. Teraz czas na wybór narzędzi. I tu pojawia się dylemat: postawić na sprawdzone technologie, czy iść w nowsze rozwiązania?

Stack technologiczny dostosowany do skali firmy

Dla średniej firmy (ok. 150 użytkowników, 10 działów) wybraliśmy .NET Core na backendzie i React na froncie. Dlaczego? .NET daje stabilność i wsparcie dla integracji z systemami Microsoft, które firma już miała (Exchange, SQL Server). React zapewnił szybki interfejs bez przeładowań strony. Baza danych? PostgreSQL – open source, skalowalny, bezpieczny.

Alternatywy? Java (dla większych zespołów) lub Python/Django (dla mniejszych projektów). Ale w tym przypadku .NET wygrał ze względu na ekosystem i dostępność programistów na rynku.

Cloud vs on-premise – co wybrać dla średniej firmy?

Firma nie chciała trzymać serwerów w piwnicy. Rozsądnie. Postawiliśmy na chmurę Azure – elastyczność, skalowanie w razie potrzeby, backup w cenie. Koszt? Około 2500 zł miesięcznie za środowisko produkcyjne i testowe. Gdyby wybrali on-premise, musieliby kupić serwer za 30-40 tys. zł i zatrudnić administratora. Rachunek prosty.

Wybór technologii to nie jest decyzja na jeden dzień. Warto skorzystać z doradztwa – firmy takie jak techvect.com oferują kompleksowe wsparcie na tym etapie, pomagając dobrać stack pod konkretną branżę i budżet.

3. Projektowanie interfejsu i prototypowanie

Większość systemów ERP wygląda, jakby projektował je programista. Szare tabele, mikroskopijne przyciski, menu w stylu lat 90. To się musi zmienić.

UX/UI dla systemów biznesowych – prostota i wydajność

Zastosowaliśmy zasady User-Centered Design (UCD). Każdy ekran projektowaliśmy pod kątem minimalnej liczby kliknięć. Dashboard dla zarządu – trzy wykresy i lista alertów. Moduł magazynowy – skanowanie kodów kreskowych i automatyczne aktualizacje stanów. Żadnych zbędnych pól formularza.

Tworzenie interaktywnego prototypu do walidacji

W Figmie stworzyliśmy prototyp klikalny – łącznie 30 ekranów. Pokazaliśmy go użytkownikom jeszcze przed napisaniem pierwszej linijki kodu. I co się okazało? Księgowa wskazała, że układ faktury jest nieczytelny. Magazynier chciał większych przycisków na skanerze. Iteracyjne poprawki na prototypie kosztują grosze – zmiana w kodzie na tym etapie byłaby 20 razy droższa.

Testy użyteczności? Przeprowadziliśmy je z 8 osobami – wystarczy, żeby wyłapać 80% problemów.

4. Implementacja i integracja z istniejącymi systemami

Masz prototyp? Zaczynamy kodować. Ale nie wszystko naraz – to największy błąd początkujących zespołów.

Programowanie modułów krok po kroku

Podzieliliśmy prace na sprinty tygodniowe (Scrum). Priorytety? Zaczęliśmy od modułu magazynowego – bo to on generował najwięcej błędów w starym systemie. Potem finanse, potem raportowanie, na końcu integracje z CRM-em.

Każdy sprint kończył się demonstracją dla klienta. Dzięki temu uniknęliśmy sytuacji, w której po 3 miesiącach okazuje się, że idziemy w złym kierunku.

Integracja z systemem księgowym, CRM i magazynem

Firma korzystała z Symfonii do księgowości i Salesforce jako CRM. Zintegrowaliśmy je przez API REST. Największym wyzwaniem okazała się spójność danych – stany magazynowe w Symfonii różniły się od stanów w Excelu aż o 12%. Musieliśmy przeprowadzić czyszczenie danych przed integracją.

Do zarządzania wdrożeniem użyliśmy Dockera i Kubernetes. Dzięki temu środowiska testowe i produkcyjne były identyczne – zero problemów z „u mnie działa”. Firma techvect.com specjalizuje się w takich wdrożeniach kontenerowych, co znacząco przyspiesza cały proces.

5. Testowanie, wdrożenie i szkolenie użytkowników

Kod napisany, integracje działają. Teraz najtrudniejsza część – przekonanie ludzi, żeby z tego korzystali.

Testy jednostkowe, integracyjne i akceptacyjne

Automatyczne testy (JUnit, Selenium) pokryły 70% kodu. Ręczne testy UAT przeprowadziliśmy z udziałem 5 kluczowych użytkowników – każdy dostał scenariusz testowy do przejścia. Znaleźliśmy 8 błędów krytycznych – wszystkie naprawione przed wdrożeniem produkcyjnym.

Migracja danych i rozruch produkcyjny

Migracja danych z Excela i starego systemu ERP trwała 3 dni. Najpierw czyszczenie (duplikaty, martwe rekordy), potem transformacja, na końcu walidacja. Wdrożyliśmy system w trybie „big bang” – jeden weekend, wszystkie dane przeniesione. Ryzykowne? Tak. Szybsze? Zdecydowanie. Mieliśmy plan awaryjny na wypadek problemów – i na szczęście nie musieliśmy go uruchamiać.

Szkolenia dla pracowników – klucz do adopcji

Przeprowadziliśmy warsztaty w 4 grupach (łącznie 40 osób). Każdy uczestnik dostał dostęp do środowiska testowego i instrukcję wideo. Dodatkowo przygotowaliśmy FAQ na wewnętrznej stronie firmowej. Największy opór był ze strony magazynierów – przyzwyczajeni do papieru, nie chcieli skanerów. Po tygodniu sami mówili, że nie wrócą do starych metod.

6. Podsumowanie i rekomendacje

Wdrożenie zajęło 7 miesięcy. Koszt? 320 tysięcy złotych. Firma oszczędza teraz około 15 tysięcy złotych miesięcznie na błędach magazynowych i ręcznym fakturowaniu. Zwrot z inwestycji nastąpił po 21 miesiącach – szybciej, niż zakładali.

Koszty i czas realizacji – realia średniej firmy

Dlaczego warto postawić na oprogramowanie szyte na miarę?

Gotowe ERP-y kuszą niższą ceną początkową. Ale policz sobie: comiesięczne opłaty licencyjne (3-10 tys. zł), koszty wdrożenia (często wyższe niż licencja), brak możliwości modyfikacji. Po 3 latach systemy dedykowane dla firm są tańsze i bardziej funkcjonalne. Do tego pełna kontrola nad danymi – żaden dostawca nie zablokuje ci dostępu do własnych informacji.

Szukasz partnera do takiego projektu? Warto sprawdzić ofertę techvect.com – kompleksowe usługi tworzenia oprogramowania na zamówienie, od analizy po utrzymanie. Zajmują się też aplikacjami biznesowymi szytymi na miarę oraz stronami internetowymi dla firm, co może być przydatne przy okazji transformacji cyfrowej.

Podsumowując, oto 6 kroków, które musisz przejść:

1. Przeprowadź dogłębną analizę potrzeb i stwórz specyfikację funkcjonalną (SRS).
2. Wybierz technologię i architekturę dopasowaną do skali firmy – cloud vs on-premise.
3. Zaprojektuj prototyp interfejsu i przetestuj go z użytkownikami.
4. Implementuj moduły w sprintach, integrując z istniejącymi systemami przez API.
5. Przeprowadź testy, migrację danych i szkolenia – bez tego system nie zostanie zaadoptowany.
6. Monitoruj koszty i czas – realny budżet to 230-385 tys. zł, a czas 5-8 miesięcy.

Pamiętaj – tworzenie oprogramowania na zamówienie to inwestycja, nie wydatek. Jeśli zrobisz to dobrze, zwróci się wielokrotnie.