Problem · decyzja przed wydaniem pieniędzy

System dedykowany czy gotowy — a każdy, kogo pytasz, ma w tym interes.

Masz zdecydować, czy kupić oprogramowanie z półki, czy zamówić aplikację dla firmy pisaną od zera. Ta rozmowa prawie zawsze przechyla się w jedną stronę. Warto wiedzieć dlaczego, zanim się w nią wejdzie.

Bogusław Tolarz · aktualizacja: 20 sierpnia 2026

Skąd w ogóle bierze się to pytanie

Leżą przed Tobą dwie oferty na to samo: abonament za gotowy program i wycena systemu pisanego od zera. Różnią się o rząd wielkości, a obie brzmią sensownie.
Obejrzałeś kilka gotowych systemów i w każdym brakowało jednej rzeczy — za każdym razem innej.
Ktoś w firmie mówi „u nas to działa zupełnie inaczej niż wszędzie”, ale kiedy prosisz o konkret, robi się cicho.
Każda rozmowa z firmą programistyczną kończy się propozycją zbudowania czegoś na miarę — niezależnie od tego, z czym przyszedłeś.
Nie martwisz się ceną wdrożenia, tylko tym, co się z tym systemem stanie za trzy lata — i nikt o tym nie mówi.

Dlaczego w tym temacie trudno o uczciwą odpowiedź

Zapytaj firmy, która pisze oprogramowanie, a usłyszysz, że dedykowany system daje przewagę. Zapytaj dostawcy gotowego produktu, a usłyszysz, że dedykowany to studnia bez dna. Obie strony mówią rzeczy prawdziwe i obie mówią je dlatego, że tak wygląda ich model zarabiania.

Do tego dochodzi coś po Twojej stronie. Każda firma czuje się wyjątkowa, bo zna dokładnie jeden sposób pracy — własny. Nie ma z czym go porównać, więc wszystko, co w gotowym programie wygląda inaczej, odbiera się jako brak. Część tych braków jest prawdziwa, część to nawyk, który wygląda jak wymaganie, dopóki ktoś z zewnątrz nie zapyta, skąd się wziął. Decyzja zapada więc po rozmowach, w których nikt nie był bezstronny — łącznie z Tobą.

Punkt wyjścia, z którego możesz mnie rozliczyć

W większości sytuacji, w których pada to pytanie, właściwą odpowiedzią jest gotowe. Powód jest prosty: koszt posiadania własnego systemu rozkłada się na lata i prawie zawsze jest niedoszacowany w momencie decyzji, a firma kilkunasto- czy kilkudziesięcioosobowa rzadko ma proces, którego nikt nie obsłużył jeszcze produktem.

Mam tu dokładnie ten sam konflikt interesu, co software house, do którego pójdziesz po wycenę: umiem zbudować system od zera i budowanie jest dłuższą, ciekawszą robotą niż wybór i porządna konfiguracja czegoś gotowego. Wolę powiedzieć to wprost, niż udawać bezstronność, której w tym temacie nie ma.

Dlatego rozmowę zaczynam od próby obalenia dedykowanego. Jeśli po pytaniach niżej gotowe nadal nie wystarcza, to jest wynik, któremu można zaufać — powstał wbrew interesowi tego, kto go stawia.

Koszty dedykowanego, o których się nie mówi

Wycena, którą dostajesz, dotyczy zbudowania. Decyzja, którą podejmujesz, dotyczy posiadania. Różnica między nimi rozkłada się na lata, w których nikt już nie pamięta, że taki wybór w ogóle był robiony.

Ktoś musi to utrzymywać przez lata

Ostatnia faktura za budowę nie jest końcem wydatku, tylko jego początkiem. System stoi na cudzych bibliotekach, serwerze i interfejsach, a te zmieniają się niezależnie od Ciebie. W gotowym produkcie ten koszt siedzi w abonamencie. W dedykowanym istnieje tak samo, tylko nikt go nie wpisał do wyceny.

Wiedza o systemie siedzi w jednej głowie

Dokumentacja albo nie powstaje, albo rozjeżdża się z kodem po pierwszych poprawkach. Zostaje osoba, która pamięta, dlaczego zrobiono to właśnie tak — i dopóki jest dostępna, wszystko działa świetnie. Pytanie przed podpisaniem brzmi: co się dzieje, gdy jej nie ma.

Przy zmianie przepisów aktualizujesz Ty

