No-code czy programista: kiedy aplikacja w Bubble, Softr lub Power Apps wystarczy, a kiedy własny kod

Kiedy no-code, a kiedy programista?

Krótka odpowiedź: platformę bez kodu wybierz, gdy chcesz szybko sprawdzić pomysł albo zbudować narzędzie wewnętrzne, a programistę, gdy powstaje system, na którym firma będzie pracować latami. Decyduje mniej budżet, a bardziej to, kto korzysta z aplikacji, jakie ma uprawnienia i z czym musi się łączyć.

No-code to platforma, w której aplikację składasz z gotowych elementów w edytorze wizualnym: tabel, formularzy, list i reguł w rodzaju „gdy zmieni się status, wyślij maila”. Dane, logika i serwer są po stronie dostawcy, a abonament rośnie z liczbą użytkowników, rekordów albo pracy serwera. Aplikacja dedykowana to kod napisany pod Twój proces, uruchamiany na wybranym serwerze, z bazą danych, do której masz pełny dostęp.

Dziś granica się zaciera. Bubble ma agenta AI (według FAQ Bubble w publicznej wersji beta), Softr blok generujący kod interfejsu, a Lovable i Bolt piszą zwykły kod z opisu w czacie. Dlatego lepiej zadać trzy inne pytania: kto będzie korzystał z aplikacji, co się stanie z danymi i logiką, gdy zechcesz odejść od platformy, i kto odpowiada za bezpieczeństwo.

Ceny i limity w tym przewodniku pochodzą z oficjalnych cenników i dokumentacji. Sprawdź je przed decyzją, bo te cenniki się zmieniają: Glide sprzedaje dziś GlideOS, osobny produkt z planami rozliczanymi kredytami, a starsza wersja, Glide Classic, ma własne plany i wymaga osobnej subskrypcji.

Struktura kosztów jest odwrotna. Na platformie budowa jest tania, często robisz ją sam, ale abonament płacisz co miesiąc i rośnie razem z użyciem. Przy własnym kodzie najwięcej kosztuje praca programisty na starcie, a potem serwer i utrzymanie; abonamentu za liczbę użytkowników nie ma. Dlatego porównuję obie drogi w horyzoncie trzech do pięciu lat, a nie po cenie pierwszego miesiąca.

• Wybierz no-codeNarzędzie wewnętrzne dla kilku lub kilkunastu osób, prototyp do pokazania klientom albo MVP, które ma sprawdzić popyt, zanim zainwestujesz w kod.
• Wybierz programistęAplikacja dla klientów z własnym modelem uprawnień, integracje z ERP lub KSeF, przetwarzanie w tle, dane, które muszą zostać w Unii, i horyzont dłuższy niż dwa lata.
• Wybierz drogę pośredniąPlatforma dziś, z planem wyjścia od pierwszego dnia: reguły spisane poza edytorem, regularny eksport danych i umówiony próg, po którym przepisujesz aplikację na kod.
• Generator AI z przeglądem koduLovable i Bolt piszą zwykły kod, więc prototyp można rozwijać dalej. Zanim zapiszesz w nim dane klientów, zleć programiście przegląd kodu i testy uprawnień.

Czy zbudujesz taką aplikację sam?

Prostą aplikację na platformie zbudujesz sam, jeśli umiesz rozpisać dane w tabelach, a reguły w krokach „gdy… to…”. Trudniejsze od klikania jest projektowanie: powiązania między tabelami, uprawnienia i to, co ma się dziać w tle.

Bubble podaje w swoim FAQ, że osoba swobodnie obsługująca komputer uruchamia pierwszą działającą aplikację w ciągu kilku dni, a budowanie większości funkcji bez pomocy opanowuje zwykle po kilku tygodniach regularnej pracy. To realna droga dla właściciela albo pracownika, który zna proces i ma na to czas w kalendarzu, a nie tylko wieczorami.

Najczęściej brakuje trzech umiejętności. Pierwsza to model danych: co jest osobną tabelą, a co polem, i jak tabele się łączą. Druga to reguły dostępu, czyli kto widzi który rekord. Trzecia to rachunek pracy serwera, bo na Bubble źle ułożone wyszukiwanie kosztuje co miesiąc. Błąd w modelu danych zwykle wychodzi dopiero wtedy, gdy rekordów przybywa i trzeba przebudować tabele, w których są już prawdziwe dane.

