Case study wdrożenia Odoo w firmie produkcyjno-serwisowej — jak skrócić planowanie o 42%, odzyskać kontrolę nad marżą i domknąć dane w jednym ERP

W wielu firmach produkcyjno-serwisowych problemem nie jest brak pracy, tylko brak spójnych danych. Handlowcy pracują w CRM albo w arkuszach, planowanie produkcji żyje własnym rytmem, zakupy reagują z opóźnieniem, a finanse dowiadują się o realnej marży dopiero po fakcie. Ten case study pokazuje, jak wyglądało wdrożenie Odoo w firmie, która rosła szybciej niż jej procesy. Celem nie było „mieć nowe ERP”, ale odzyskać kontrolę nad terminowością, marżą i odpowiedzialnością za dane. Poniżej opisujemy punkt wyjścia, zakres projektu, decyzje wdrożeniowe, wskaźniki przed i po uruchomieniu oraz wnioski, które mogą przydać się zarządowi, operacjom i właścicielom firm planujących podobny ruch.

Punkt wyjścia: gdzie firma traciła czas i marżę

Opisywana firma działała w modelu mieszanym. Z jednej strony realizowała krótkie serie produkcyjne pod zamówienie, z drugiej świadczyła usługi montażowe i serwisowe dla klientów B2B. Sam biznes był zdrowy, ale zarządzanie nim opierało się na kilku niespójnych narzędziach. Oferty powstawały w jednym miejscu, zamówienia klientów w drugim, planowanie w trzecim, a raportowanie marży finalnie było składane ręcznie przez dział finansowy. Na poziomie operacyjnym oznaczało to brak jednego źródła prawdy. Każdy dział widział inny fragment procesu i podejmował decyzje na podstawie danych, które bywały niepełne albo już nieaktualne.

Największym problemem był czas. Plan produkcji był układany ręcznie, często na podstawie informacji wysyłanych mailem albo przekazywanych ustnie. Jeśli handlowiec zmieniał termin lub zakres zamówienia, planista nie zawsze dostawał tę informację w odpowiednim momencie. Zakupy zamawiały komponenty reaktywnie, przez co część materiałów przychodziła za wcześnie, a część za późno. Serwis po wykonaniu prac terenowych raportował zużycie czasu i materiałów z opóźnieniem, więc realna rentowność zlecenia była znana dopiero po kilku dniach albo tygodniach.

W praktyce firma mierzyła się z trzema skutkami. Po pierwsze, rosła liczba mikroopóźnień, które same w sobie nie wyglądały groźnie, ale w skali miesiąca przekładały się na niższą terminowość. Po drugie, menedżerowie nie widzieli pełnego kosztu obsługi klienta i nie byli w stanie szybko wychwycić nierentownych zleceń. Po trzecie, zespół wykonywał ogrom pracy ręcznej tylko po to, by utrzymać podstawowy porządek informacyjny. To klasyczny moment, w którym wdrożenie ERP przestaje być projektem IT, a staje się projektem uporządkowania firmy.

Cele biznesowe i zakres wdrożenia

Zanim zaczęto konfigurację Odoo, zespół projektowy rozpisał cele na język biznesowy. Nie chodziło o listę funkcji, tylko o mierzalne efekty, które miały pojawić się po starcie. Priorytetami były: skrócenie czasu planowania, poprawa terminowości realizacji, bieżąca kontrola marży na zleceniu, redukcja liczby ręcznych korekt dokumentów oraz pełna widoczność statusu zamówienia dla handlu, produkcji, serwisu i finansów. Dzięki temu projekt od początku miał jasne kryteria sukcesu i nie zamienił się w nieskończoną listę życzeń.

Zakres wdrożenia objął CRM, sprzedaż, zakupy, magazyn, MRP, projekty, timesheety, serwis terenowy i finanse. Ważne było także spięcie wspólnych kartotek: klientów, produktów, usług, jednostek miary, cenników i struktur materiałowych. Wiele firm próbuje uruchamiać moduły etapami bez uporządkowania fundamentów danych. To zwykle kończy się tym, że nowy system tylko szybciej przerzuca niespójności między działami. Tutaj przyjęto odwrotne podejście: najpierw wspólny model, potem procesy, na końcu automatyzacje i raporty.

W projekcie świadomie zrezygnowano z kilku „atrakcyjnych” dodatków na start, bo nie wspierały głównych KPI. Na pierwszym etapie nie budowano skomplikowanych integracji zewnętrznych, jeśli ich brak nie blokował pracy. Najpierw należało domknąć przepływ od zapytania, przez wycenę i produkcję, aż do faktury oraz rozliczenia kosztów. Takie podejście skraca czas dojścia do pierwszej wartości i ogranicza ryzyko, że wdrożenie ugrzęźnie w technicznych szczegółach zamiast rozwiązać problem biznesowy.

• Cel 1: skrócić przygotowanie planu tygodniowego o minimum 30%.
• Cel 2: zwiększyć terminowość realizacji zamówień o co najmniej 10 punktów procentowych.
• Cel 3: pokazać marżę na zleceniu najpóźniej 24 godziny po wykonaniu.
• Cel 4: ograniczyć ręczne poprawianie dokumentów sprzedażowych i magazynowych.