Dostawca gotowego produktu musi dostosować go dla wszystkich klientów naraz, bo inaczej straci wszystkich naraz. W dedykowanym każda zmiana w prawie to osobne zlecenie z własną wyceną i terminem — a termin narzuca ustawodawca, nie Ty.

Każdy błąd wychodzi u Ciebie

Na kodzie gotowego produktu pracuje mnóstwo innych firm, więc rzadkie przypadki brzegowe napotkał już ktoś inny. W systemie pisanym wyłącznie dla Ciebie jesteś jedynym użytkownikiem, a więc też jedynym testerem — na żywym obrocie.

Żaden z tych punktów nie przekreśla dedykowanego. Wszystkie da się obsłużyć — pod warunkiem, że zostaną policzone przed decyzją. Węższą wersję tego samego rachunku, dla jednego obszaru, opisałem przy pytaniu o dedykowany CRM z AI →

Pytania, które przesądzają

Przejdź przez nie sam, zanim zaczniesz rozmawiać z jakimkolwiek dostawcą — także ze mną.

Czego dokładnie brakuje w gotowym?

Proszę o punkty, nie o zdanie „nie pasuje do naszej specyfiki”. Taka lista przy zapisywaniu kurczy się o połowę, bo część pozycji okazuje się tą samą rzeczą opisaną trzy razy.

Czy ta różnica przynosi pieniądze, czy jest nawykiem?

Pytanie rozstrzygające całą sprawę. Sposób pracy, który daje Ci przewagę, czasem opłaca się chronić własnym kodem. Sposób pracy, który wziął się stąd, że ktoś dawno temu tak ustawił arkusz, nie jest tego wart.

Ile firm w Polsce robi to podobnie?

Jeśli setki, to prawie na pewno ktoś zbudował z tego produkt i utrzymuje go za pieniądze wszystkich tych firm naraz. Warto go poszukać, zanim zapłacisz za to samo jeszcze raz, tylko dla siebie.

Kto po Twojej stronie odbierze tę robotę?

Aplikacja dla firmy na zamówienie wymaga kogoś u Ciebie, kto powie, że wynik zgadza się z tym, jak firma naprawdę pracuje. Bez tej osoby dostaniesz system zgodny z opisem, ale nie z rzeczywistością.

Co się stanie, gdy zmieni się przepis albo kontrahent?

Pytam o konkretny scenariusz: zmiana w rozliczeniach, największy odbiorca zmienia format danych. Kto to wtedy zrobi, w jakim czasie i za czyje pieniądze. Jeśli odpowiedzi nie ma teraz, nie będzie jej też później.

Warianty pomiędzy gotowym a pisanym od zera

To nie jest wybór zero-jedynkowy między półką a systemem pisanym od zera, choć tak zwykle bywa przedstawiany. Między tymi biegunami są trzy pozycje pośrednie i w nich mieści się większość sensownych rozstrzygnięć. Schodzę niżej dopiero wtedy, gdy wyższa droga naprawdę nie wystarcza.

1
Zmiana sposobu pracy zamiast zmiany systemu
Najtańsze rozwiązanie to takie, w którym nic się nie kupuje. Często „gotowe tego nie potrafi” znaczy „gotowe robi to inaczej, niż jesteśmy przyzwyczajeni” — a ten inny sposób powstał z doświadczenia wielu firm.
2
Gotowy produkt porządnie skonfigurowany
Poważne systemy mają pola własne, role, szablony dokumentów i reguły, których nikt nie włączył, bo wdrożenie skończyło się na założeniu kont. Zanim uznasz, że czegoś nie ma, sprawdź, czy tylko nie jest wyłączone.
3
Gotowy rdzeń plus to jedno, czego brakuje
Hybryda, która w małej firmie wygrywa najczęściej: rdzeń zostaje gotowy, a brakujący fragment powstaje obok — jako integracja przez n8n, Make czy Zapier albo mały moduł na interfejsie programu. Płacisz tylko za tę jedną rzecz, a aktualizacje robi dostawca.
4
Kilka gotowych narzędzi spiętych ze sobą
Zamiast jednego programu, który ma umieć wszystko — dwa lub trzy robiące swoje dobrze i ustalony sposób przekazywania danych między nimi. Cena to więcej miejsc do pilnowania, ale wyjście z takiego układu jest łatwe.
5
System dedykowany, świadomie i wąsko
Zostaje wtedy, gdy naprawdę robisz coś, czego rynek nie obsługuje, i właśnie z tego żyjesz. Piszę wtedy pod tę jedną rzecz: faktury, kadry i księgowość zostają na gotowym.