Jest też droga pośrednia między „sam” a „programista”: wykonawca, który buduje na platformie. Bubble prowadzi katalog Bubble Experts z twórcami i agencjami specjalizującymi się w tej platformie. Płacisz wtedy za ich pracę i za abonament, a logika nadal zostaje w Bubble, więc zasady wyjścia opisane niżej obowiązują tak samo.

• Budujesz samMasz czas na naukę, proces znasz na pamięć, aplikacja służy zespołowi i nie trzyma danych klientów z rozbudowanymi uprawnieniami.
• Zlecasz budowę na platformieChcesz szybko mieć aplikację, ale nie masz czasu na naukę; akceptujesz abonament i to, że logika zostaje u dostawcy platformy.
• Zlecasz aplikację pisaną od podstawPotrzebujesz własnego repozytorium, bazy na koncie firmy, testów uprawnień i swobody wyboru serwera oraz kolejnego wykonawcy.

Do czego aplikacja no-code dla firmy nadaje się najlepiej?

Platforma bez kodu sprawdza się tam, gdzie liczy się czas do pierwszej działającej wersji, a proces jeszcze się zmienia.

Pierwsze zastosowanie to narzędzia wewnętrzne: rejestr zleceń, ewidencja sprzętu, wnioski urlopowe, lista zadań dla ekipy w terenie. Użytkownicy są z jednej firmy, a największą wartością jest to, że dane przestają krążyć w mailach i kolejnych wersjach pliku. Jeśli dziś pracujecie na arkuszu, zacznij od przewodnika aplikacja zamiast Excela, bo czasem wystarczy uporządkowany arkusz albo lista w Microsoft 365.

Drugie to prototyp i MVP. Prototyp pokazujesz klientom, żeby sprawdzić, czy rozumieją, co dostają; MVP ma zrealizować jedną rzecz naprawdę, na prawdziwych danych. W obu przypadkach platforma skraca drogę do odpowiedzi, czy ktoś tego potrzebuje. Jak zawęzić zakres i ile kosztuje ta sama praca w kodzie, opisuję w przewodniku MVP aplikacji: koszt i zakres.

Trzecie to portal nad tabelą: klient loguje się i widzi status zlecenia, dokumenty albo harmonogram. Softr jest zbudowany do tego: grupy użytkowników decydują o dostępie do stron, bloków i przycisków, a globalne ograniczenia danych, dostępne w planie Business, działają na poziomie pojedynczych rekordów. Dobrze to działa, dopóki liczba klientów mieści się w limicie planu.

Wspólny mianownik to proces, który za pół roku może wyglądać inaczej. Jeśli coś zbudowane w tydzień przestanie pasować, wyrzucasz to bez żalu. System pisany od podstaw utrwala reguły, więc warto go zamawiać wtedy, gdy reguły już się ustaliły.

• Firma na Google WorkspaceAppSheet Core jest w większości płatnych planów Google Workspace, więc prosta aplikacja na danych z Arkuszy może nie wymagać osobnej licencji.
• Firma na Microsoft 365Power Apps łączy się z listami SharePoint, Dataverse i SQL Server. Plan dla deweloperów pozwala zbudować i przetestować aplikację bez opłat, ale do użytku produkcyjnego potrzebna jest płatna licencja.
• Dane już w AirtableInterfejsy Airtable zamieniają bazę w aplikację z osobnymi widokami dla różnych osób. W planie Team płatny jest jednak także użytkownik interfejsu z prawem edycji lub komentowania.

Ile kosztuje aplikacja bez kodu i za co naprawdę płacisz?

Każda platforma liczy co innego: pracę serwera, użytkowników, rekordy albo kredyty AI. Od tego licznika zależy, czy rachunek urośnie razem z sukcesem aplikacji.

Ważniejsze od ceny planu startowego jest to, co jest licznikiem. Bubble liczy jednostki pracy (workload units), czyli pracę serwera. Softr liczy twórców, użytkowników aplikacji, rekordy i akcje automatyzacji. AppSheet i Power Apps liczą licencje na użytkownika, Airtable osoby z prawem edycji, a Glide, Lovable i Bolt kredyty albo tokeny AI.

