Jeśli pytasz „ile kosztuje Bubble?”, uczciwa odpowiedź brzmi: plan + ewentualny workload tier + ewentualne overages + dodatki (np. pluginy, storage). Bubble samo w sobie nie jest „drogie” ani „tanie” — jest przewidywalne, jeśli rozumiesz workload, i potrafi zaskoczyć, jeśli budujesz bez kontroli.
Po tej stronie będziesz wiedzieć, jaki plan jest realistycznym minimum dla Twojego scenariusza i gdzie są prawdziwe koszty.
Werdykt cenowy w 20 sekund
Jeśli robisz aplikację web i chcesz ją po prostu wypuścić: Starter (web-only) to sensowne minimum. Starter ma wszystko, co potrzebne do wejścia na produkcję, łącznie z custom domains i wdrożeniem, zgodnie z opisem w tierach.
Jeśli robisz natywną aplikację mobilną (App Store/Google Play): licz się z tym, że mobile ma osobne typy planów i własne ograniczenia procesowe (buildy, live versions) opisane w mobile plans.
A jeśli boisz się kosztowych niespodzianek: temat numer jeden to overages i to, czy aplikacja ma pozostać online, gdy dobije do limitu.
Zanim przejdziemy do tabeli: jak Bubble liczy plany
Bubble wybierasz per projekt, nie per konto. To znaczy: jeśli masz dwie aplikacje w dwóch projektach, płacisz za dwa plany. Jeśli web i mobile są w jednym projekcie i dzielą backend, wybierasz jeden plan typu web+mobile (to jest opisane w sekcji plan types).
Są trzy typy planów:
web-only,
mobile-only,
web+mobile
i cztery „tier’y”: Starter, Growth, Team, Enterprise (z czego Enterprise jest wyceniany indywidualnie) — zobacz Pricing and plans.
Aktualne ceny planów (USD)
Bubble w dokumentacji pokazuje ceny jako „per miesiąc” w dwóch wariantach: płatność miesięczna i płatność roczna (czyli niższa stawka miesięczna, ale zobowiązanie roczne). Tabela poniżej jest z Pricing and plans.
Płatność miesięczna (cena za miesiąc)
| Tier | Web-only | Mobile-only | Web + Mobile | Komentarz decyzji |
|---|---|---|---|---|
| Starter | $32 | $49 | $69 | Minimum do startu. Dla MVP i małych aplikacji zwykle wystarczy, dopóki nie „zjesz” workload. |
| Growth | $134 | $199 | $249 | Dla produktów, które rosną i potrzebują większego bufora + kontroli w deployu. |
| Team | $399 | $529 | $649 | Gdy realnie pracujecie zespołowo i chcesz wejść w „poważniejsze” funkcje oraz większe użycie. |
Płatność roczna (cena za miesiąc przy rozliczeniu rocznym)
| Tier | Web-only | Mobile-only | Web + Mobile | Komentarz decyzji |
|---|---|---|---|---|
| Starter | $29 | $42 | $59 | Najlepsza stawka, jeśli wiesz, że projekt nie umrze po 2 miesiącach. |
| Growth | $119 | $169 | $209 | Sensowne, gdy masz już trakcję i nie chcesz co miesiąc żonglować kosztem. |
| Team | $349 | $449 | $549 | Dla firm, które wiedzą, że Bubble zostaje na dłużej. |
Ważne: dokumentacja wprost mówi, że autorytatywnym źródłem cen w razie rozjazdów jest bubble.io/pricing (to jest zapisane w Plans and billing). Jeśli kupujesz „na dziś”, sprawdź finalną kwotę na pricing.
Mobile: kiedy potrzebujesz planu i jakie są limity „release’owe”
Bubble jasno rozdziela etap „buduję i testuję” od „wypuszczam live / do sklepów”. Zgodnie z tabelą w At what stage, plan mobilny jest wymagany, gdy:
wdrażasz mobilkę na live (także do TestFlight/Google Play testów),
publikujesz do App Store / Google Play,
chcesz utrzymać live mobilkę w działaniu.
I teraz część, o której ludzie zapominają, dopóki nie wejdą w release cadence: mobile plany mają limit buildów i limit równoległych live versions, opisane w Build allotments:
Starter: 10 buildów w pierwszych 3 miesiącach, potem 5/mies.
Growth: 15 → potem 10/mies.
Team: 25 → potem 20/mies.
Oraz limit live versions:
Starter: 3
Growth: 5
Team: 8
To jest świetne, jeśli wypuszczasz aktualizacje rozsądnie. Jeśli planujesz cotygodniowe buildy w nieskończoność, wybór tieru przestaje być „kosmetyką”.
Jeśli chcesz kontekst „dlaczego mobile jest droższy i co się zmieniło”, Bubble opisało to w swoim ogłoszeniu Mobile App Pricing.
Workload: tu jest prawdziwa matematyka Bubble
Workload to miernik tego, ile „pracy” wykonuje platforma, gdy Twoi użytkownicy korzystają z aplikacji (baza, workflow, API, płatności itp.) — definicja jest w Pricing FAQ.
Masz trzy praktyczne fakty, które decydują o kosztach:
Po pierwsze: możesz dodać workload przez workload tier albo płacić overages. Bubble opisuje te opcje w FAQ.
Po drugie: jeśli nie masz workload tier i przekroczysz limit, standardowa stawka overage to $0.30 za 1,000 WU — to jest podane w overages.
Po trzecie (i to jest krytyczne): możesz wyłączyć overages, ale wtedy aplikacja może zostać automatycznie zdjęta z live po osiągnięciu limitu — mechanizm jest opisany w cap. To jest dobry „bezpiecznik kosztowy”, ale fatalny „bezpiecznik produktowy”, jeśli masz płacących użytkowników.
Dodatkowe konkrety, które pomagają planować:
Wszystkie płatne aplikacje mają dodatkowe 100,000 miesięcznych WU dla środowiska Development (osobno od live), zgodnie z Live vs Development.
Overages są liczone i fakturowane w osobnym rytmie: plan i workload tier w Twoim cyklu rozliczeniowym, a overages na koniec miesiąca kalendarzowego. Bubble opisuje to w My plan oraz w sekcji How does overage billing work.
Dodatki, które robią „cichy” koszt
Bubble jest uczciwe w tym sensie, że mówi wprost, co jest add-onem:
Dodatkowy storage: $3/mies. za 100 GB, zgodnie z sekcją File storage.
Pluginy: mogą być darmowe, jednorazowe lub subskrypcyjne, a część może mieć dodatkowe koszty po stronie zewnętrznych API — zobacz Plugins.
Bandwidth jest limitowany per tier (Free 1 GB, Starter 100 GB, Growth 500 GB, Team 1 TB) w tabeli Bandwidth.
W praktyce: jeśli budujesz aplikację „content-heavy” (dużo obrazów, plików, wideo), to bandwidth i storage szybciej wchodzą na radar niż sam plan.
Polityka zwrotów i rabaty
Tu Bubble jest brutalnie jasne: brak zwrotów za opłacony miesiąc — zapis jest w Refund policy.
Jest też realny rabat: 30% dla studentów, edukatorów i non-profit po weryfikacji, z ograniczeniami (m.in. nie działa wstecz, nie na Enterprise, nie na workload tiers 3–4, nie łączy się z innymi zniżkami) — to jest w sekcji Discounts.
Jak wybrać plan bez zgadywania
Najrozsądniejszy proces ma trzy kroki i oszczędza Ci pieniądze:
Najpierw budujesz na Free i patrzysz, co realnie generuje workload (Bubble sugeruje to wprost w How much workload will I need).
Potem wybierasz typ planu:
web-only, jeśli tylko web,
mobile-only, jeśli tylko app store,
web+mobile, jeśli to jeden produkt z jednym backendem.
Na końcu dobierasz tier:
Starter, jeśli to MVP i chcesz wystartować,
Growth, jeśli rośniesz i potrzebujesz większego marginesu,
Team, jeśli masz realne potrzeby zespołowe i „poważniejsze” operowanie produktem.
Jeśli chcesz policzyć koszt najprościej, Bubble ma kalkulator Subscription planner — to jest najlepszy „pierwszy krok”, bo unikasz zgadywania.
Podsumowanie: kto powinien brać który plan
Kto powinien zacząć od Starter: Founderzy i małe zespoły, które chcą po prostu wystartować z aplikacją i sprawdzić rynek. To jest uczciwe minimum do produkcji.
Kto powinien celować w Growth: Produkty, które mają rosnąć i nie mogą sobie pozwolić na wąski margines przy workload i release’ach. Growth to „spokój operacyjny”.
Kto powinien myśleć o Team: Firmy, które traktują Bubble jako platformę produktową na serio, pracują zespołowo i chcą większego buforu oraz bardziej zaawansowanych funkcji.
Najprostszy krok teraz: jeśli Bubble pasuje do Twojego scenariusza, uruchom projekt na Free, zbuduj jeden pełny przepływ użytkownika i sprawdź w logach, co generuje workload. Potem dobierz typ planu i tier — bez wiary na słowo.
Dalsze kroki:
Jeśli chcesz werdyktu „czy to dla mnie”: /narzedzia/bubble/recenzja/
Jeśli rozważasz inne narzędzia: /narzedzia/bubble/alternatywy/
Jeśli masz szybkie pytania zakupowe: /narzedzia/bubble/faq/
