Jeszcze rok temu wszystko działało. Jeden arkusz z zamówieniami, drugi z klientami, kilka formuł i osoba, która wiedziała, gdzie czego szukać. Dzisiaj tych plików jest kilkanaście, pracownicy pytają na komunikatorze, która wersja jest aktualna, a przed przygotowaniem raportu ktoś przez pół godziny kopiuje dane między tabelami.
To nie oznacza automatycznie, że Excel przestał się sprawdzać. Często wystarczy uporządkować sposób pracy. Są jednak konkretne sygnały pokazujące, że problemem nie jest już sam arkusz, ale proces, który firma próbuje w nim obsłużyć.
Poniżej znajdziesz pięć takich sygnałów oraz trzy możliwe drogi: uporządkowanie Excela, automatyzację części pracy albo wdrożenie niewielkiego systemu.
Excel w firmie nie jest problemem, dopóki proces mieści się w arkuszu
Kiedy Excel nadal jest rozsądnym wyborem
Excel jest bardzo dobrym narzędziem wtedy, gdy dane mają stosunkowo prostą strukturę, liczba użytkowników jest niewielka, a większość pracy polega na wprowadzaniu informacji, obliczeniach i raportowaniu. Jeśli jedna lub dwie osoby prowadzą w arkuszu listę kosztów, harmonogram realizacji albo prosty rejestr klientów, budowanie osobnej aplikacji może być zwyczajnie nieopłacalne. Arkusz można zmienić w kilka minut, nie wymaga wdrożenia nowego oprogramowania i większość pracowników przynajmniej w podstawowym zakresie potrafi z niego korzystać. Sam fakt, że firma używa Excela, nie jest więc argumentem za tworzeniem systemu.
Dobrym przykładem jest niewielka firma realizująca kilkadziesiąt zamówień miesięcznie. Jeżeli jedno zamówienie można opisać jednym wierszem, proces obsługuje jedna osoba, a status zmienia się z „nowe” na „w realizacji” i później na „zakończone”, arkusz może całkowicie wystarczyć. Koszt stworzenia własnego programu byłby prawdopodobnie większy niż oszczędności wynikające z jego używania.
Sytuacja zmienia się dopiero wtedy, gdy wokół arkusza zaczyna powstawać dodatkowy „system” złożony z e-maili, wiadomości na komunikatorze, instrukcji ustnych i pamięci pracowników. W takim momencie Excel nadal przechowuje dane, ale coraz gorzej kontroluje to, co rzeczywiście dzieje się w firmie. Warto wtedy przyjrzeć się nie samemu plikowi, lecz całemu procesowi, który przez niego przechodzi.
Problem zaczyna się wtedy, gdy arkusz musi pilnować procesu
Arkusz dobrze odpowiada na pytanie: „jakie dane mamy?”. Znacznie gorzej radzi sobie z pytaniami: „co powinno wydarzyć się teraz?”, „kto powinien to zrobić?” i „co ma się stać, jeśli wystąpi konkretny wyjątek?”. Im więcej takich pytań pojawia się w codziennej pracy, tym częściej pracownicy zaczynają zastępować brakujące mechanizmy własnymi sposobami działania.
Załóżmy, że firma przyjmuje zamówienia. Początkowo wystarcza kolumna ze statusem. Później dochodzi informacja o zaliczce, terminie produkcji, wysyłce, fakturze, osobie odpowiedzialnej i akceptacji klienta. Następnie pojawia się reguła, że zamówień powyżej określonej wartości nie można rozpocząć bez potwierdzenia kierownika. W arkuszu powstają więc dodatkowe kolumny, kolory, komentarze i formuły.
Każda z tych zmian pojedynczo wydaje się drobna. Problem polega na tym, że po pewnym czasie arkusz zaczyna pełnić rolę programu do obsługi firmy, chociaż nie został do tego zaprojektowany. Nie oznacza to jeszcze, że trzeba go natychmiast wymienić. To jednak dobry moment, aby sprawdzić, czy pojawiły się kolejne sygnały ostrzegawcze.
Pięć sygnałów, że arkusz zaczyna ograniczać firmę
1. Nikt nie wie, która wersja pliku jest aktualna
„Zamówienia.xlsx”, „Zamówienia_nowe.xlsx”, „Zamówienia_final.xlsx” i „Zamówienia_final_poprawione2.xlsx” to nie żart, lecz bardzo częsty etap rozwoju firmowego procesu. Pliki są przesyłane e-mailem, kopiowane na dyski pracowników albo zapisywane w różnych katalogach. W pewnym momencie ktoś aktualizuje niewłaściwą wersję, a zespół zaczyna porównywać dwa arkusze, żeby ustalić, które dane są prawidłowe.
Przechowywanie pliku w Microsoft 365 lub Google Workspace może rozwiązać sporą część tego problemu. Jeśli chaos wynika wyłącznie z przesyłania załączników, budowa własnej aplikacji byłaby przedwczesna. Najpierw warto utworzyć jedno źródło danych, ustalić właściciela pliku i zasady jego aktualizacji.
Jeżeli jednak mimo wspólnego arkusza pracownicy nadal tworzą lokalne zestawienia, ponieważ każdy potrzebuje danych w innej formie, problem jest głębszy. Firma zaczyna potrzebować jednego miejsca, z którego różne osoby mogą korzystać na różne sposoby, bez kopiowania całej bazy. To jedna z podstawowych cech systemu biznesowego: dane są wspólne, ale widoki i uprawnienia mogą zależeć od roli użytkownika.
2. Kilka osób nie może wygodnie pracować na tych samych danych
Nowoczesne arkusze pozwalają wielu osobom pracować jednocześnie, więc sama liczba użytkowników nie przesądza o konieczności zmiany narzędzia. Problem zaczyna się wtedy, gdy pracownicy wchodzą sobie w drogę albo firma musi stosować dodatkowe zasady tylko po to, aby nie uszkodzić danych. Typowym przykładem jest prośba: „nie zmieniaj teraz tego arkusza, bo robię raport”.
Jeszcze bardziej charakterystyczna sytuacja pojawia się wtedy, gdy poszczególne osoby powinny mieć różne możliwości. Handlowiec może potrzebować dostępu do danych klienta i statusu zamówienia, ale niekoniecznie do marży. Magazyn powinien widzieć produkty do przygotowania, ale nie musi zmieniać ceny sprzedaży. Księgowość potrzebuje informacji o fakturze, ale nie powinna przypadkowo zmienić parametrów realizacji.
Można próbować rozwiązywać takie problemy przez blokowanie komórek, osobne arkusze i hasła. Przy kilku prostych rolach ma to sens. Gdy jednak zarządzanie dostępem samo zaczyna wymagać instrukcji, warto rozważyć program, w którym każdy użytkownik widzi tylko potrzebne funkcje, a reguły dostępu są częścią systemu.
3. Dane są ręcznie kopiowane między plikami i programami
Ręczne kopiowanie danych jest jednym z najbardziej praktycznych kryteriów oceny procesu. Jeżeli pracownik przepisuje dane z formularza do Excela, później z Excela do programu księgowego, a na końcu jeszcze do systemu kurierskiego, firma ponosi koszt przy każdym zamówieniu. Do tego dochodzi ryzyko literówki, pominięcia rekordu albo skopiowania nieaktualnej wartości.
Przy dziesięciu operacjach dziennie taki problem może być niewielki. Przy kilkuset zaczyna wpływać nie tylko na czas pracy, ale również na jakość obsługi klienta. Co ważne, w tej sytuacji nie zawsze potrzebny jest od razu nowy system. Czasem najbardziej opłacalnym krokiem jest połączenie używanych narzędzi i automatyczne przekazywanie danych między nimi.
Praktyczne pytanie brzmi: ile razy ta sama informacja jest wprowadzana przez człowieka? Jeżeli adres klienta, numer zamówienia czy wartość sprzedaży są przepisywane trzy lub cztery razy, istnieje spory potencjał do automatyzacji. Warto wtedy policzyć nie tylko czas samego kopiowania, ale również czas poprawiania błędów. Najdroższe ręczne operacje to często te, które wyglądają jak dwie minuty pracy, ale powtarzają się setki razy w miesiącu.
4. Trudno ustalić, kto i dlaczego zmienił dane
Klient twierdzi, że termin realizacji miał przypadać na piątek. W arkuszu widnieje poniedziałek. Kto zmienił datę? Kiedy? Czy była to korekta uzgodniona z klientem, czy przypadkowa edycja? Jeśli odpowiedzi trzeba szukać w wiadomościach, mailach albo pamięci pracowników, firma nie ma pełnej historii procesu.
W prostych zastosowaniach nie musi to być problem. Jeżeli arkusz służy do wewnętrznego planowania i ewentualna zmiana wartości nie powoduje istotnych konsekwencji, szczegółowa historia może być zbędna. Inaczej wygląda sytuacja przy zamówieniach, reklamacjach, płatnościach, wycenach czy zatwierdzeniach, gdzie ważne jest nie tylko to, jaka wartość obowiązuje obecnie, ale również jak do niej doszło.
Własny system może prowadzić tak zwany dziennik zmian, czyli automatycznie zapisywać użytkownika, czas i rodzaj wykonanej operacji. Nie trzeba wtedy polegać na dodatkowej dyscyplinie zespołu. Taka funkcja staje się szczególnie ważna, gdy rośnie liczba osób uczestniczących w procesie albo błędna zmiana może kosztować.
5. Arkusz obrasta wyjątkami, kolorami i dodatkowymi instrukcjami
„Jeśli komórka jest żółta, trzeba zadzwonić do klienta. Jeśli jest czerwona, niczego nie wysyłamy. Chyba że w kolumnie M znajduje się X — wtedy trzeba najpierw zapytać kierownika”. Gdy sposób obsługi arkusza zaczyna przypominać instrukcję sterowania urządzeniem, problemem nie jest już wygląd tabeli. Firma próbuje zapisać w Excelu coraz bardziej rozbudowane reguły biznesowe.
Na początku wyjątki można obsłużyć dodatkowymi kolumnami. Później pojawiają się makra, rozbudowane formuły, formatowanie warunkowe i zależności, które rozumie tylko autor pliku. Arkusz nadal działa, ale staje się trudny do rozwijania i ryzykowny w utrzymaniu. Urlop albo odejście jednej osoby potrafi wtedy ujawnić, jak dużo wiedzy o procesie nie zostało nigdzie formalnie zapisane.
To jeden z najmocniejszych sygnałów, że warto przeanalizować przejście na aplikację. W aplikacji reguła może zostać zapisana wprost: zamówienie powyżej określonej wartości wymaga akceptacji, a system nie pozwala przejść dalej bez jej uzyskania. Pracownik nie musi pamiętać, co oznacza kolor. Program prowadzi go przez proces.
Proces zamówienia dobrze pokazuje, gdzie kończą się możliwości Excela
Jak wygląda prosty proces, który z czasem staje się skomplikowany
Wyobraźmy sobie firmę, która zaczynała od jednego arkusza zamówień. Początkowo wpisywano numer, klienta, produkt, wartość i termin. To rozwiązanie było szybkie, tanie i całkowicie wystarczające. Po kilku latach firma ma jednak kilku handlowców, magazyn, osobę odpowiedzialną za zakupy i księgowość.
Handlowiec wpisuje zamówienie. Magazyn sprawdza dostępność towaru. Jeśli produktu brakuje, pracownik tworzy zapotrzebowanie w kolejnym arkuszu. Po dostawie ktoś zmienia status pierwszego pliku. Następnie dane trafiają do księgowości, która wystawia fakturę. Numer faktury wraca do arkusza, a osoba odpowiedzialna za wysyłkę ponownie kopiuje adres klienta.
Żaden pojedynczy krok nie wygląda szczególnie źle. Dopiero spojrzenie na cały proces pokazuje, że kilka osób wykonuje czynności, które mogłyby wynikać automatycznie z poprzedniego etapu. Własny system ma ekonomiczny sens przede wszystkim wtedy, gdy porządkuje cały przepływ pracy, a nie tylko zastępuje tabelę ładniejszym formularzem.
Koszt problemu nie zawsze widać w samym arkuszu
Najłatwiej policzyć czas wpisywania danych, ale to tylko część kosztu. Większym problemem bywa oczekiwanie. Magazyn nie rozpoczyna przygotowania przesyłki, bo nie zauważył zmiany statusu. Handlowiec pyta księgowość, czy wpłynęła zaliczka. Kierownik sprawdza kilka źródeł, aby odpowiedzieć klientowi, na jakim etapie znajduje się zamówienie.
Właśnie dlatego decyzji o zmianie narzędzia nie warto opierać na liczbie wierszy w arkuszu. Plik może zawierać dziesięć tysięcy rekordów i działać bezproblemowo. Z drugiej strony arkusz z dwustoma rekordami może powodować chaos, jeśli każdy z nich przechodzi przez sześć osób i kilkanaście etapów.
Przed inwestycją warto więc narysować prosty diagram procesu: od momentu przyjęcia informacji do zakończenia sprawy. Przy każdym kroku można zaznaczyć, kto wykonuje pracę, skąd bierze dane i dokąd je przekazuje. Taki diagram często szybciej niż analiza samego Excela pokazuje, czy potrzebne jest nowe narzędzie.
System zamiast Excela nie zawsze oznacza budowę dużej aplikacji
Opcja 1: uporządkować obecny arkusz
Jeżeli głównym problemem jest bałagan organizacyjny, najbardziej opłacalną decyzją może być pozostanie przy Excelu. Warto wtedy stworzyć jedno źródło danych, ujednolicić nazwy kolumn, usunąć duplikaty i określić, kto odpowiada za aktualizację poszczególnych informacji. Czasami już taka zmiana usuwa większość codziennych problemów.
Dobrym krokiem jest również ograniczenie liczby ręcznych wyjątków. Zamiast pięciu podobnych arkuszy można stworzyć jeden uporządkowany plik z filtrowanymi widokami. Zamiast dowolnego wpisywania statusów można zastosować listę z określonymi wartościami. Proste walidacje pozwalają wychwycić część błędów jeszcze podczas wprowadzania danych.
Jeśli po uporządkowaniu proces działa sprawnie, nie ma biznesowego uzasadnienia dla tworzenia systemu. Technologia powinna usuwać konkretny koszt lub ryzyko, a nie być celem samym w sobie. Najtańszy system to czasem dobrze zaprojektowany arkusz, który nie próbuje robić więcej, niż powinien.
Opcja 2: dołożyć automatyzację do obecnego procesu
Druga droga sprawdza się wtedy, gdy Excel nadal dobrze pełni rolę bazy roboczej, ale zespół traci czas na powtarzalne czynności. Można na przykład automatycznie pobierać zgłoszenia z formularza, generować dokumenty na podstawie wiersza, wysyłać powiadomienia po zmianie statusu albo przekazywać dane do innego programu.
W ten sposób firma zachowuje znane narzędzie, a jednocześnie usuwa najbardziej uciążliwe elementy procesu. To często rozsądny etap pośredni przed tworzeniem dedykowanego systemu. Pozwala także sprawdzić, które automatyzacje rzeczywiście dają wartość, zanim większy budżet zostanie przeznaczony na rozwój oprogramowania.
Przykładem jest zebranie faktur z KSeF w jednym arkuszu. W narzędziu KSeF XML do Excela wczytasz pobrane pliki XML albo ZIP i pobierzesz zestawienie CSV z kwotami, terminami płatności i numerami kont. Pliki odczytuje Twoja przeglądarka, bez wysyłania ich na serwer.
Trzeba jednak uważać na sytuację, w której każda kolejna automatyzacja jest łataniem następnego ograniczenia. Jeżeli powstaje kilkanaście skryptów zależnych od konkretnych kolumn, plików i nazw katalogów, firma może zamienić prosty arkusz w rozwiązanie trudniejsze do utrzymania niż niewielka aplikacja.
Opcja 3: zbudować mały system obsługujący jeden proces
Własny system nie musi oznaczać wieloletniego projektu obejmującego całą firmę. W praktyce dużo bezpieczniej jest rozpocząć od jednego procesu, który powoduje najwięcej ręcznej pracy lub błędów. Może to być obsługa zamówień, reklamacji, zleceń serwisowych albo akceptacja ofert.
Taka aplikacja może mieć kilka ekranów: listę spraw, formularz szczegółów, status, historię zmian i widoki dostosowane do poszczególnych pracowników. Ważniejsze od liczby funkcji jest to, aby system odzwierciedlał faktyczny sposób pracy. Jeśli po zapisaniu zamówienia magazyn powinien otrzymać zadanie, powinno wydarzyć się to automatycznie. Jeżeli potrzebna jest akceptacja kierownika, program powinien wymusić ją w odpowiednim momencie.
To podejście ogranicza ryzyko kosztownego projektu i pozwala ocenić efekty na rzeczywistych danych. Dopiero później można zdecydować, czy system warto rozbudować o następne obszary.
Prosta checklista pomaga podjąć decyzję bez zgadywania
Kiedy zostać przy Excelu
Nie każda niedogodność uzasadnia inwestycję w nowe oprogramowanie. Jeśli proces jest prosty, używa go niewiele osób, pomyłki występują rzadko, a ręczne czynności zajmują niewiele czasu, Excel prawdopodobnie nadal będzie najlepszym rozwiązaniem. Podobnie jest z procesami wykonywanymi sporadycznie — automatyzowanie czynności wykonywanej raz na kwartał może nigdy się nie zwrócić.
Przed zmianą warto odpowiedzieć na kilka pytań:
- Czy istnieje jedno, wiarygodne źródło danych?
- Czy pracownicy rzadko kopiują informacje ręcznie?
- Czy łatwo ustalić aktualny status każdej sprawy?
- Czy zasady pracy można wyjaśnić nowej osobie bez długiej instrukcji?
- Czy pomyłka w arkuszu ma niewielkie konsekwencje?
- Czy obecny sposób pracy nadal będzie wygodny przy dwukrotnie większej liczbie zamówień?
Jeśli na większość pytań odpowiedź brzmi „tak”, prawdopodobnie nie ma potrzeby zmieniać narzędzia. Być może wystarczy uporządkowanie pliku albo drobna automatyzacja.
Kiedy warto rozważyć aplikację
Sygnałem do analizy nie powinna być liczba arkuszy sama w sobie, lecz rosnący koszt obsługi procesu. Jeżeli kilka osób regularnie przepisuje te same dane, firma nie potrafi szybko ustalić aktualnego stanu sprawy, występują pomyłki wynikające z pracy na różnych wersjach albo coraz więcej zasad istnieje wyłącznie „w głowach” pracowników, warto policzyć skalę problemu.
Nie trzeba od razu zamawiać systemu. Najpierw można przez tydzień lub miesiąc mierzyć czas poświęcany na ręczne operacje, liczbę korekt oraz sytuacje, w których ktoś czekał na informację albo szukał właściwego pliku. Taki pomiar daje znacznie lepszą podstawę decyzji niż ogólne poczucie, że „Excel już nie daje rady”.
Dobra decyzja nie brzmi: „potrzebujemy aplikacji”. Brzmi: „ten konkretny proces kosztuje nas zbyt dużo czasu, błędów albo kontroli i wiemy, co chcemy poprawić”. Dopiero wtedy można sensownie porównać koszt uporządkowania arkusza, automatyzacji oraz stworzenia własnego programu.
Następny krok: zacznij od procesu, nie od technologii
Najlepszym pierwszym krokiem jest rozpisanie jednego problematycznego procesu od początku do końca. Warto wskazać, kto wykonuje poszczególne czynności, gdzie zapisuje dane, co przepisuje ręcznie i w których miejscach najczęściej pojawiają się pytania lub pomyłki. Na tej podstawie można ocenić, czy źródłem problemu jest sam Excel, sposób organizacji pracy czy brak automatycznej wymiany informacji.
Jeżeli arkusz nadal spełnia swoją funkcję, warto go zostawić. Jeżeli wymaga jedynie kilku automatyzacji, nie ma powodu budować dużego rozwiązania. Jeżeli natomiast pracownicy każdego dnia obchodzą jego ograniczenia za pomocą dodatkowych plików, wiadomości, ręcznego kopiowania i ustnych zasad, mały system może być po prostu kolejnym etapem rozwoju procesu.