Sygnet RT — logo RAIL-TECHRAIL-TECH
PorównanieCyfryzacja procesów budowy

Excel czy aplikacja dedykowana — gdzie leży próg opłacalności

Krótka odpowiedź
Próg opłacalności nie zależy od wielkości firmy ani liczby wierszy w arkuszu, tylko od liczby osób, które muszą jednocześnie ufać tym samym danym. Dopóki dane ma jeden właściciel i jeden odbiorca, arkusz wygrywa. Od momentu, w którym ta sama liczba jest podstawą decyzji kilku ról naraz, koszt uzgadniania wersji zaczyna przewyższać koszt zbudowania rejestru.

Ł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:

Krok 1.Uzgadnianie wersji

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.

Krok 2.Rekonstrukcja historii

Pytanie „dlaczego w kwietniu było 320, a teraz jest 290" wymaga otwierania starych kopii. Arkusz nadpisuje stan; nie przechowuje zdarzeń.

Krok 3.Ręczne sklejanie zestawień

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.

Krok 4.Wiedza w jednej głowie

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.

KryteriumArkusz wystarczaCzas na aplikację
Liczba ról korzystających z tych samych danychJedna, ewentualnie dwieTrzy i więcej, w różnych lokalizacjach
Charakter danychAnaliza jednorazowaRejestr zdarzeń prowadzony w sposób ciągły
Potrzeba historiiWystarczy stan bieżącyTrzeba wiedzieć, kto i kiedy zmienił
Skutki błęduPoprawiany na miejscuRozliczenie, termin, odpowiedzialność
Źródło danychJedna osoba wpisujeWpisuje budowa, czyta biuro i zarząd
PowtarzalnośćSporadycznieTen 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.

ModelCzego wymaga od rejestruGdzie występuje
Kontrakt obmiarowyCiągły zapis ilości w jednostkach z przedmiaru, wpisy Kierownika Budowy potwierdzane przez Inżyniera, obmiar robót stałych liczony nettoSpecyfikacja techniczna GDDKiA — „Rejestr obmiarów”
Ryczałt rozliczany z RCORozliczenie pozycji ryczałtowych wobec Rozbicia Ceny Ofertowej; pojęcie przedmiaru w PFU w ogóle nie występujePFU PKP PLK
Ryczałt z przedmiarem poglądowymPrzedmiar wprost wyłączony z podstawy wyceny i z opisu przedmiotu zamówienia — służy wyłącznie orientacyjnieOPW 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:

  1. Powstaje arkusz o arkuszach. Ktoś prowadzi zestawienie, który plik jest aktualny i kto go ostatnio edytował.
  2. Raport dla zarządu wymaga tygodnia przygotowania. Nie dlatego, że dane są skomplikowane, tylko dlatego, że trzeba je najpierw uzgodnić.
  3. 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:

Krok 1.Wybierz jedno pytanie zarządcze

Na przykład: „ile wykonaliśmy w tym miesiącu na froncie X i ile z tego jest odebrane".

Krok 2.Zmierz, ile trwa odpowiedź dziś

Nie szacuj — zmierz raz, uczciwie, łącznie z czasem osób, które musiały coś odesłać.

Krok 3.Pomnóż przez częstotliwość

To pytanie pada co tydzień albo co miesiąc, na każdym kontrakcie. Iloczyn jest zwykle zaskakujący.

Krok 4.Porównaj z kosztem rejestru dla tego jednego pytania

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.

  1. DokumentGeneralny Dyrektor Dróg Krajowych i Autostrad / GDDKiA Oddział w Katowicach
    STWiORB DM.00.00.00, pkt 7 — kontrakt obmiarowy, jednostki obmiaru i Rejestr obmiarów (str. 31–32)
  2. DokumentPKP Polskie Linie Kolejowe S.A.
    PFU (TOM III SWZ) — rozliczenie pozycji ryczałtowych w oparciu o RCO (str. 26)
  3. Praktyka własna
    Obserwacje z prowadzenia rozliczeń i obiegu danych po stronie wykonawcy infrastrukturalnego

Pojęcia z tego materiału

Front robótWorkflow akceptacjiObmiar powykonawczyRejestr materiałowyProtokół odbioruHarmonogram dyrektywnyCDE — wspólne środowisko danych

Powiązane materiały

Z pierwszej ręki20.07.2026 · 8 min

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.

Artefakt20.07.2026 · 8 min

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.