Kalkulator ofertowy, panel z danymi kampanii, kalendarz treści dla zespołu. Wszystkie te narzędzia w NoCodeWork zbudowaliśmy sami, opisując je po polsku w Claude Code. Żaden software house, żaden freelancer. Koszt: abonament i kilka wieczorów. Jeszcze trzy lata temu każde z nich byłoby projektem za kilkadziesiąt tysięcy złotych albo pozycją na liście „kiedyś".
Z drugiej strony regularnie widzę u klientów prototypy sklejone z AI, które „tymczasowo" obsługują dane klientów albo faktury, i nikt nie wie, co się stanie, gdy coś padnie. Programowanie z AI naprawdę przesunęło granicę tego, co właściciel firmy zrobi sam. Nie przesunęło jej jednak w nieskończoność.
W tym artykule rysuję tę granicę tak, jak tłumaczę ją na konsultacjach: co realnie zbudujesz sam, czego nie ruszaj, ile kosztuje jedno i drugie, i jaki model pośredni polecamy najczęściej.
TL;DR: Narzędzia wewnętrzne (kalkulatory, dashboardy, raporty, prototypy MVP) zbudujesz dziś sam z Claude Code za ok. 100–1000 zł miesięcznie, w dni zamiast miesięcy. Płatności, dane wrażliwe i systemy krytyczne dla przychodu nadal oddaj profesjonalistom: MVP od ok. 50 tys. zł. Najlepsza ścieżka: prototyp sam, walidacja, dopiero potem inwestycja w porządną wersję.
Co zmieniło programowanie z AI
Do niedawna między pomysłem na narzędzie a działającym narzędziem stał programista. Trzeba było go znaleźć, opłacić i wytłumaczyć mu, o co chodzi. Dla narzędzia wewnętrznego, z którego korzysta pięć osób, ten rachunek prawie nigdy się nie spinał, więc firmy dalej klepały wszystko w Excelu.
Narzędzia takie jak Claude Code (i podobne: Cursor, Codex) zmieniły mechanikę tego procesu. Opisujesz po polsku, co ma powstać: „zrób mi stronę, na której handlowiec wpisuje wymiary i ilość, a dostaje wycenę według naszego cennika". AI pisze kod, uruchamia go, widzi błędy i samo je poprawia. Ty patrzysz na wynik i mówisz, co zmienić. Osoba bez background'u programistycznego, która potrafi precyzyjnie opisać proces ze swojej firmy, jest w stanie dojść do działającego narzędzia.
Nie piszemy tego z cudzych relacji. Sami tak pracujemy: nasze wewnętrzne narzędzia powstają dokładnie w tym modelu i część z nich działa produkcyjnie od miesięcy. Dwie rzeczy okazały się w praktyce ważniejsze niż sam model AI. Pierwsza: umiejętność opisania, czego chcesz, bo AI z dobrym opisem firmy i procesu pisze zupełnie inny kod niż AI zgadujące — jak to przygotować, opisaliśmy w artykule o kontekście dla AI. Druga: podstawowa higiena pracy, o której w dalszej części. Jeśli chcesz zacząć od zera, mamy gotowy setup Claude Code dla foundera.
Co realnie zbudujesz sam
Z naszej praktyki lista rzeczy, które właściciel firmy realnie doprowadzi do działającej wersji samodzielnie:
- Kalkulatory i narzędzia ofertowe. Handlowiec wpisuje parametry, dostaje wycenę według Waszego cennika. Jedna strona HTML, logika w środku, zero infrastruktury. To najczęstszy „pierwszy sukces" naszych klientów.
- Panele i dashboardy do własnych danych. Dane z arkuszy, GA4, CRM czy bazy w jednym widoku, po Waszemu, zamiast trzech otwartych zakładek i ręcznego przepisywania.
- Raporty. Skrypt, który raz w tygodniu zbiera dane, składa czytelny raport i wysyła go mailem. Nudne, a uwalnia godziny.
- Prototyp MVP do walidacji pomysłu. Klikalna, działająca wersja produktu, którą pokażesz pierwszym klientom, zanim wydasz poważne pieniądze.
- Automatyzacje z małym frontendem. Formularz dla zespołu, trochę logiki, zapis do bazy lub arkusza. Wszystko to, co jest „za małe" na projekt IT, a za duże na Excela.
Wspólny mianownik: narzędzia wewnętrzne albo prototypy, używane przez kilka–kilkanaście osób, gdzie awaria oznacza irytację, a nie stratę przychodu.
Jedno zastrzeżenie, które powtarzamy uparcie: zanim cokolwiek wystawisz publicznie w internecie, niech ktoś techniczny zrobi przegląd bezpieczeństwa kodu. To usługa na godziny, nie na tygodnie, a wyłapuje rzeczy, których nie zobaczysz: klucze API zapisane w kodzie, brak walidacji danych, otwarte endpointy. Narzędzie wewnętrzne za logowaniem wybacza dużo; strona dostępna dla całego internetu nie wybacza nic.
Czego nie budować samemu
Granica przebiega tam, gdzie kończy się „narzędzie" i zaczyna „system". Nie buduj samodzielnie:
- Systemów krytycznych dla przychodu. Jeśli awaria zatrzymuje sprzedaż albo produkcję, potrzebujesz kogoś, kto odpowiada za działanie i wstaje do awarii o 22:00.
- Niczego z płatnościami. Obsługa kart i przelewów to regulacje, bezpieczeństwo i odpowiedzialność finansowa. Tu nawet doświadczone zespoły korzystają z gotowych operatorów, a nie piszą własne rozwiązania.
- Niczego na danych wrażliwych. Dane medyczne, finansowe klientów, dokumenty tożsamości. Wyciek to nie wpadka, tylko RODO, kary i utrata zaufania.
- Aplikacji dla tysięcy użytkowników. Prototyp, który działa dla dziesięciu osób, pod obciążeniem setek równoczesnych sesji wywraca się w sposoby, których nie przewidzisz.
- Niczego, co ma żyć latami i być utrzymywane przez zespół. Kod pisany na szybko z AI bywa trudny do przejęcia. Jeśli narzędzie ma być rozwijane przez lata, fundament musi położyć ktoś, kto robi to zawodowo.
„Najdroższe aplikacje, jakie widzę u klientów, to nie te z software house'ów, tylko własne prototypy, które »tymczasowo« weszły na produkcję i po roku obsługują faktury całej firmy. Prototyp zbudowany w trzy wieczory jest świetny do walidacji i groźny wszędzie tam, gdzie nikt nie zrobił mu przeglądu bezpieczeństwa." — Mikołaj Brunka, założyciel NoCodeWork
Jest też pytanie zerowe, wcześniejsze niż „sam czy software house": czy w ogóle budować? Sporo narzędzi, które firmy chcą tworzyć, istnieje jako gotowy SaaS za 100 zł miesięcznie. Rachunek własnej aplikacji kontra gotowego narzędzia rozpisaliśmy w osobnym artykule.
Koszty: samodzielnie vs software house
| Pozycja | Samodzielnie z Claude Code | Software house |
|---|---|---|
| Koszt wejścia | abonament ok. 100–1000 zł/mies. (ceny z lipca 2026) | MVP od ok. 50 tys. zł wzwyż |
| Pełny, dopracowany produkt | to nie ta liga | setki tysięcy zł |
| Czas do działającej wersji | dni, czasem tygodnie | zwykle 2–4 miesiące |
| Twój wkład czasu | kilka–kilkanaście wieczorów | godziny na warsztaty i odbiory |
| Kto utrzymuje | Ty | umowa utrzymaniowa, opłata miesięczna |
| Kto odpowiada, gdy padnie | Ty | wykonawca (w granicach umowy) |
Ta tabela wymaga uczciwego komentarza. Po stronie „samodzielnie" największym kosztem nie jest abonament, tylko Twój czas — a czas właściciela firmy ma konkretną stawkę. Kilka wieczorów na kalkulator ofertowy to świetna inwestycja. Trzeci miesiąc dłubania przy aplikacji, która „prawie działa", to już sygnał, że zawędrowałeś poza swoją strefę i drożej wychodzi upór niż faktura od profesjonalistów.
Po stronie software house'u widełki też mają swoje uzasadnienie: płacisz za zespół, architekturę, testy i odpowiedzialność. Skąd biorą się te kwoty i co dokładnie dostajesz, rozbieramy w artykule ile kosztuje zbudowanie MVP aplikacji.
Model pośredni, który polecamy
Najlepsze rezultaty u klientów daje ścieżka trójetapowa:
- Zbuduj prototyp sam. Kilka wieczorów z Claude Code, wersja brzydka, ale działająca. Cel: sprawdzić, czy narzędzie w ogóle rozwiązuje problem.
- Zwaliduj na prawdziwych ludziach. Daj prototyp zespołowi albo pierwszym klientom na dwa–cztery tygodnie. Połowa pomysłów umiera na tym etapie i to jest sukces: umarły za cenę abonamentu, nie za 80 tysięcy.
- Dopiero teraz inwestuj. Jeśli narzędzie się przyjęło i ma rosnąć, zamów porządną wersję. Możesz oddać prototyp software house'owi jako specyfikację: działająca aplikacja mówi wykonawcy więcej niż 40 stron dokumentacji i ucina tygodnie ustaleń, bo spory o to, „jak to ma działać", zostały już rozstrzygnięte na żywym organizmie.
Ten model odwraca klasyczny problem zamawiania oprogramowania: zamiast płacić z góry za zgadywanie, płacisz na końcu za pewność. Software house też na tym wygrywa, bo dostaje klienta, który wie, czego chce.
Ryzyka vibe codingu i jak je ograniczać
„Vibe coding", czyli budowanie z AI bez rozumienia kodu, ma cztery powtarzalne pułapki. Wszystkie widzieliśmy w praktyce i wszystkie da się tanio ograniczyć:
- Bezpieczeństwo. AI potrafi zapisać klucz API prosto w kodzie albo zostawić panel bez logowania. Zasada: nic nie wystawiasz publicznie bez przeglądu bezpieczeństwa przez kogoś technicznego, a narzędzia wewnętrzne trzymasz za logowaniem lub w sieci firmowej.
- Brak kopii zapasowych. Narzędzie żyje na laptopie, dane w jednym pliku, dysk pada i po wszystkim. Zasada: kod w repozytorium git od pierwszego dnia (Claude Code zrobi to za Ciebie, wystarczy poprosić), dane z automatyczną kopią poza maszyną.
- „Działa u mnie". U Ciebie działa, u księgowej się nie otwiera, bo wszystko było przypięte do Twojego komputera. Zasada: jeśli narzędzie ma służyć zespołowi, od początku postaw je na małym serwerze albo tanim hostingu, nie na własnym laptopie.
- Dług techniczny. AI chętnie dokleja kolejne funkcje, aż po pół roku nikt, łącznie z AI, nie panuje nad całością. Zasada: buduj małe, osobne narzędzia zamiast jednego kombajnu. A gdy narzędzie zaczyna wyglądać jak produkt, wróć do modelu pośredniego z poprzedniej sekcji.
Żadne z tych ryzyk nie jest argumentem przeciw samodzielnemu budowaniu. To argumenty za tym, żeby budować z kilkoma prostymi zasadami zamiast na żywioł.
Tabela decyzyjna
| Co chcesz zbudować | Sam z Claude Code | Software house |
|---|---|---|
| Kalkulator, narzędzie ofertowe | tak | przepłacisz |
| Dashboard do własnych danych | tak | zwykle zbędny |
| Cykliczny raport z danych firmy | tak | zbędny |
| Prototyp MVP do walidacji | tak | dopiero po walidacji |
| Automatyzacja z małym frontendem | tak, z przeglądem bezpieczeństwa | przy większej skali |
| Aplikacja z płatnościami | tylko prototyp bez prawdziwych płatności | tak |
| System krytyczny dla przychodu | nie | tak |
| Aplikacja na danych wrażliwych | nie | tak, z audytem bezpieczeństwa |
| Produkt dla tysięcy użytkowników | prototyp | tak |
Skrót do zapamiętania: wewnętrzne i małe — buduj sam. Publiczne, krytyczne albo na wrażliwych danych — zlecaj. Wszystko pomiędzy — zbuduj prototyp i zdecyduj po walidacji.
FAQ
Czy muszę umieć programować, żeby budować z Claude Code?
Nie, ale musisz umieć precyzyjnie opisać, co ma powstać, i cierpliwie iterować. Osoby nietechniczne z naszego otoczenia dochodzą do działających narzędzi wewnętrznych w kilka wieczorów. Barierą nie jest kod, tylko jasność: co narzędzie ma robić, dla kogo i na jakich danych.
Ile kosztuje budowanie narzędzi z Claude Code?
Abonament od ok. 100 zł miesięcznie za plan podstawowy do ok. 500–1000 zł za plany z dużymi limitami (ceny z lipca 2026). Do tego Twój czas: proste narzędzie to zwykle kilka wieczorów. Żadnych kosztów licencji za samo używanie zbudowanego narzędzia wewnątrz firmy.
Czy narzędzie zbudowane z AI mogę wystawić publicznie dla klientów?
Dopiero po przeglądzie bezpieczeństwa zrobionym przez kogoś technicznego: sprawdzeniu, czy w kodzie nie ma kluczy dostępowych, czy dane wejściowe są walidowane i czy dostęp jest właściwie ograniczony. To usługa rzędu godzin. Bez tego trzymaj narzędzie wewnątrz firmy, za logowaniem.
Czy software house przyjmie mój prototyp jako specyfikację?
Tak, i zwykle się ucieszy. Działający prototyp odpowiada na pytania, o które normalnie toczą się tygodnie ustaleń: jak wygląda proces, jakie są dane, co jest ważne dla użytkownika. Wycena na podstawie prototypu jest też precyzyjniejsza niż na podstawie dokumentu z opisem.
Kto utrzymuje narzędzie, które zbudowałem sam?
Ty, i przy małych narzędziach wewnętrznych to zwykle kilkanaście minut miesięcznie. Problem zaczyna się, gdy narzędzie staje się krytyczne dla firmy: wtedy potrzebujesz kogoś, kto przejmie utrzymanie, albo decyzji o przepisaniu go na porządną wersję. Nie odkładaj tej decyzji do pierwszej poważnej awarii.
Podsumowanie
Pytanie „Claude Code czy software house" ma nudną, praktyczną odpowiedź: to zależy od stawki. Narzędzia wewnętrzne, raporty, kalkulatory i prototypy buduj sam — za cenę abonamentu dostajesz w dni to, co kiedyś kosztowało dziesiątki tysięcy i miesiące czekania. Systemy, na których wisi Twój przychód, płatności i dane wrażliwe, oddaj ludziom, którzy biorą za nie odpowiedzialność.
A jeśli nie wiesz, po której stronie granicy leży Twój pomysł, zacznij od prototypu. Najgorszy scenariusz: stracisz kilka wieczorów i dowiesz się, że pomysł nie działa. To najtańsza lekcja, jaką można kupić w IT.
W NoCodeWork budujemy aplikacje wewnętrzne i automatyzacje dla MŚP, a founderom pomagamy przejść od prototypu do wersji produkcyjnej. Jeśli zastanawiasz się, czy Twoje narzędzie to projekt „sam", „zlecić" czy „w ogóle nie budować", umów bezpłatną konsultację — wskażemy kierunek i wprost powiemy, jeśli budowanie czegokolwiek nie ma w Twoim przypadku sensu.
