W co drugiej małej firmie produkcyjnej, handlowej i usługowej, którą odwiedzamy, kluczowy proces operacyjny chodzi na Excelu. Nie na ERP. Nie na CRM. Na jednym pliku z dwudziestoma zakładkami, którego nikt nie chce ruszyć, bo wszyscy się go boją.
To nie jest patologia — to naturalna kolej rzeczy. Ktoś w 2014 roku zbudował arkusz do śledzenia zamówień. Działał świetnie dla 30 zleceń miesięcznie. W 2020 obsługiwał 300. Dziś przerabia 1500, ma 47 zakładek, makro VBA, którego nie rozumie nawet autor, i jest jedynym miejscem, gdzie wiadomo, ile firma naprawdę zarobiła.
Nie chodzi o to, żeby skreślać Excel. Chodzi o to, żeby rozpoznać moment, w którym arkusz przestaje być narzędziem, a staje się ryzykiem — i wyjść z niego, zanim wybuchnie.
Sygnały, że Excel cię przerósł
Jest kilka konkretnych objawów. Jeśli rozpoznajesz trzy z poniższych, masz problem:
- Tylko jedna osoba w firmie umie obsłużyć kluczowy plik. Kiedy idzie na urlop, część firmy się zatrzymuje.
- Plik ma ponad 20 zakładek albo waży powyżej 30 MB. Otwiera się 40 sekund, działa wolno, czasem się wiesza.
- Kilka osób edytuje go równolegle, mimo że nie powinno. Co chwila trzeba „składać zmiany" ręcznie z dwóch kopii.
- Nikt nie wie, kto zmienił komórkę B17 w zakładce „2024-Q3". Historia zmian to nazwy plików:
zamowienia_v17_FINAL_ostateczny_KK.xlsx. - Excel napędza pieniądze, ale nie ma backupu nowszego niż jeden dzień. A właściwie jest tylko OneDrive — bo „przecież się synchronizuje".
- Trzeba ręcznie kopiować dane między arkuszem a ERP (Comarch Optima, Subiekt, enova365), bo jeden system nie wie tego, co drugi.
To nie są wady Excela. To są symptomy, że proces wyrósł z narzędzia.
Co tracicie, nie wiedząc o tym
Koszt Excela-jako-systemu jest niewidoczny, dopóki ktoś go nie zmierzy. Widzimy trzy kategorie strat, które prawie zawsze wracają:
Czas. Ręczne kopiowanie danych między arkuszem a ERP zajmuje typowo 30–60 minut dziennie na osobę. W ośmioosobowym zespole obsługi to cztery godziny dziennie — pół etatu, którego nikt nie księguje.
Błędy. Wpisanie kwoty w złą zakładkę, formuła, która się nie przesunęła, makro, które przestało działać po aktualizacji Office. Każdy taki błąd kosztuje. Czasem tysiąc złotych, czasem reklamację u klienta strategicznego.
Decyzje. Zarząd patrzy na raport sprzed dwóch tygodni, bo ktoś nie zdążył „odświeżyć pliku". Decyzje cenowe, zatowarowanie, premiowanie handlowców — wszystko spóźnione, bo dane są w kupie zakładek, a nie w systemie.
Realny przykład
U jednego z naszych klientów — 25-osobowej hurtowni części przemysłowych z Wielkopolski — cały proces zamówień szedł przez plik Zamowienia_2025.xlsx z 47 zakładkami i dwoma makrami. Pięć osób z biura obsługi edytowało go równolegle. Średnio raz w tygodniu plik się rozjeżdżał i ktoś musiał ręcznie składać dwie wersje z OneDrive'a — godzina pracy plus stres, że coś przepadło. Wystawienie jednego zamówienia zajmowało średnio osiem minut, bo trzeba było przepisać dane z arkusza do Comarch Optima, a potem z Optimy do listu przewozowego.
Zbudowaliśmy dla nich prostą aplikację webową w .NET z bazą SQL Server, zintegrowaną z Optimą przez API. Trzy miesiące pracy, jeden programista i nasz analityk po stronie procesu. Po wdrożeniu: wystawienie zamówienia trwa półtorej minuty, zamówień nikt nie traci, a obrót 23 mln zł rocznie nie zależy już od tego, czy ktoś zapisał Excel przed wylogowaniem. Koszt projektu zwrócił się w 11 miesięcy na samym czasie zespołu obsługi.
To nie była migracja na duży system ERP za 400 tysięcy. To była jedna aplikacja domknięta wokół jednego procesu, w którym firma traciła pieniądze.
Najczęstsze błędy w migracji z Excela
Wyjście z Excela to projekt, w którym łatwo zrobić błąd droższy niż samo zostanie w arkuszu. Cztery, które widzimy najczęściej:
- Skok od razu na duży ERP. Zamiast zamknąć jeden bolesny proces, firma kupuje system, który robi „wszystko". Wdrożenie ciągnie się półtora roku, zespół się buntuje, Excel zostaje obok ERP jako shadow IT. Skala katastrofy zależy tylko od ceny licencji.
- Migracja 1:1. Nowa aplikacja odwzorowuje 47 zakładek Excela, łącznie z dziwactwami, które powstały, bo „kiedyś tak było wygodnie". W nowym systemie te dziwactwa są jeszcze trudniejsze do zmiany niż w arkuszu.
- Pominięcie integracji z ERP. Robisz aplikację webową, ale zostawiasz ręczne przepisywanie do Comarch Optima. Część bólu zostaje, koszt projektu już się poniósł.
- Brak właściciela procesu po stronie firmy. Programista nie wie, jak naprawdę działa biuro obsługi. Bez kogoś, kto siada z zespołem na trzy godziny tygodniowo, wyjdzie aplikacja, której nikt nie chce używać.
Od czego zacząć
Jeśli Twój Excel zaczyna spełniać trzy sygnały z pierwszej listy — zacznij od trzech kroków, zanim w ogóle zaczniesz wybierać technologię.
- Wybierz JEDEN proces, w którym arkusz najmocniej boli. Nie „wszystko". Jeden.
- Zmierz aktualny stan: ile czasu zajmuje, ile błędów łapiecie miesięcznie, ile razy w tygodniu plik się rozjeżdża. Bez tych liczb nie udowodnisz później, że nowy system coś dał.
- Opisz proces na kartce krok po kroku — bez Excela, bez systemu, jako ciąg decyzji człowieka. Jeśli nie umiesz tego zrobić w godzinę, to znaczy, że proces jest popsuty, a nie tylko narzędzie.
Dopiero potem warto pytać kogoś takiego jak my, czy odpowiedzią jest aplikacja webowa, moduł do istniejącego ERP, czy może mała integracja, która zostawi Excel jako interfejs, ale podstawi za nim prawdziwą bazę.
Excel zostaje w firmie. Po prostu przestaje być jej systemem.
Wyjście z Excela nie polega na kupieniu większego systemu. Polega na zrozumieniu, który proces przerósł narzędzie — i domknięciu właśnie tego.