Jak ułożono proces od leadu do rozliczenia

Nowy proces zaprojektowano tak, aby każda istotna informacja była rejestrowana raz i później używana dalej. Leady w CRM przechodziły w szanse sprzedaży, z których powstawały oferty. Po akceptacji oferta tworzyła zamówienie klienta i uruchamiała odpowiednie działania: rezerwację stanów magazynowych, zakupy brakujących komponentów, zlecenia produkcyjne lub zadania serwisowe. Dzięki temu firma przestała polegać na ręcznym przepisywaniu danych między działami.

Szczególnie ważne okazało się rozdzielenie dwóch typów pracy: powtarzalnej produkcji i zleceń serwisowych. Wcześniej oba strumienie mieszały się w jednym arkuszu planistycznym. W Odoo zbudowano osobne reguły dla zleceń produkcyjnych oraz osobne dla projektów i kart pracy serwisantów, ale pozostawiono wspólną analitykę klienta, przychodu i kosztów. To pozwoliło zarządowi zobaczyć nie tylko przychody z klienta, ale też pełny koszt jego obsługi w całym cyklu.

Dużo uwagi poświęcono statusom i definicjom odpowiedzialności. Nie wystarczy, że system ma pole „w toku”, jeśli nikt nie wie, co ono oznacza w praktyce. Dlatego dla każdego etapu określono warunek wejścia, warunek wyjścia oraz właściciela procesu. Handlowiec odpowiadał za kompletność danych oferty, planista za realność terminu, zakupy za potwierdzenie dostępności komponentów, a kierownik realizacji za zamknięcie zlecenia wraz z czasem pracy i materiałami. Bez tego nawet najlepsze ERP zostaje tylko ładniejszym repozytorium chaosu.

Warto zobaczyć, jak ten model łączy się z innymi obszarami transformacji. Jeśli Twoja firma porządkuje jednocześnie obieg sprzedaży, CRM i raportowanie, pomocne będą też artykuły: Odoo ERP dla firmy usługowej i handlowej — jak połączyć sprzedaż, zakupy i finanse bez chaosu, n8n dla firmy B2B — jak automatyzować procesy między formularzem, CRM, ERP i e-mailem bez budowania kruchego chaosu oraz KSeF i obieg faktur w ERP — jak przygotować firmę na e-fakturowanie bez zatorów, błędów i ręcznych obejść. Razem pokazują one, że największą wartość daje nie pojedyncze narzędzie, ale dobrze ułożony przepływ danych.

Etapy projektu i harmonogram wdrożenia

Projekt podzielono na pięć etapów: diagnozę procesów, projekt docelowy, przygotowanie danych, konfigurację i testy oraz start produkcyjny. W diagnozie zespół nie skupiał się na deklaracjach typu „u nas to działa inaczej”, tylko na konkretnych wyjątkach, które faktycznie wpływały na wynik biznesowy. Taki sposób pracy pozwalał odsiać przyzwyczajenia od realnych wymagań operacyjnych. Już na tym etapie wyszło, że część wyjątków wynikała z dawnych ograniczeń narzędzi, a nie z obecnej potrzeby biznesowej.

Etap projektowy polegał na zdefiniowaniu, jak ma działać firma po zmianie. Powstały mapy przepływu dla sprzedaży, produkcji, zakupów i serwisu, a do każdego obszaru przypisano kluczowe pola danych, automatyczne reguły i raporty. Następnie uporządkowano master data. To zwykle najmniej efektowna, ale najbardziej opłacalna część wdrożenia. Bez poprawnych kartotek produktów, BOM-ów, cenników, dostawców i klientów każda późniejsza automatyzacja opierałaby się na błędnych założeniach.

Konfiguracja i testy przebiegały iteracyjnie. Zamiast czekać do końca i uruchamiać wielki test całości, zespół sprawdzał po kolei najważniejsze scenariusze: oferta z usługą i komponentami, zamówienie produkcyjne z brakami materiałowymi, realizacja serwisowa z timesheetem, zakup awaryjny, korekta dokumentu oraz rozliczenie finansowe. Dzięki temu problemy były wykrywane wcześnie i nie kumulowały się przed samym startem. Po uruchomieniu produkcyjnym pozostawiono dwutygodniowy hypercare z codziennym monitoringiem KPI.

Kluczowe konfiguracje Odoo, które dały największy efekt

Pierwszą kluczową decyzją było zbudowanie jednego modelu produktów i usług. Firma wcześniej miała oddzielne słowniki dla handlu, magazynu i serwisu. W Odoo każdy produkt, materiał i usługa dostały jasne reguły zakupowe, sprzedażowe i kosztowe. Dzięki temu oferta przygotowana przez handlowca nie była już osobnym światem, tylko punktem startowym dla kolejnych działań operacyjnych. To właśnie ten element najmocniej wpłynął na skrócenie czasu uzgodnień między działami.

