Low-code vs custom software — gdzie Bubble wystarcza, gdzie boli

Pierwsza zasada przy wyborze technologii dla nowego produktu: nie ma jednej odpowiedzi. Druga: low-code zwykle wystarcza dłużej, niż myślą programiści, ale krócej, niż myślą sprzedawcy low-code'u. Twoja praca to znaleźć ten punkt na osi czasu i podjąć decyzję, zanim koszt zmiany platformy stanie się dramatyczny. W tym wpisie porównuję trzy najczęstsze narzędzia low-code (Bubble, Retool, Webflow) z custom development na Next.js plus zaplecze. Bez ideologii — tam, gdzie low-code wygrywa, mówię to wprost. Tam, gdzie boli — też. Trzy różne narzędzia, trzy różne problemy Nie wszystkie low-code są takie same. Każde z popularnych rozwiązań rozwiązuje inny problem. Bubble — buduje pełne aplikacje webowe z bazą danych, logiką, UI. Konkurencja dla całego stosu Next.js plus backend. Retool — narzędzia wewnętrzne. Dashboardy, panele admina, custom interfejsy do baz danych. Nie zastępuje produktu, dopełnia go. Webflow — strony i landing pages z dobrym CMS. Marketing, blog, docs. Nie buduje aplikacji ze stanem i logiką. Pytanie "co lepsze, Bubble czy custom" jest jak pytanie "co lepsze, młotek czy śrubokręt". Zależy, co przybijasz. Realne koszty — co dostajesz za pieniądze Aspekt Bubble Retool Webflow Custom (Next.js) Koszt MVP 5-25 tys. zł 10-30 tys. zł 5-15 tys. zł 60-150 tys. zł Czas do MVP 2-6 tygodni 2-4 tygodnie 2-3 tygodnie 8-16 tygodni Miesięczne utrzymanie platformy 150-2000 zł 250-2000 zł 100-500 zł 50-2000 zł (hosting) Sufit skalowania ~10-50 tys. MAU wewnętrzne tooling 100k+ wizyt nieograniczony Koszt zmiany dewelopera Niski (jeśli znajdziesz Bubble dev) Niski Niski Średni Performance Średnia N/A (wewnętrzne) Bardzo dobra Bardzo dobra Kontrola nad UX Ograniczona Bardzo ograniczona Pełna Pełna Liczby pokazują oczywistą rzecz: low-code wygrywa na starcie. Ale tabela nie pokazuje, ile zapłacisz po dwóch latach, kiedy uderzysz w sufit. Kiedy Bubble jest dobrym wyborem Bubble realnie wygrywa w trzech sytuacjach. Walidacja pomysłu ( MVP w sensie ścisłym) . Nie wiesz, czy ludzie zechcą Twój produkt. Chcesz w 4 tygodnie dostarczyć działającą wersję 50 klientom, zobaczyć ich reakcję, zdecydować dalej. Tu Bubble jest najlepszą decyzją, jaką możesz podjąć. Nawet jeśli za rok przepiszesz wszystko na custom, oszczędziłeś 6 miesięcy i 100 000 zł. Wewnętrzne narzędzia operacyjne . System zgłoszeń dla 30 pracowników, prosta aplikacja do zarządzania projektami w agencji, dashboard sprzedaży. Tu wszystko jedno, czy to Bubble czy Retool — chodzi o szybkość, nie o brand. Marketplace albo katalog z niską złożonością transakcyjną . Bubble dobrze radzi sobie z prostymi marketplace'ami (lista, filtry, kontakt). Słabo radzi sobie, gdy dochodzi skomplikowane checkout, integracje płatności specyficzne dla branży, regulacje finansowe. Kiedy Bubble boli Wiemy to z migracji, które robiliśmy. Te pułapki powtarzają się przewidywalnie. Workload units i koszty Bubble rozlicza zużycie po "workload units". Im więcej użytkowników, im bardziej skomplikowane workflow, im więcej danych — tym wyższe rachunki. Klienci z bazą 5 000 użytkowników zaczynają płacić 2 000-4 000 zł miesięcznie samej platformie. To więcej niż AWS dla równoważnej aplikacji custom. Performance i pierwszy paint Bubble renderuje aplikację po stronie klienta z dużym overheadem JavaScript. Czas pierwszego paintu rzędu 3-5 sekund jest normą. Dla aplikacji wewnętrznej nie szkodzi. Dla produktu konsumenckiego — tracisz konwersję. Vendor lock-in i export Z Bubble nie wyeksportujesz kodu. Możesz wyeksportować dane (CSV, API), ale logika biznesowa, workflow, UI — zostają u nich. Migracja oznacza przepisywanie wszystkiego od nowa. Współpraca z więcej niż jednym deweloperem Bubble pozwala na jednoczesną edycję, ale konflikty są bolesne. Git, branche, code review — nie ma tego. Dla zespołu 1 osobowego okej, dla 3+ osób to staje się chaosem. Specyficzne integracje Bubble ma plugin marketplace, ale jakość pluginów jest nierówna. Specyficzne API (polski Allegro, NBP, GUS, ePUAP, branżowe systemy) często wymagają rozwiązań typu "kup plugin za 50 USD i módl się, żeby działał". W custom napiszesz po prostu klienta API. Kiedy iść w custom od razu Są przypadki, w których Bubble jest błędem od dnia pierwszego, nawet na walidację. Aplikacje mobile-first z natywnymi feature'ami — push, kamera, offline. Bubble eksportuje do mobile, ale to nie native experience Realtime na poważnie — kolaboracyjna edycja, gry, czaty z setkami użytkowników jednocześnie Skomplikowane integracje płatnicze — Stripe Connect, marketplace splits, factoring, leasing. To gdy chcesz na poważnie sprzedawać i rozliczać Compliance — RODO z konkretnymi wymogami audytowymi, sektor publiczny, dane medyczne, dane finansowe. Bubble Cię nie pokryje Performance-critical — sklep z 10 tysiącami SKU, aplikacja real-time analytics, system z dużym ruchem Twój produkt to platforma rozwoju — chcesz mieć kontrolę nad każdą warstwą, bo to różnicuje cię od konkurencji W tych sytuacjach idziesz w dedykowane oprogramowanie od początku. Tak, kosztuje 4x więcej i trwa 3x dłużej. Ale za 18 miesięcy nie będziesz migrował. Hybryda — często optymalna ścieżka Realny wzorzec, który widzimy najczęściej: Marketing site, blog, docs — Webflow albo statyczny Next.js z CMS-em. Brand i SEO Aplikacja produktowa — custom Next.js plus backend. Twoja IP Panel admina i narzędzia wewnętrzne — Retool. Czemu tracić tygodnie na CRUD-y dla 10 osób Taki podział zwykle redukuje koszt customu o 20-30%, bo nie budujesz panela admina od zera. Sprawdź naszą stronę o panelach admina na zamówienie — czasem custom jest jednak konieczny (UX dla nietechnicznych użytkowników, branding, multi-tenant), ale często Retool wystarcza. Konkretna ścieżka decyzyjna Zamiast filozofii, prosta lista pytań do siebie. Czy walidujesz pomysł? Tak → Bubble albo nawet sam landing z waitlist. Nie → idź dalej Czy budujesz narzędzie wewnętrzne dla zespołu? Tak → Retool. Nie → idź dalej Czy spodziewasz się >10 tys. aktywnych użytkowników w roku? Tak → custom. Nie → Bubble jeszcze wystarczy Czy masz specyficzne integracje, compliance albo realtime? Tak → custom. Nie → idź dalej Czy planujesz pozyskać inwestorów albo sprzedać firmę? Tak → custom (due diligence Bubble to problem). Nie → Bubble dalej okej Czy masz budżet 80-200 tysięcy na start? Tak → masz wybór. Nie → Bubble, bo nie masz budżetu na custom To nie jest matematyczna formuła, ale w 80% przypadków daje dobrą pierwszą hipotezę. Co dla mnie znaczy "bolesna migracja" Robiliśmy kilka migracji z Bubble do Next.js plus Postgres. Średni koszt: 80-180 tysięcy złotych. Średni czas: 4-8 miesięcy z równoległym utrzymaniem starej wersji. To realny koszt złej decyzji platformowej. Czy to oznacza, że nie warto zaczynać od Bubble? Nie. Czasem zaczęcie od Bubble i migracja po roku to wciąż tańsza ścieżka, niż 9 miesięcy custom developmentu na pomysł, którego rynek nie chce. Ale to musi być świadoma decyzja, nie konsekwencja braku wiedzy o ograniczeniach. Jeśli stoisz przed taką decyzją teraz — zrób sobie tabelę kosztu obu scenariuszy w horyzoncie 24 miesięcy, włączając hipotetyczną migrację. Czasem niespodziewanie wychodzi, że custom od razu jest tańszy.

Najczęstsze pytania

Czy aplikacja na Bubble się skaluje?

Do kilku tysięcy aktywnych użytkowników miesięcznie — tak. Powyżej zaczynają się problemy z performance, kosztami workload units i ograniczeniami serwerowymi. Powyżej 50 tysięcy MAU praktycznie nie spotykamy działających instancji.

Co kosztuje migracja z Bubble na custom?

Od 60 do 200 tysięcy złotych, w zależności od złożoności. Ale to znaczy, że pierwszy rok na Bubble był efektywnie wyrzucony — co czasem jest okej, jeśli walidowałeś produkt.

Retool zastąpi prawdziwy panel admina?

Dla narzędzi wewnętrznych (CRUD na bazie, dashboardy operacyjne, prosty workflow) — tak. Dla produktu dla klienta końcowego — nie, brak kontroli nad UX i brandingiem.

Czy Webflow nadaje się dla SaaS?

Tylko jako marketing site (landing, blog, docs). Logiki aplikacyjnej (login, dashboard, billing) nie zbudujesz dobrze w Webflow.