Przy licencjach na użytkownika koszt jest przewidywalny, ale rośnie liniowo z zespołem. Przy cenie z cennika Microsoftu, 17,30 € za użytkownika miesięcznie, trzydzieści osób w Power Apps Premium to 519 € miesięcznie, czyli ponad 6,2 tys. € rocznie, zanim ktokolwiek zapłaci za budowę aplikacji. Większą niespodzianką bywają użytkownicy zewnętrzni. Według cennika Softr plan Pro obejmuje 50 klientów z logowaniem, więc portal dla 80 osób po stronie klientów wymaga planu Business albo dokupienia użytkowników. AppSheet liczy gościa bez logowania osobno na każdym urządzeniu, a publiczne aplikacje bez logowania i bez danych wrażliwych obsługuje subskrypcja Publisher Pro za 50 USD miesięcznie za aplikację.

Moja rada: policz koszt przy trzykrotnie większej liczbie użytkowników i rekordów niż dziś. Jeśli wynik nadal Ci odpowiada, platforma jest bezpiecznym wyborem. Jak porównać abonament z kosztem własnego systemu w horyzoncie pięciu lat, pokazuję w przewodniku oprogramowanie dedykowane czy gotowe.

Cenniki i przepisy się zmieniają. Linki do źródeł są na dole strony.

Liczniki i limity platform no-code i generatorów AI według oficjalnych cenników i dokumentacji. Kwoty w walucie cennika; Microsoft podaje cenę bez VAT. Bubble, Airtable i Power Apps: stawki przy płatności rocznej, Bolt: przy miesięcznej, pozostałe: kwota widoczna w cenniku. Sprawdź je u producenta w dniu decyzji.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Bubble czy własny kod: jak policzyć jednostki pracy?

Bubble ma to, co klasyczna aplikacja: własną bazę, logikę po stronie serwera, API i aplikacje mobilne (natywne w publicznej wersji beta). Dlatego porównanie z kodem warto zrobić na liczbach.

Dokumentacja Bubble podaje stawki bazowe: wczytanie strony to 0,15 jednostki pracy, wyszukiwanie w bazie 0,3 plus 0,015 za każdy zwrócony rekord i 0,000003 za każdy znak danych, zapis lub zmiana rekordu 0,5, wywołanie zewnętrznego API 0,1, a akcja przepływu po stronie serwera 0,6. Operacje wykonywane w samej przeglądarce nie zużywają jednostek.

Weźmy przykład, który ułożyłem sam, bez danych żadnego klienta, i policzmy go stawkami z dokumentacji Bubble: aplikacja do zleceń serwisowych dla 15 osób. Każda osoba otwiera listę 50 zleceń 30 razy dziennie przez 21 dni roboczych, czyli 9450 otwarć w miesiącu. Jedno otwarcie to 0,15 za stronę, 0,3 za wyszukiwanie, 50 × 0,015 za rekordy i 0,06 za 20 tys. znaków danych, razem 1,26 jednostki, a w miesiącu około 11,9 tys. Do tego po 20 zapisów dziennie na osobę, czyli 6300 zapisów po 0,5 jednostki. Suma to około 15 tys. jednostek, niecałe 9 proc. puli 175 tys. w planie Starter. Dla takiej aplikacji Bubble jest tani i nie ma sensu z nim walczyć.

Teraz dołóż nocne zadanie, które przelicza terminy w 20 tys. zleceń. Same zapisy to 20 tys. × 0,5, czyli 10 tys. jednostek na noc i około 300 tys. w miesiącu, więc razem z codzienną pracą aplikacja wychodzi poza pulę Starter (175 tys.) i Growth (250 tys.). Nadwyżka kosztuje według FAQ cennika Bubble 0,30 USD za każde 1000 jednostek, więc 140 tys. jednostek ponad pulę Startera to około 42 USD ponad abonament. Rachunek nie wybucha, ale zmienia się co innego: koszt przestał zależeć od liczby użytkowników, a zaczął od tego, jak napisano jedno zadanie.