Drugim obszarem była produkcja. Zespół uporządkował BOM-y, marszruty oraz logikę planowania pod rzeczywiste ograniczenia zasobów. Nie chodziło o idealną matematyczną optymalizację, lecz o model wystarczająco dobry, aby planista pracował na wiarygodnych danych i szybko widział konflikty terminów. Odoo przestało być tylko miejscem rejestracji zleceń, a stało się narzędziem do podejmowania decyzji o kolejności i wykonalności prac.

Trzeci filar stanowił serwis i rozliczanie czasu pracy. Każde zgłoszenie serwisowe oraz projekt wdrożeniowy otrzymały wspólne zasady ewidencji czasu, zużycia materiałów i kosztów dodatkowych. To umożliwiło realne mierzenie marży na zleceniu. Wcześniej część pracy „znikała” w ogólnych kosztach administracyjnych, przez co firma przeceniała rentowność niektórych klientów. Po wdrożeniu kierownicy widzieli, które typy zleceń są faktycznie opłacalne, a które wymagają zmiany cennika, zakresu SLA lub sposobu realizacji.

Czwarty element dotyczył finansów i dokumentów. Uporządkowano momenty powstawania zobowiązań, fakturowania i rozliczeń oraz powiązano je z operacjami wykonanymi w systemie. W ten sposób raport rentowności przestał być ręcznym plikiem końca miesiąca, a stał się bieżącym widokiem zarządczym. Jeśli Twoja firma rozważa podobne połączenie ERP z finansami i e-fakturowaniem, zobacz także usługi wdrożenia Odoo, automatyzacje AI i procesowe oraz skontaktuj się przez formularz kontaktowy, by ocenić potencjalny zakres projektu.

Jakie wyniki osiągnięto po starcie

Po okresie hypercare zespół zebrał pierwsze porównanie wskaźników. Czas przygotowania planu tygodniowego skrócił się o 42%, bo planista przestał kompletować dane z wielu źródeł i mógł pracować na aktualnym widoku zamówień, stanów i obciążeń. Terminowość realizacji wzrosła o 14 punktów procentowych, głównie dlatego, że konflikty materiałowe i przeciążenia zasobów były widoczne wcześniej. Liczba ręcznych korekt dokumentów sprzedażowych i magazynowych spadła o 37%, a raportowanie marży było dostępne praktycznie na bieżąco.

Jeszcze ważniejsza była zmiana jakościowa. Menedżerowie przestali prowadzić wielogodzinne spotkania o tym, czyje dane są „prawdziwe”, bo wszystkie działy patrzyły na ten sam proces. Handlowcy szybciej widzieli ryzyko opóźnienia i mogli wcześniej rozmawiać z klientem. Produkcja i zakupy miały większą przewidywalność. Finanse nie musiały domykać rentowności ręcznie pod koniec miesiąca. To przykład, że wartość ERP nie polega wyłącznie na automatyzacji kliknięć, ale na redukcji kosztu decyzyjnego w firmie.

Co istotne, projekt nie zakończył się na uruchomieniu systemu. Po pierwszym miesiącu firma wróciła do danych i podjęła kilka kolejnych decyzji optymalizacyjnych: uprościła cenniki dla części usług serwisowych, znormalizowała nazewnictwo wariantów produktowych i doprecyzowała odpowiedzialność za akceptację wyjątków zakupowych. Dzięki temu Odoo stało się nie tylko systemem transakcyjnym, ale też platformą ciągłego doskonalenia procesu.

Najważniejsze lekcje z wdrożenia dla zarządu i operacji

Pierwsza lekcja brzmi: nie zaczynaj od funkcji, zacznij od decyzji, które firma chce podejmować szybciej i trafniej. Jeśli zarząd chce lepiej widzieć marżę, terminowość i obciążenie zespołu, system musi być zaprojektowany właśnie pod te pytania. Druga lekcja: master data to nie kosmetyka, tylko warunek powodzenia. Trzecia: role i definicje statusów są tak samo ważne jak konfiguracja modułów. Czwarta: lepiej uruchomić sensowny zakres z dobrą adopcją niż wielki projekt bez odpowiedzialności po stronie biznesu.

Warto też pamiętać, że wdrożenie ERP nie jest projektem jednego działu. Jeśli sprzedaż, produkcja, magazyn, serwis i finanse nie uzgodnią wspólnych zasad gry, system tylko utrwali istniejące napięcia. Z drugiej strony dobrze poprowadzony projekt potrafi w relatywnie krótkim czasie przynieść efekty, które widać zarówno w operacjach, jak i w P&L. Właśnie dlatego case study są tak cenne: pokazują nie teorię, ale sekwencję decyzji, kompromisów i wyników, które można odnieść do własnej firmy.

Jeśli chcesz sprawdzić, czy podobny scenariusz ma sens w Twojej organizacji, zacznij od audytu przepływu danych między ofertą, realizacją i rozliczeniem. To zwykle najszybsza droga do zidentyfikowania miejsc, w których firma traci czas, marżę i przewidywalność. A dopiero potem wybieraj zakres wdrożenia, roadmapę oraz automatyzacje.

FAQ