Case study wdrożenia Odoo w firmie serwisowo-produkcyjnej — jak uporządkować sprzedaż, realizację i finanse bez ręcznego chaosu

W wielu firmach serwisowo-produkcyjnych problemem nie jest brak pracy, ale brak jednego źródła prawdy. Handlowiec prowadzi ofertę w Excelu, produkcja planuje na tablicy, serwis działa z notatek i telefonu, a księgowość zamyka miesiąc na podstawie danych z kilku systemów. Efekt? Opóźnienia, przepisywanie danych, trudne rozliczanie marży i poczucie, że firma rośnie szybciej niż procesy. Ten case study pokazuje, jak uporządkować sprzedaż, realizację i finanse dzięki dobrze zaprojektowanemu wdrożeniu Odoo. Zobaczysz punkt wyjścia, etapy projektu, decyzje architektoniczne, KPI, ryzyka oraz efekty, które naprawdę mają znaczenie dla zarządu.

Sytuacja wyjściowa: firma rosła, ale procesy zostawały w tyle

Opisywana firma działała w modelu mieszanym: sprzedawała urządzenia i komponenty, realizowała konfigurację pod klienta, a równolegle obsługiwała serwis oraz krótkie serie produkcyjne. Z biznesowego punktu widzenia był to atrakcyjny model, bo łączył przychody jednorazowe z powtarzalnym serwisem. Operacyjnie oznaczał jednak wiele punktów styku między działami. Oferta musiała być szybko przygotowana i skalkulowana, zamówienie klienta należało przełożyć na zakupy i rezerwacje magazynowe, produkcja potrzebowała list materiałowych i terminów, a serwis chciał wiedzieć, które komponenty są już dostępne i jaki jest status klienta.

Przez lata firma rosła organicznie. Każdy dział wypracował własne narzędzia i obejścia. Handlowcy pracowali w arkuszach, zamówienia były wysyłane e-mailowo, planista miał własną tabelę terminów, a księgowość otrzymywała dokumenty dopiero na końcu procesu. Informacje o marży były dostępne z opóźnieniem, bo część kosztów trafiała do systemu później niż przychód. Zarząd widział przychody, ale nie zawsze widział rentowność konkretnego projektu w momencie, gdy można było jeszcze zareagować.

Największy problem nie polegał na tym, że firma nie miała żadnego systemu. Problemem była fragmentacja. Każde narzędzie działało „w miarę dobrze” lokalnie, ale całość procesu od zapytania do faktury była słabo zszyta. W efekcie nawet doświadczeni pracownicy poświęcali czas na statusy, telefony i ręczne potwierdzanie, czy dane z oferty, zakupu i realizacji nadal są spójne.

Objawy, które skłoniły firmę do projektu ERP

• Ofertowanie trwało zbyt długo — handlowcy czekali na dane o dostępności, cenach zakupu i konfiguracji.
• Produkcja i serwis pracowały reaktywnie — priorytety zmieniały się bez pełnej widoczności obciążenia.
• Marża była liczona po fakcie — trudno było szybko wychwycić nierentowne zlecenia.
• Księgowość zamykała miesiąc z opóźnieniem — dokumenty i uzgodnienia spływały z kilku źródeł.
• Zarząd nie miał jednego dashboardu — raporty wymagały ręcznego składania danych.

To właśnie w tym momencie pojawia się realna wartość dobrze poprowadzonego wdrożenia Odoo dla firmy łączącej sprzedaż, magazyn i finanse. Nie chodzi o zakup kolejnej aplikacji, tylko o zaprojektowanie spójnego modelu operacyjnego.

Cele zarządu i KPI projektu

Projekt rozpoczął się od warsztatu z właścicielami, dyrektorem operacyjnym, handlowcami, planistą, serwisem i księgowością. Zamiast zaczynać od listy modułów, zespół rozpisał cele biznesowe. To ważne, bo wdrożenie ERP łatwo zamienić w projekt IT, a powinno pozostać projektem zmiany operacyjnej.

Ustalono pięć głównych KPI. Po pierwsze, skrócenie czasu przygotowania oferty dla typowych konfiguracji. Po drugie, zwiększenie terminowości realizacji dzięki czytelniejszemu planowaniu zakupów i zleceń. Po trzecie, poprawę widoczności marży na poziomie projektu i klienta. Po czwarte, zmniejszenie liczby ręcznych korekt dokumentów. Po piąte, szybsze zamknięcie miesiąca i łatwiejsze raportowanie zarządcze.

