Excel czy aplikacja dedykowana — gdzie leży próg opłacalności
Łukasz Mikucki · Publikacja 20.07.2026 · Czytanie 9 min
Pytanie „Excel czy system" jest źle postawione, bo sugeruje, że chodzi o narzędzie. Chodzi o coś innego: o to, ile pracy trzeba włożyć w to, żeby liczba, którą ktoś podaje, była tą samą liczbą, którą inny widzi u siebie. Arkusz nie ma z tym problemu — dopóki jest jedna osoba i jedna kopia.
Czego arkusz nie robi źle
Zacznijmy od uczciwej strony sporu, bo próba przekonania kogokolwiek, że Excel jest zły, kończy się utratą wiarygodności. Arkusz jest znakomitym narzędziem, gdy:
- model danych jeszcze nie jest znany i zmienia się co tydzień,
- korzysta z niego jedna rola, która sama wprowadza i sama czyta,
- praca ma charakter jednorazowej analizy, a nie powtarzalnego procesu,
- liczy się czas dojścia do pierwszego wyniku, a nie trwałość rozwiązania.
To nie są warunki marginalne. Duża część pracy przygotowawczej na kontrakcie — analizy, warianty, szybkie kalkulacje — powinna zostawać w arkuszu i nie ma powodu tego zmieniać.
Gdzie zaczyna się koszt ukryty
Koszt arkusza rzadko pojawia się jako pozycja w budżecie. Pojawia się jako czas, którego nikt nie mierzy:
Dwie osoby mają dwa pliki i różne liczby. Zanim padnie decyzja, trzeba ustalić, który plik jest aktualny. To nie jest praca — to podatek od braku rejestru.
Pytanie „dlaczego w kwietniu było 320, a teraz jest 290" wymaga otwierania starych kopii. Arkusz nadpisuje stan; nie przechowuje zdarzeń.
Postęp z jednego pliku, materiały z drugiego, odbiory z trzeciego. Każde zestawienie dla zarządu to kilka godzin kopiowania — powtarzane co miesiąc.
Formuły i logika arkusza istnieją tylko w pamięci autora. Nieobecność autora zatrzymuje proces, a jego odejście kasuje część wiedzy organizacji.
Ten ostatni punkt jest w praktyce najkosztowniejszy i najrzadziej wyceniany.
Sześć kryteriów decyzyjnych
Zamiast pytać „czy jesteśmy już wystarczająco duzi", warto przejść przez konkretne pytania. Im więcej odpowiedzi po prawej stronie, tym mocniejsza przesłanka za rejestrem.
| Kryterium | Arkusz wystarcza | Czas na aplikację |
|---|---|---|
| Liczba ról korzystających z tych samych danych | Jedna, ewentualnie dwie | Trzy i więcej, w różnych lokalizacjach |
| Charakter danych | Analiza jednorazowa | Rejestr zdarzeń prowadzony w sposób ciągły |
| Potrzeba historii | Wystarczy stan bieżący | Trzeba wiedzieć, kto i kiedy zmienił |
| Skutki błędu | Poprawiany na miejscu | Rozliczenie, termin, odpowiedzialność |
| Źródło danych | Jedna osoba wpisuje | Wpisuje budowa, czyta biuro i zarząd |
| Powtarzalność | Sporadycznie | Ten sam obieg co tydzień, na każdym kontrakcie |
Warto zauważyć, że żadne z tych kryteriów nie mówi o liczbie pracowników ani o przychodzie. Mała firma prowadząca trzy równoległe fronty robót ma ten problem wcześniej niż duża firma prowadząca jeden.
Model rozliczenia przesuwa próg bardziej niż wielkość firmy
Jest jeszcze jeden czynnik, który w tej dyskusji pada rzadko, a przesądza więcej niż liczba pracowników: jak zamawiający każe Ci się rozliczać. To nie jest jednolita praktyka — trzy kontrakty potrafią mieć trzy różne reżimy.
| Model | Czego wymaga od rejestru | Gdzie występuje |
|---|---|---|
| Kontrakt obmiarowy | Ciągły zapis ilości w jednostkach z przedmiaru, wpisy Kierownika Budowy potwierdzane przez Inżyniera, obmiar robót stałych liczony netto | Specyfikacja techniczna GDDKiA — „Rejestr obmiarów” |
| Ryczałt rozliczany z RCO | Rozliczenie pozycji ryczałtowych wobec Rozbicia Ceny Ofertowej; pojęcie przedmiaru w PFU w ogóle nie występuje | PFU PKP PLK |
| Ryczałt z przedmiarem poglądowym | Przedmiar wprost wyłączony z podstawy wyceny i z opisu przedmiotu zamówienia — służy wyłącznie orientacyjnie | OPW CPK |
Różnica jest fundamentalna. Przy kontrakcie obmiarowym rejestr ilości jest dokumentem rozliczeniowym — musi być prowadzony na bieżąco i mieć ślad potwierdzenia drugiej strony. Przy ryczałcie ten sam rejestr jest narzędziem wewnętrznym: przydatnym, ale nikt go od Ciebie nie wyegzekwuje.
Praktyczny wniosek: jeżeli prowadzisz kontrakty obmiarowe, próg opłacalności masz znacznie wcześniej, niż wynikałoby to z wielkości firmy. Arkusz, którego nikt nie potwierdza i który nie przechowuje historii zmian, jest w tym modelu słabą podstawą rozliczenia. I odwrotnie — przy czystym ryczałcie można dłużej zostać przy arkuszu bez realnego ryzyka.
Trzy sygnały, że próg został już przekroczony
W praktyce próg zwykle mija się wcześniej, niż ktokolwiek to zauważy. Rozpoznaje się go po objawach, nie po metryce:
- Powstaje arkusz o arkuszach. Ktoś prowadzi zestawienie, który plik jest aktualny i kto go ostatnio edytował.
- Raport dla zarządu wymaga tygodnia przygotowania. Nie dlatego, że dane są skomplikowane, tylko dlatego, że trzeba je najpierw uzgodnić.
- Odpowiedź na pytanie o stan zależy od tego, kogo się zapyta. Kierownik budowy, dział rozliczeń i kierownik kontraktu podają trzy różne liczby — i każdy ma rację we własnym pliku.
Trzeci sygnał jest rozstrzygający. Oznacza, że organizacja nie ma jednego stanu prawdy, tylko kilka równoległych — a każda decyzja jest podejmowana na jednym z nich, losowo.
Czego aplikacja dedykowana nie naprawi
Uczciwość wymaga wskazania granic. System nie rozwiąże problemów, które nie są problemami informatycznymi:
- Proces nieuzgodniony. Jeżeli nie ma zgody, kto zatwierdza wniosek materiałowy, aplikacja tego nie rozstrzygnie — utrwali tylko spór w formie workflow akceptacji, który wszyscy omijają.
- Dane, których nikt nie chce wprowadzać. Pole, które nie służy osobie wprowadzającej, będzie wypełniane byle czym. Rejestr utrzymuje się wtedy, gdy daje coś budowie, a nie tylko centrali.
- Brak właściciela danych. Każde pole musi mieć rolę odpowiedzialną za jego poprawność. Bez tego system produkuje kompletne tabele z niepoprawną zawartością.
Dlatego pierwszym etapem sensownego wdrożenia jest audyt procesu, a nie wybór technologii.
Jak policzyć to u siebie — bez arkusza kalkulacyjnego zwrotu
Nie warto budować modelu ROI na parametrach, których się nie mierzy. Prostsze podejście daje wynik szybciej:
Na przykład: „ile wykonaliśmy w tym miesiącu na froncie X i ile z tego jest odebrane".
Nie szacuj — zmierz raz, uczciwie, łącznie z czasem osób, które musiały coś odesłać.
To pytanie pada co tydzień albo co miesiąc, na każdym kontrakcie. Iloczyn jest zwykle zaskakujący.
Nie całego systemu — jednego rejestru, który odpowiada na to pytanie. Zakres pierwszego etapu powinien być dokładnie taki wąski.
Ta ostatnia uwaga jest istotna. Najczęstszy błąd przy przechodzeniu z arkusza na system polega na próbie odwzorowania wszystkiego naraz. Wdrożenie, które zaczyna się od jednego rejestru z realnym właścicielem, ma znacznie większą szansę przetrwać zderzenie z budową.
Wniosek
Excel nie przestaje wystarczać dlatego, że firma urosła. Przestaje wystarczać w momencie, w którym ta sama liczba musi być jednocześnie prawdziwa dla kilku ról — i od tego momentu każdy tydzień zwłoki to nie oszczędność, tylko odroczony koszt uzgadniania.
Źródła
Podstawa merytoryczna tekstu. Pozycje oznaczone jako praktyka własna nie pochodzą z dokumentu — to doświadczenie wykonawcze, którego nie da się sprawdzić u wydawcy.
- DokumentGeneralny Dyrektor Dróg Krajowych i Autostrad / GDDKiA Oddział w KatowicachSTWiORB DM.00.00.00, pkt 7 — kontrakt obmiarowy, jednostki obmiaru i Rejestr obmiarów (str. 31–32)
- DokumentPKP Polskie Linie Kolejowe S.A.PFU (TOM III SWZ) — rozliczenie pozycji ryczałtowych w oparciu o RCO (str. 26)
- Praktyka własnaObserwacje z prowadzenia rozliczeń i obiegu danych po stronie wykonawcy infrastrukturalnego
Pojęcia z tego materiału
Powiązane materiały
Gdzie ginie informacja w obiegu dokumentów na budowie
Siedem punktów, w których informacja na kontrakcie infrastrukturalnym znika lub traci wiarygodność — i co da się z nimi zrobić bez wdrażania systemu.
Dashboard budowy: 12 danych, które muszą mieć właściciela
Gotowa lista pól, bez których dashboard zarządczy budowy pokazuje opinie zamiast stanu. Dla każdego pola: rola odpowiedzialna, źródło i częstotliwość aktualizacji.