Groźniejszy jest drugi scenariusz. Według FAQ cennika Bubble nadwyżki można wyłączyć, a gdy aplikacja wyczerpie wtedy pulę, dostajesz maila, że została wyłączona. Wraca po włączeniu nadwyżek, dokupieniu pakietu albo z początkiem nowego okresu rozliczeniowego. Bubble wysyła ostrzeżenia mailem przy 75 i 100 proc. zużycia, więc ustal, kto w firmie te maile czyta.

Przy własnym serwerze i bazie płacisz zwykle za ich rozmiar, a nie za każdą operację, a nocne przeliczenie 20 tys. wierszy można w PostgreSQL zapisać jako jedno polecenie UPDATE wykonywane w bazie. Dochodzi za to praca programisty i utrzymanie, których w cenniku Bubble nie widać. Rozpisuję te koszty w przewodniku ile kosztuje aplikacja webowa.

Hipotetyczna aplikacja do zleceń dla 15 osób, liczona stawkami bazowymi z dokumentacji Bubble. Rzeczywiste zużycie bywa wyższe (warunki, wtyczki, wyszukiwania w tle), dlatego Bubble zaleca mierzyć je w panelu App Metrics.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Kiedy platforma przestaje wystarczać?

Brak funkcji rzadko jest powodem przeprowadzki, bo platformy mają wtyczki i API. Częściej są nim skala, uprawnienia, integracje i to, czego nie widać w edytorze.

Żaden z tych punktów nie przekreśla platformy. Każdy jest jednak sygnałem, że prototyp staje się systemem firmy, a wtedy warto zaplanować, co dalej, zanim zdecyduje za Ciebie limit planu.

Integracja z KSeF to więcej niż wtyczka. Według dokumentacji API KSeF 2.0 Ministerstwa Finansów trzeba uzyskać token dostępu, otworzyć sesję, zaszyfrować fakturę, sprawdzić status wysyłki, pobrać UPO i numer KSeF, a fakturę wystawioną w trybie offline oznaczyć przy wysyłce. Jak to wygląda w praktyce, opisuję w przewodniku integracja z KSeF przez API.

• Ciche limity danychPower Apps przy zapytaniu, którego źródło danych nie potrafi wykonać, pobiera pierwsze 500 rekordów (po zmianie ustawienia najwyżej 2000) i dopiero na nich filtruje. Dokumentacja Microsoftu ostrzega, że rekord numer 501 nie zostanie wtedy znaleziony.
• Uprawnienia zależne od rekorduGdy handlowiec widzi tylko swoich klientów, a klient tylko swoje dokumenty, reguły muszą działać po stronie serwera. Softr daje szczegółowe uprawnienia od planu Pro, a w Bubble reguły prywatności trzeba skonfigurować przed publikacją. Błąd w tej warstwie nie daje komunikatu, tylko pokazuje cudze dane.
• Integracje z polskimi systemamiGotowe wtyczki to zwykle usługi takie jak Stripe, Google czy OpenAI. Do programu księgowego albo ERP prowadzi własne połączenie przez API: Bubble ma API Connector do usług REST i GraphQL, Softr łączniki API od planu Pro, Power Apps łączniki niestandardowe.
• Praca w tle i diagnostykaNocny import pliku od dostawcy, ponawianie nieudanej wysyłki, przeliczenia na tysiącach rekordów. Gdy coś się nie uda, widzisz tyle, ile pokaże panel: według cennika Bubble logi serwera są dostępne 2 dni na planie Starter i 14 dni na Growth.
• Wymogi formalneRegion danych, umowa powierzenia, kopie zapasowe pod Twoją kontrolą. Na tańszych planach często nie masz wyboru, o czym piszę w sekcji o RODO.

Czy da się odejść od platformy? Dane tak, logika nie

Przy wyborze platformy sprawdź najpierw, co zabierzesz, gdy zechcesz odejść: dane zwykle tak, a reguły, ekrany i automatyzacje zostają u dostawcy.

Bubble pisze o tym otwarcie. Dane wyeksportujesz do plików CSV albo pobierzesz przez API, ale aplikacja działa tylko na platformie Bubble i nie ma tradycyjnego kodu do eksportu. Przy przeprowadzce Bubble może udostępnić surowy eksport logiki w pliku JSON, który pomoże programiście zrozumieć, co zbudowano, ale nie uruchomisz go na innym serwerze. W tym samym FAQ Bubble zapowiada, że gdyby miał zakończyć działalność, udostępni kod źródłowy platformy na licencji open source.