Na tym etapie ustalono też, że wdrożenie ma być etapowe. To była dobra decyzja. Zbyt szeroki scope podnosi ryzyko, wydłuża projekt i rozmywa odpowiedzialność. Zespół skupił się więc na najważniejszym strumieniu wartości: lead → oferta → zamówienie → zakupy/magazyn → realizacja → faktura → analiza marży.

Zakres wdrożenia Odoo: sprzedaż, zakupy, magazyn, produkcja, serwis i finanse

W praktyce projekt objął kilka obszarów, ale wszystkie były podporządkowane jednej logice. CRM i sprzedaż miały dostarczać uporządkowany pipeline oraz szybkie przejście od szansy sprzedaży do oferty i zamówienia. Zakupy oraz magazyn miały dawać wiarygodną informację o dostępności i terminach. Produkcja miała przejąć planowanie prostych zleceń i zużycia materiałów. Serwis miał działać na tej samej kartotece klienta i tych samych dokumentach. Finanse miały zamykać cały proces bez przepisywania danych.

Zespół wdrożeniowy zdecydował się wykorzystać Odoo jako rdzeń operacyjny. Cenniki, produkty, warianty, stany magazynowe, zakupy, BOM-y, zlecenia, faktury i raporty miały być budowane na wspólnym modelu danych. Dzięki temu handlowiec nie musiał pytać kilku osób, czy coś jest realne do dostarczenia. Odpowiedź miała wynikać z procesu i danych systemowych.

Istotną częścią zakresu było też zaprojektowanie ról. W wielu firmach problemem nie jest sam system, ale brak jasności, kto zatwierdza wyjątki, kto odpowiada za dane produktowe, kto aktualizuje terminy i kto ma prawo zmieniać ceny zakupu. W tym projekcie to właśnie uporządkowanie odpowiedzialności było jednym z największych czynników sukcesu.

Najważniejsze elementy zakresu

• CRM i pipeline sprzedaży z etapami dopasowanymi do realnego procesu B2B.
• Szablony ofert i logika wyceny dla najczęściej sprzedawanych konfiguracji.
• Zakupy i magazyn z lepszą kontrolą terminów dostaw oraz braków.
• Lekka produkcja/MRP dla zleceń kompletacyjnych i krótkich serii.
• Serwis spięty z historią klienta, produktem i kosztami.
• Faktury oraz raporty finansowe w tym samym środowisku co operacje.

Firmy planujące podobny projekt powinny przeczytać też artykuły o planowaniu produkcji w MŚP oraz o przygotowaniu finansów i obiegu dokumentów do KSeF, bo te obszary bardzo często wpływają na wynik wdrożenia.

Jak przebiegał projekt krok po kroku

Etap pierwszy polegał na mapowaniu procesu i czyszczeniu danych podstawowych. Brzmi mało efektownie, ale to właśnie tutaj buduje się fundament. Uporządkowano indeksy produktów, nazwy usług, zasady nazewnictwa wariantów, strukturę klientów oraz słowniki przyczyn utraconych szans i opóźnień. Dzięki temu raporty po uruchomieniu miały sens biznesowy, a nie tylko techniczny.

Etap drugi skupił się na sprzedaży i ofertowaniu. Opracowano wzorce ofert, listy kontrolne dla handlowców oraz minimalny zestaw danych wymaganych do uruchomienia realizacji. To wyeliminowało część sytuacji, w których produkcja i zakupy dostawały niepełne informacje. Jednocześnie wdrożono prosty model zatwierdzania wyjątków cenowych, aby zarząd zachował kontrolę nad marżą bez ręcznego sprawdzania każdej oferty.

Etap trzeci objął logistykę i realizację. Tu szczególnie ważne było powiązanie zamówień sprzedaży z zakupami, rezerwacjami magazynowymi i zleceniami. Dzięki temu firma przestała planować „na pamięć”. Planista widział realne obciążenie i zależności, a dział zakupów szybciej wychwytywał ryzyka związane z terminami dostaw.