Gdzie ten wybór się mści

Nie budowa. Napisanie aplikacji dla firmy na zamówienie jest rzemiosłem o dobrze opisanych regułach. Trudne jest odróżnienie tego, w czym naprawdę jesteś inny, od tego, do czego się przyzwyczaiłeś — bo z wewnątrz firmy jedno i drugie wygląda identycznie i broni się tym samym zdaniem: „u nas tak się tego nie da zrobić”.

Największy kłopot to granica zakresu. Dedykowany system rośnie sam: skoro mamy już własne zlecenia, dopiszmy rozliczenie kierowców, potem magazyn. Po dwóch latach firma utrzymuje własny system do wszystkiego, którego nikt świadomie nie zamówił.

Jest też asymetria wyjścia. Z gotowego produktu da się odejść — boli, ale da się. Wyjście z własnego systemu, którego nikt poza Tobą nie używa, oznacza zbudowanie wszystkiego od nowa. Dlatego kolejność „najpierw gotowe, dedykowane dopiero gdy uwiera” jest bezpieczniejsza niż odwrotna.

Pułapki, w które łatwo tu wejść

Nie zamawiałbym systemu na podstawie samej listy braków

Lista braków rośnie w trakcie pisania, bo każdy dział dopisuje swoje. Powstaje z niej zakres, którego nikt nie zamówił świadomie — suma życzeń zamiast decyzji. Zakres ustala się przez odejmowanie.

Nie budowałbym pod proces, który sam się jeszcze zmienia

Jeśli sposób pracy ustalił się kilka miesięcy temu albo firma właśnie wchodzi w nową usługę, własny system utrwali stan przejściowy. Gotowe narzędzie jest tańszym sposobem na dotrwanie do chwili, w której wiadomo już, co utrwalać.

Nie pisałbym własnego tam, gdzie rządzą przepisy

Rozliczenia, dokumenty księgowe, sprawozdawczość. Zmiana jest tam pewna, tylko nie wiadomo kiedy, a termin przychodzi z zewnątrz. Dostawca produktu bierze to ryzyko na siebie, bo rozkłada je na wszystkich klientów — pojedyncza firma nie ma jak.

Nie zaczynałbym od wyboru technologii

Rozmowa o tym, w czym system zostanie napisany, pada zwykle najwcześniej, a znaczy najmniej. Zanim padnie nazwa jakiegokolwiek narzędzia, musi być jasne, co ten system ma robić i kto go będzie utrzymywał.

Gotowy system wygrywa częściej, niż to wygląda.

Zrób ten rachunek u siebie, zanim ze mną porozmawiasz. Po jednej stronie: cena abonamentu razy liczba stanowisk, razy liczba miesięcy korzystania. Po drugiej: wycena budowy plus roczne utrzymanie plus czas Twoich ludzi na wymyślanie i odbieranie tego, co powstaje. Ten ostatni składnik zwykle wypada z rachunku, a potrafi być największy — płaci się go pracą osób, które mają firmę do prowadzenia.

Jeśli po obu stronach wychodzi podobnie — wybieraj gotowe. Remis rozstrzyga się na korzyść rozwiązania, którego nie musisz utrzymywać i z którego da się wyjść. Dedykowany ma sens, gdy różnica jest wyraźna albo gdy proces, o który chodzi, jest tym, na czym zarabiasz — nie tym, co Cię irytuje.

Napisz, czego brakuje Ci w gotowym.

Nie musisz mieć specyfikacji ani wiedzieć, jak to się nazywa po programistycznemu. Wystarczy opis tego, co robicie, i lista rzeczy, które w oglądanych systemach nie pasowały. Odpowiem, która z pięciu dróg wygląda u Ciebie sensownie — łącznie z tą, na której nie ma dla mnie roboty. Nie mam w ofercie jednego narzędzia, które musiałbym Ci pokazać.

Opisz swoją sytuacjębez płatności i zobowiązań

Jeśli decyzja dotyczy konkretnie systemu do zarządzania firmą: jak wybrać system ERP dla małej firmy → A jeśli problemem nie jest brak systemu, tylko dwa programy, które ze sobą nie rozmawiają: przepisywanie danych między systemami →