Power Apps pozwala wyeksportować aplikację kanwy jako pakiet i zaimportować ją w innym środowisku, ale wciąż w Power Platform. Pakiet nie przenosi połączeń, łączników niestandardowych ani bram do danych lokalnych; trzeba je odtworzyć w środowisku docelowym. To sposób na przenoszenie aplikacji między środowiskami Microsoftu, a nie eksport kodu na własny serwer.

Generatory AI odwracają tę zależność. Lovable deklaruje, że aplikacje i kod należą do Ciebie, synchronizuje projekt z repozytorium Git i opisuje, jak przenieść backend do Supabase. Razem z kodem przejmujesz jednak obowiązki, które wcześniej brała na siebie platforma: serwer, kopie zapasowe, aktualizacje i bezpieczeństwo. Lovable wymienia je wprost w dokumentacji o przenosinach.

Prawo pomaga tylko częściowo. Akt w sprawie danych (rozporządzenie UE 2023/2854) stosuje się od 12 września 2025 r. i zobowiązuje dostawców usług przetwarzania danych do usuwania przeszkód w zmianie dostawcy, w tym w przeniesieniu danych eksportowalnych i aktywów cyfrowych klienta, a od 12 stycznia 2027 r. zakazuje opłat za samą procedurę zmiany. Definicja danych eksportowalnych wyłącza jednak aktywa i dane objęte prawami własności intelektualnej lub tajemnicą przedsiębiorstwa. Nie zakładałbym więc, że rozporządzenie zmusi platformę no-code do oddania logiki w postaci, którą uruchomisz u siebie.

Wniosek praktyczny: przy każdej platformie prowadź poza nią dokument z regułami biznesowymi. Reguła, która istnieje tylko w edytorze, to reguła, którą przy przeprowadzce ktoś odtworzy z klikania po ekranach. O prawach do kodu przy aplikacji pisanej na zamówienie piszę w przewodniku prawa autorskie do aplikacji.

Co zabierzesz, odchodząc od platformy, według dokumentacji producentów.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

RODO: gdzie platforma trzyma dane Twoich klientów?

Platforma bez kodu przechowuje dane osobowe Twoich klientów i pracowników na swoich serwerach. Dla RODO jest więc podmiotem przetwarzającym, a Ty administratorem.

Art. 28 RODO wymaga, żeby administrator korzystał tylko z podmiotów przetwarzających, które dają wystarczające gwarancje, a przetwarzanie odbywało się na podstawie umowy określającej między innymi przedmiot, czas trwania, cel i rodzaj danych. Podmiot przetwarzający nie może też korzystać z kolejnych podwykonawców bez Twojej zgody, choćby ogólnej. Przy usłudze SaaS oznacza to w praktyce przyjęcie umowy powierzenia (DPA) dostawcy i sprawdzenie listy jego podwykonawców.

Druga sprawa to miejsce. Aplikacje Bubble na wspólnej infrastrukturze działają w regionie AWS West w Oregonie w USA; wybór lokalizacji hostingu daje dopiero plan Enterprise. Przekazanie danych do państwa trzeciego wymaga według rozdziału V RODO podstawy, na przykład decyzji Komisji o odpowiednim stopniu ochrony albo odpowiednich zabezpieczeń w umowie. Softr podaje, że dane użytkowników i baz Softr hostuje w Niemczech, z opcją hostingu w USA. Jeśli jednak aplikacja Softr czyta dane z Airtable albo Arkuszy Google, Softr odpytuje te źródła bez kopiowania danych, więc dane zostają u tamtego dostawcy. Przy każdej platformie sprawdź to w dokumentacji i umowie.

Trzecia to logi i kopie, w których też są dane osobowe. Według cennika Bubble logi serwera są dostępne od 6 godzin na planie darmowym do 20 dni na planie Team. Ustal, czy taki okres pasuje do Twojej polityki retencji i jak usuniesz dane klienta, który o to poprosi.