Etap czwarty dotyczył finansów i raportowania. Fakturowanie, rozliczenia i dashboardy zarządcze zostały ustawione tak, aby menedżerowie mogli codziennie obserwować nie tylko sprzedaż, ale także jakość realizacji i rentowność. Z punktu widzenia właściciela była to zmiana jakościowa: decyzje zaczęły opierać się na aktualnych danych, a nie na intuicji i „szacunkach z wczoraj”.

Efekty biznesowe po uruchomieniu

Najważniejszą zmianą nie była jedna spektakularna funkcja, ale to, że firma przestała zarządzać wyjątkami jako normą. Przepływ informacji stał się przewidywalny. Handlowcy szybciej przygotowywali oferty, planista rzadziej gasił pożary, zakupy wcześniej identyfikowały ryzyka, a księgowość dostawała dane w bardziej uporządkowany sposób.

W ciągu pierwszych miesięcy po starcie firma zauważyła kilka wyraźnych efektów. Czas przygotowania standardowych ofert spadł, bo część konfiguracji i zasad cenowych została przeniesiona do systemu. Terminowość realizacji poprawiła się dzięki lepszemu powiązaniu sprzedaży z zakupami i produkcją. Marża na wybranych projektach przestała „uciekać” niezauważenie, bo koszty były przypisywane do procesu wcześniej. Zarząd szybciej widział, gdzie firma zarabia, a gdzie dokłada do zleceń.

Co ważne, wdrożenie nie usunęło całej złożoności biznesu. Nadal zdarzały się nietypowe projekty, pilne zamówienia czy zmiany po stronie klienta. Różnica polegała na tym, że wyjątki były widoczne i mierzalne. To z kolei umożliwiło budowanie lepszych standardów i stopniową automatyzację tam, gdzie naprawdę miała sens.

Jakie efekty najczęściej widzimy w podobnych wdrożeniach

• Krótszy czas ofertowania dzięki gotowym konfiguracjom, danym produktowym i historii klienta.
• Lepsza terminowość dzięki połączeniu sprzedaży, zakupów, magazynu i realizacji.
• Większa przewidywalność marży dzięki wcześniejszej widoczności kosztów.
• Mniej ręcznych korekt dzięki jednemu źródłu danych i jasno zdefiniowanym rolom.
• Szybsze raportowanie zarządcze bez ręcznego składania danych z wielu systemów.

Jeżeli Twoja firma jest na etapie oceny, czy wejść w taki projekt, pomocne będzie także porównanie z artykułem o AI w ofertowaniu B2B. AI może przyspieszyć część pracy, ale bez uporządkowanego rdzenia procesowego często tylko maskuje problem. Dlatego najpierw warto spiąć ERP, a dopiero później dokładać inteligentne automatyzacje.

Wnioski dla firm planujących wdrożenie ERP

Najlepsze projekty ERP nie zaczynają się od listy funkcji, tylko od odpowiedzi na trzy pytania. Po pierwsze: gdzie dziś firma traci czas i marżę? Po drugie: które decyzje są blokowane przez brak danych? Po trzecie: jakie KPI mają się poprawić po wdrożeniu? Dopiero po takiej diagnozie wybór modułów i workflow ma sens.

Drugi ważny wniosek jest taki, że wdrożenie Odoo powinno być traktowane jako projekt operacyjny z komponentem technologicznym, a nie odwrotnie. Sam system nie rozwiąże problemu, jeśli firma nie uporządkuje danych, ról i wyjątków procesowych. Z drugiej strony, gdy fundament jest dobrze ułożony, Odoo daje bardzo dużą elastyczność i pozwala budować przewagę w tempie działania, jakości obsługi i kontroli finansowej.

Trzeci wniosek dotyczy etapowania. Lepiej uruchomić jeden dobrze zaprojektowany strumień wartości niż wdrażać naraz wszystko i utknąć na miesiące w poprawkach. Dla wielu firm sensowna kolejność to: sprzedaż i ofertowanie, potem zakupy/magazyn, następnie realizacja i finanse, a na końcu kolejne automatyzacje oraz raporty zarządcze.

Jeżeli chcesz sprawdzić, jak taki projekt wygląda w Twojej firmie, zacznij od diagnozy procesu lead-to-cash i mapy największych wąskich gardeł. To najlepszy sposób, by ocenić, czy potrzebujesz pełnego wdrożenia, czy najpierw uporządkowania wybranego obszaru.

FAQ