Excel czy dedykowany system — kiedy arkusz przestaje wystarczać?

Krótka odpowiedź

• Zostań przy Excelu, jeśli arkusz służy do obliczeń i analiz, edytuje go jedna osoba albo kilka osób w ustalonym porządku, a błędy są rzadkie i łatwe do wychwycenia.
• Uporządkuj arkusz albo dodaj prostsze narzędzie, jeśli problemem są formaty danych, kopie pliku albo zbieranie informacji od wielu osób.
• Rozważ system, jeśli arkusz prowadzi proces: ma statusy, osoby odpowiedzialne, akceptacje i dane, które muszą się zgadzać z innymi systemami.

Kiedy Excel jest dobrym wyborem

• Analizy, symulacje i modele, w których liczy się szybka zmiana założeń.
• Listy prowadzone przez jedną osobę albo mały zespół z jasnym podziałem pracy.
• Zestawienia przygotowywane z eksportu danych z innego systemu.
• Prototyp procesu — sprawdzenie, jakich danych naprawdę potrzebujesz, zanim cokolwiek zbudujesz.
• Dane, które zmieniają się rzadko i nie są podstawą decyzji kilku działów naraz.

W tych sytuacjach dedykowany system nie przyniesie korzyści, które uzasadnią jego koszt. Zastąpienie działającego arkusza tylko dlatego, że „firma powinna mieć system”, jest marnotrawstwem.

Sygnały, że arkusz przestaje wystarczać

• Kopie pliku — „raport_v3_final_poprawiony.xlsx” i kilka podobnych wersji w różnych folderach.
• Nie wiadomo, która wersja jest aktualna — przed decyzją ktoś dzwoni, żeby upewnić się, czy dane są świeże.
• Konflikty przy jednoczesnej edycji — zmiany się nadpisują albo ktoś czeka, aż inna osoba zamknie plik.
• Brak kontroli dostępu — wszyscy widzą wszystko, także dane, których nie powinni.
• Workflow w kolumnie „Status” — arkusz opisuje proces, ale go nie prowadzi, więc kroki giną.
• Ręczne przepisywanie — te same dane trafiają z arkusza do innego systemu i z powrotem.
• Makra jako infrastruktura — kluczowe obliczenia działają dzięki makru, które zna jedna osoba.
• Plik wysyłany mailem — każdy uczestnik procesu dostaje swoją kopię i odsyła ją z poprawkami.
• Ręczne scalanie — co tydzień lub co miesiąc ktoś składa wyniki z kilku plików w jeden.
• Brak historii decyzji — nie da się ustalić, kto i kiedy zmienił wartość ani dlaczego.

Jeden sygnał to zwykle powód, żeby uporządkować arkusz. Kilka naraz — szczególnie workflow w kolumnie, makra jako infrastruktura i brak historii — oznacza, że arkusz stał się systemem, tylko bez reguł.

Arkusz kalkulacyjny a dedykowany system

Tabela opisuje typowe cechy obu rozwiązań. Każda z nich jest zaletą w jednych sytuacjach i ograniczeniem w innych.

Rozwiązania pośrednie

Między „zostawić arkusz” a „zbudować system” jest kilka kroków, które często wystarczają:

• Uporządkowanie arkusza — jeden plik w chmurze, tabele zamiast luźnych zakresów, walidacja danych, ochrona formuł i osoba odpowiedzialna za strukturę.
• Formularze — dane zbierane w jednym formacie zamiast wpisywania do wspólnego pliku przez wiele osób.
• Baza danych i narzędzie raportowe — dane w bazie, zestawienia w narzędziu BI, a arkusz tylko do analiz.
• Gotowa aplikacja (SaaS) — jeśli proces jest typowy dla branży, gotowe narzędzie może go obsłużyć bez budowy.
• Platforma low-code lub no-code — prosta aplikacja na danych, którą da się zbudować szybko, z ograniczeniami platformy. Porównujemy to podejście w artykule Make, n8n, Zapier czy dedykowany system.
• Dedykowany system — gdy proces jest specyficzny, obejmuje kilka ról i źródeł danych, a obejścia w gotowych narzędziach kosztują więcej niż własne rozwiązanie. Zobacz oprogramowanie dedykowane.

Migracja etapami

Przejście z arkusza do systemu nie musi odbywać się w jeden dzień:

1. Spisz, co arkusz robi: kolumny, formuły, makra, kto edytuje i kto korzysta z wyników.
2. Ustal źródło prawdy dla każdego rodzaju danych.
3. Przenieś jeden etap procesu — na przykład przyjmowanie spraw i ich statusy — a resztę zostaw w arkuszu.
4. Zaplanuj krótki okres pracy równoległej z ustaloną datą zakończenia.
5. Zostaw eksport danych do arkusza na potrzeby analiz.
6. Stary arkusz przełącz w tryb tylko do odczytu jako archiwum.

Koszt każdego z tych kroków zależy od zakresu i jakości danych — piszemy o tym w artykule ile kosztuje automatyzacja procesów.

Co system daje ponad arkusz — przykłady z realizacji INTEVO

Poniższe systemy nie są opisane jako zamienniki konkretnych arkuszy. Pokazują możliwości, których arkusz nie zapewnia bez obejść:

• Stany i blokada dokumentu. W DocFlow protokół ma stan szkicu i stan podpisany. Po finalizacji edycja danych i dodawanie plików są zablokowane.
• Role i ścieżka realizacji. W BEHA panel firmy przypisuje pracownikom szkolenia, a ścieżka szkolenie → postęp → egzamin → status zgodności działa według reguły z progiem zaliczenia.
• Jeden widok procesu. W INTEVO OS statusy procesów, kolejki i wyniki są widoczne w jednym Command Center zamiast składania ich z wielu narzędzi.
• Sprzedaż i obsługa w jednym miejscu. W Frovo CRM, oferty, zamówienia, faktury i wysyłka działają w tym samym systemie co sklep.

Lista kontrolna

• Ile osób edytuje arkusz i czy robią to jednocześnie?
• Czy wiersze mają statusy i osoby odpowiedzialne?
• Czy dane z arkusza są przepisywane do innych systemów?
• Czy istnieją makra, bez których proces się zatrzymuje?
• Czy różne osoby powinny widzieć różne dane?
• Czy potrzebujesz wiedzieć, kto i kiedy zmienił wartość?
• Ile czasu co miesiąc zajmuje scalanie i poprawianie danych?
• Czy problem rozwiązałoby uporządkowanie arkusza albo formularz?

Jeśli nie wiesz, czy Twój arkusz to jeszcze narzędzie, czy już system, opisz proces w analizie procesu. Odpowiemy na piśmie, czy wystarczy uporządkowanie, rozwiązanie pośrednie, czy proces potrzebuje własnego systemu. Szerzej o decyzjach dotyczących automatyzacji piszemy na stronie automatyzacja procesów.