W aplikacji pisanej na zamówienie te decyzje podejmujesz sam: serwer i baza mogą stać w unijnym centrum danych, a kopie i logi trzymasz tak długo, jak wymaga Twoja polityka. Odpowiedzialność za konfigurację jest wtedy po Twojej stronie albo wykonawcy, z którym masz umowę. Szerzej o obowiązkach małej firmy piszę w przewodniku AI Act i RODO w małej firmie.

• Umowa powierzeniaCzy dostawca udostępnia DPA i listę podwykonawców oraz jak informuje o ich zmianie.
• Region danych i kopiiGdzie fizycznie leżą dane, logi i kopie zapasowe oraz czy region można wybrać na Twoim planie.
• Eksport i usunięcieJak wydasz klientowi jego dane na żądanie i jak je trwale usuniesz, także z historii zmian.

Lovable, Bolt i AI: czy generator aplikacji zastąpi programistę?

Generatory AI piszą prawdziwy kod z opisu w czacie. To zmienia rachunek, ale nie usuwa pytania, kto ten kod rozumie i odpowiada za bezpieczeństwo.

Lovable i Bolt działają inaczej niż Bubble. Zamiast edytora wizualnego masz czat, a wynikiem jest kod w popularnych technologiach: nowe projekty Lovable od 13 maja 2026 r. powstają na TanStack Start, starsze na React i Vite. Płacisz za pracę modelu. Lovable liczy kredyty, a Bolt tokeny i pisze wprost, że większość zużycia to synchronizacja plików projektu z modelem, więc im większy projekt, tym droższa każda wiadomość.

Do prototypu to dobre narzędzia: klikalną wersję z bazą i logowaniem zbudujesz samym opisem w czacie. Problem zaczyna się w chwili, gdy prototyp ma przyjąć prawdziwe dane klientów.

Lovable uczciwie opisuje granice. Szybki skan bezpieczeństwa uruchamia się przy każdej publikacji i sprawdza między innymi tabele bez kontroli dostępu do rekordów, zależności npm ze znanymi podatnościami i serwer MCP bez uwierzytelnienia. Pełny skan kodu trzeba uruchomić samodzielnie. Dokumentacja dodaje, że te narzędzia nie zastępują przeglądu bezpieczeństwa, za spełnienie wymagań odpowiada autor aplikacji, a przy danych wrażliwych warto zlecić dodatkowy przegląd specjaliście.

Ryzyko, które zestawienie OWASP Top 10 z 2025 r. stawia na pierwszym miejscu, to Broken Access Control, czyli błędna kontrola dostępu: użytkownik widzi albo zmienia cudze dane. Bolt na planach Pro i Teams pozwala podłączyć bazę Supabase, a Lovable przenosi backend właśnie do Supabase. Dokumentacja Supabase ostrzega, że tabela w udostępnionym schemacie bez włączonego RLS (zabezpieczenia na poziomie wierszy) jest do odczytu i zapisu dla każdej roli, która ma do niej uprawnienie. Wystarczy pominąć w migracji linijkę włączającą RLS, a przy domyślnie nadanych uprawnieniach dane klientów są dostępne przez publiczne API aplikacji.

Moje stanowisko: kod z generatora traktuję jak kod od nowej osoby w zespole. Czytam go, zanim trafi na produkcję, dopisuję testy uprawnień i sprawdzam, co jest wystawione publicznie. Jeśli masz prototyp z Lovable albo Bolt, taki przegląd często pozwala zachować większość pracy zamiast pisać wszystko od zera.

alter table public.zlecenia enable row level security;

revoke all on table public.zlecenia from anon, authenticated;
grant select, insert, update, delete on table public.zlecenia to authenticated;

create policy "Klient widzi tylko swoje zlecenia"
on public.zlecenia for select
to authenticated
using ( (select auth.uid()) = klient_id );

Jak przenieść aplikację z platformy na własny kod bez przestoju?

Przeprowadzka z platformy to projekt, a nie eksport. Dobra wiadomość: aplikacja, której ludzie naprawdę używają, jest bardzo dobrą specyfikacją dla programisty.

