Kiedy nadchodzi czas, by odejść od arkuszy, jak policzyć budżet, jak zaprojektować model danych i jak przejść na nowy system bez zatrzymywania firmy na miesiąc. Kompletny przewodnik po całym procesie, od pierwszej wątpliwości po pierwszy miesiąc działania.
Większość firm nie zaczyna szukać własnego systemu dlatego, że chce nowego oprogramowania. Zaczyna, bo coś się dwa razy zgubiło, ktoś zapomniał wystawić fakturę albo nikt nie potrafi odpowiedzieć, ile firma zarobiła na zleceniu.
Ten przewodnik prowadzi przez cały proces - od pierwszego niezadowolenia aż po pierwszy miesiąc działania na produkcji. Każdy rozdział podsumowuje istotę tematu i odsyła do szczegółowego tekstu, jeśli chcecie zejść głębiej.
1. Jak poznać, że nadszedł czas
Istnieją cztery dość wiarygodne sygnały. Wystarczą dwa z nich:
Arkusz ma więcej niż jednego edytora. W chwili, gdy do tego samego pliku wpisują dane dwie osoby, zaczyna się problem, która wersja jest aktualna. Tego problemu nie da się rozwiązać dyscypliną.
Dane istnieją w kilku miejscach i się nie zgadzają. Klient jest w CRM, jego zlecenie w narzędziu projektowym, godziny w arkuszu, faktura w księgowości. Pytanie, które wykracza poza granicę między nimi, zajmuje pół dnia.
Coś przepadło. Zapomniana faktura, przegapiony termin, niedotrzymana obietnica klientowi. Raz to przypadek, drugi raz to błąd systemowy.
Odejście jednej osoby oznaczałoby utratę orientacji. Kiedy proces żyje w czyjejś głowie, a nie w systemie, to ryzyko, które rośnie wraz z wielkością firmy.
Szczegółowo: Kiedy Excel przestaje wystarczać i Ile kosztuje firmę rozproszenie narzędzi.
2. Dlaczego właściwie macie trzy systemy
Prawie nikt nie zdecydował się na rozproszony stos narzędzi świadomie. On się po prostu uzbierał: CRM przyszło wraz z drugim handlowcem, narzędzie projektowe przy pierwszej większej realizacji, arkusz na pieniądze dlatego, że żadne z nich nie potrafiło policzyć marży.
Każdy z tych kroków był w danym momencie słuszny. Problemem jest suma - a przede wszystkim praca, która powstaje na granicach między narzędziami. Przepisywanie, wyszukiwanie, comiesięczne uzgadnianie. Nic z tego nie widać na żadnej fakturze.
Nikt tego nie wybrał. To się po prostu uzbierało.
Każde narzędzie rozwiązało jeden problem i stworzyło jedną granicę. Praca, która powstaje na tych granicach, nie jest widoczna nigdzie.
Szczegółowo: CRM, ERP, narzędzie projektowe: trzy systemy, które ze sobą nie rozmawiają.
3. Cztery drogi i ich realny koszt
Kiedy zapada decyzja, pojawia się pytanie o cenę. Istnieją cztery drogi:
| Droga | Cena wejściowa | Kto wprowadza zmiany | Główne ryzyko |
|---|---|---|---|
| Gotowe oprogramowanie | Niska | Nikt (się nie da) | Proces ugina się pod narzędzie |
| Rozwój na zamówienie | Najwyższa | Dostawca | Uzależnienie od dostawcy |
| Freelancer + AI | Średnia | Jedna osoba | Uzależnienie od osoby |
| Platforma nocode | Najniższa | Ktokolwiek z zespołu | Uzależnienie od platformy |
Kluczowe jest, żeby nie patrzeć na pierwszą fakturę, tylko na sumę za trzy lata. Cenę wejściową wam podadzą; o wyniku decydują rok drugi i trzeci.
Do budżetu należą też pozycje, których nigdy nie ma w ofercie: wdrożenie i szkolenie, zmiany (nie „gdyby", tylko pewność, że będą), utrzymanie oraz ryzyko odejścia osoby, która zna system.
Szczegółowo: Ile kosztuje aplikacja na zamówienie w 2026 roku.
4. Projekt modelu danych - jedyna część, której nie można odpuścić
Tu rozstrzyga się, czy system będzie użyteczny za dwa lata. To nie jest praca techniczna - to praca nad waszym procesem.
Zacznijcie od encji. Spiszcie rzeczowniki, których używacie w firmie: klient, zlecenie, oferta, faktura, technik, raport, dokument. To będą wasze bazy danych.
Określcie powiązania. Klient ma wiele zleceń. Zlecenie ma jedną ofertę i wiele raportów. Faktura należy do zlecenia. Ten krok ujawnia najwięcej nieporozumień w zespole - często okazuje się, że dwie osoby pod słowem „zlecenie" rozumiały dwie różne rzeczy.
Niech model będzie mniejszy, niż byście chcieli. Klasycznym błędem jest zaprojektowanie z góry piętnastu baz danych. Zacznijcie od trzech, które pokryją główny przepływ, i dodawajcie kolejne w miarę pojawiającej się potrzeby.
Przetestujcie go pytaniem. Dobry model poznaje się po tym, że zespół może na jego podstawie wykonać kolejny krok - wystawić fakturę, wysłać protokół, policzyć marżę. Nie po tym, że ma wszystkie kolumny.
Szczegółowo: Model danych, który rośnie razem z zespołem.
5. Kto co widzi
Uprawnienia często odkłada się na później i to błąd - muszą obowiązywać w każdym widoku, eksporcie i e-mailu, który system wysyła.
Trzy pytania, na które wystarczy odpowiedzieć wcześniej:
- Kto ma widzieć pola wrażliwe (ceny, marże, dane osobowe)?
- Kto ma tylko czytać, a kto również edytować?
- Co, jeśli w ogóle coś, ma być widoczne poza firmą?
Odpowiedzi przełożą się na strukturę ról, którą ustawicie raz i która obowiązuje wszędzie. Odróżniajcie przy tym dwie różne rzeczy: ukrycie kolumny rozwiązuje kwestię „co widać wewnątrz rekordu", a ograniczenie dostępu do bazy danych rozwiązuje kwestię „do których rekordów w ogóle się dotrze".
Szczegółowo: Uprawnienia dostępu i widoczność danych.
6. Przejście bez wielkiego wstrząsu
Nikt nie może w poniedziałek wyłączyć trzech systemów naraz. Sprawdzony sposób ma trzy fazy:
Faza 1 - jedna granica. Znajdźcie miejsce, które boli najbardziej (zwykle sprzedaż ↔ realizacja albo realizacja ↔ pieniądze) i zbudujcie wspólny fundament tylko dla niego. Klienci i zlecenia w jednym miejscu.
Faza 2 - podłączyć to, co do tego należy. Raporty, dokumenty, komunikacja. W tej fazie większość firm odkrywa, że połowa arkuszy nie jest już potrzebna.
Faza 3 - wyłączyć stare. Nie wcześniej niż po kilku tygodniach równoległej pracy. Stary arkusz najpierw oznaczcie jako tylko do odczytu, a dopiero potem zarchiwizujcie.
Czego nie przenosić: całej historii. Zwykle wystarczy ostatni rok, reszta tylko zaśmieca widoki.
Szczegółowo: Migracja z Excela lub Notion.
7. Automatyzacja na koniec
Częstą pokusą jest włączenie automatyzacji już pierwszego dnia. Lepiej poczekać, aż system podziała kilka tygodni - dopiero wtedy wiadomo, które kroki naprawdę się powtarzają.
Pierwsze automatyzacje, które prawie zawsze się opłacają:
- pilnowanie zleceń, które są ukończone, a nie mają faktury,
- przypomnienie o terminie kilka dni wcześniej,
- powiadomienie o brakującym raporcie na koniec tygodnia,
- automatyczne założenie rekordu z przychodzącego zapytania.
Szczegółowo: Automatyzacja: kompletny przewodnik wprowadzający i Automatyzacja procesów firmowych.
8. Pierwszy miesiąc działania
Czego realistycznie się spodziewać:
Tydzień 1. Ludzie narzekają, że w Excelu było szybciej. To prawda - dla jednej osoby. Wytrzymajcie.
Tydzień 2-3. Pojawiają się pierwsze prośby o zmiany. To dobry sygnał, nie zły: oznacza, że system jest używany. Zmiany wprowadzajcie na bieżąco i szybko.
Tydzień 4. Przychodzi pierwszy moment, kiedy ktoś znajduje odpowiedź, której wcześniej szukałby pół godziny. Od tej chwili zwykle następuje przełom.
Co mierzyć: nie zadowolenie, tylko to, czy obok systemu wciąż powstaje arkusz. Jeśli tak, czegoś w systemie brakuje - a ten arkusz jest dokładną instrukcją, czego dokładnie.
Najczęstsze pytania o wdrożenie systemu firmowego
Jak długo trwa całe przejście?
Pierwsza granica to zwykle kwestia dni do dwóch tygodni. Całe przejście w dwudziestoosobowej firmie trwa zwykle od miesiąca do trzech - nie dlatego, że technicznie tyle to zajmuje, ale dlatego, że ludzie przyzwyczajają się stopniowo.
Kto w firmie powinien się tym zajmować?
Jedna do dwóch osób jako „administratorzy workspace'u", zwykle ktoś z działu operacyjnego lub administracji, kto rozumie proces. Niekoniecznie najbardziej techniczna osoba - raczej ta, która najlepiej wie, jak realnie wygląda praca.
Co jeśli okaże się, że źle zaprojektowaliśmy model?
Zdarza się to niemal zawsze i to jest w porządku. W platformie nocode pola, statusy i powiązania zmienia się w trakcie działania systemu. W aplikacji tworzonej na zamówienie zmiana modelu danych to ingerencja dla programistów - i właśnie dlatego ta cecha jest ważniejsza niż jakakolwiek funkcja z listy.
Czy musimy zrezygnować z programu księgowego?
Nie. Księgowość ma własne powiązania z przepisami i zwykle zostaje tam, gdzie jest. Ujednolicenie ma sens w przypadku danych operacyjnych: klienci, zlecenia, terminy, raporty, dokumenty.
Jak przekonać zespół, który nie chce niczego zmieniać?
Najlepiej w ten sposób, żeby pierwszą rzeczą, którą rozwiąże nowy system, było coś, co ich denerwuje. Nie raportowanie dla właściciela, tylko koniec wyszukiwania albo koniec ręcznego przepisywania. Reszta przyjdzie sama.