Zakres przeprowadzki zależy od liczby reguł, a nie ekranów. Dlatego przy wycenie proszę najpierw o dostęp do edytora albo eksport logiki: dziesięć ekranów z trzema regułami to inna praca niż trzy ekrany, za którymi stoi czterdzieści przepływów.

1. Nazwij powód i prógPowodem może być koszt przy obecnym tempie wzrostu, limit użytkowników, wymóg regionu danych albo brakująca integracja. Jeśli nie umiesz go nazwać jednym zdaniem, zostań na platformie.
2. Spisz reguły z edytoraPrzejdź po każdym przepływie, regule prywatności i formule. Ekrany odtworzysz szybko, a pominiętą regułę ktoś zauważy dopiero przy pierwszej reklamacji.
3. Wyeksportuj dane i zaplanuj mapowanieCSV albo API z platformy, potem mapowanie pól na nowy model bazy. Sprawdź identyfikatory, daty, pliki i powiązania między tabelami, bo tam najłatwiej zgubić dane.
4. Zbuduj nowy system obok staregoStara aplikacja działa dalej. Nowa dostaje kopię danych i przechodzi testy na prawdziwych przypadkach, także nietypowych.
5. Przełącz po okresie równoległymPorównujesz wyniki obu systemów, przenosisz ostatnią porcję danych i przełączasz domenę. Zanim wypowiesz plan, zachowaj pełny eksport i sprawdź w regulaminie, jak długo platforma trzyma dane po końcu umowy.

Tabela decyzyjna: platforma, generator AI czy własny kod

Przejdź po wierszach i zaznacz kolumnę, która opisuje Twoją sytuację. Jeśli większość odpowiedzi ląduje po prawej, platforma odłoży problem, ale go nie rozwiąże.

Mieszanka odpowiedzi jest normalna. Polecam wtedy układ, w którym aplikacja dedykowana trzyma dane i reguły dotyczące pieniędzy i klientów, a platforma albo automatyzacja obsługuje rzeczy poboczne, na przykład formularz działu czy cotygodniowy raport. Przepływy między systemami buduje się w narzędziach takich jak n8n czy Make, które porównuję w przewodniku n8n, Make czy Zapier.

Jeśli wychodzi Ci wyraźnie lewa kolumna, nie daj sobie wmówić systemu na zamówienie. Kilkaset dolarów rocznie za platformę, która robi swoje, to rozsądny wydatek, a budżet na kod lepiej zostawić na moment, w którym odpowiedzi zaczną przesuwać się w prawo.

Tabela decyzyjna na podstawie limitów i dokumentacji opisanych w tym przewodniku.

Tabela jest szersza niż ekran: przesuń ją palcem w bok.

Jak pomagam wybrać i co mi wysłać

Moja rekomendacja może brzmieć: zostań przy arkuszu, zbuduj na platformie albo zamów kod. Wybieram to, co obsłuży Twój proces najtaniej w horyzoncie kilku lat, a nie to, co sam najchętniej buduję.

Buduję aplikacje webowe w Angularze albo w React z Next.js, z logiką w TypeScript i danymi w PostgreSQL, a automatyzacje w n8n, Make i Zapier. Pierwsze pytania są zawsze te same: kto korzysta z aplikacji, jakie dane w niej są, jakie reguły decydują o pieniądzach i klientach, z czym ma się łączyć i jak długo ma działać. Na tej podstawie dostajesz rekomendację: platforma no-code z planem wyjścia, przegląd prototypu z generatora AI albo aplikacja webowa pisana od podstaw. Jeśli platforma wystarczy, mówię to wprost.

Przy każdej z tych dróg obowiązuje ta sama zasada: automatyzacja i AI przejmują powtarzalną część pracy, ale płatności, wiadomości do klientów i decyzje o ludziach zatwierdza człowiek. Widełki mojej pracy znajdziesz w cenniku.

Jeśli stoisz przed tym wyborem, napisz, jaki proces ma obsłużyć aplikacja, ile osób będzie z niej korzystać i jak często, z jakimi systemami ma się łączyć i czy masz już coś zbudowanego w no-code albo w Lovable czy Bolt. Odpowiadam w ciągu jednego dnia roboczego. Pracuję z Mikołowa na Śląsku, zdalnie z firmami w całej Polsce.

Pytania i odpowiedzi