Ile kosztuje utrzymanie aplikacji no-code przy 1 000 i 10 000 użytkowników?

Za co właściwie płacisz: cztery różne modele naliczania

Cennik no-code to nie jeden model, tylko cztery — i to on decyduje o rachunku przy skali, nie nazwa planu. Platformy, które wyglądają podobnie na stronie sprzedażowej, rozliczają zupełnie różne jednostki. Wszystkie liczby w tej sekcji pochodzą z cenników i dokumentacji dostawców, odczyt 26.08.2026.

• Zużycie serwera — Bubble liczy Workload Units (WU). Wyszukanie w bazie to koszt startowy 0,3 WU, zapis lub modyfikacja rekordu 0,5 WU, zapytanie agregujące 0,2 WU (dokumentacja Bubble, odczyt 26.08.2026).
• Liczba zapisów — Glide w planach Classic liczy „updates”: Maker zawiera 500 miesięcznie, Business 5 000, każdy kolejny kosztuje 0,02 USD.
• Liczba zalogowanych użytkowników — Softr liczy app users. Plan Pro zawiera 50 użytkowników klienckich (maks. 250), Business 100 (maks. 500), po 1 USD i 2 USD miesięcznie za każdego dodatkowego.
• Płaski abonament — Adalo deklaruje na stronie cennika nielimitowane app actions i brak opłat od zużycia; płacisz za liczbę opublikowanych aplikacji i współpracowników. FlutterFlow rozlicza wyłącznie miejsca w edytorze — sam ruch aplikacji obsługuje backend, za który płacisz osobno.

Wniosek redakcji: pierwsze pytanie przed wyborem platformy nie brzmi „ile kosztuje plan”, tylko „co dokładnie jest tu jednostką rozliczenia”. Aplikacja z dużą liczbą użytkowników i małą liczbą zapisów zachowa się w każdym z tych czterech modeli inaczej.

Założenia naszego wyliczenia

Żeby porównanie miało sens, oba scenariusze używają identycznego profilu ruchu. To nasze progi praktyczne dla aplikacji typu panel klienta lub prosty marketplace — nie są to dane żadnego konkretnego wdrożenia.

• Aktywny użytkownik: 12 sesji miesięcznie, 8 ekranów na sesję, czyli 96 odsłon ekranu.
• Każda odsłona: 2 zapytania odczytujące do bazy — 192 odczyty na użytkownika miesięcznie.
• 20 zapisów na użytkownika miesięcznie (formularze, zmiany statusu, komentarze).
• Scenariusz A: 1 000 aktywnych użytkowników = 192 000 odczytów i 20 000 zapisów miesięcznie.
• Scenariusz B: 10 000 aktywnych użytkowników = 1 920 000 odczytów i 200 000 zapisów miesięcznie.
• Jeden edytor, jedna opublikowana aplikacja, ceny przy płatności rocznej tam, gdzie dostawca ją publikuje. Kurs NBP z 26.08.2026: 1 USD = 3,6852 zł (tabela 165/A/NBP/2026).

Liczby WU dla Bubble to dolna granica. Dokumentacja Bubble wprost mówi, że podane wartości to koszt wejścia operacji, a wynik końcowy zależy od jej złożoności i objętości przesyłanych danych. W praktyce zakładamy mnożnik 1,5–2× — to nasze progi praktyczne, nie liczba od dostawcy.

Koszt roczny przy 1 000 i 10 000 użytkowników

Poniższa tabela to nasze wyliczenie oparte na powyższych założeniach, przy cenach katalogowych sprawdzonych 26 sierpnia 2026 r. Wiersz Bubble liczymy na dolnej granicy WU (mnożnik 1×) — z zapowiedzianym wyżej mnożnikiem 1,5–2× rośnie sama nadwyżka WU, a nie cały rachunek; abonament planu jest stały, więc kwota z tabeli przy 10 000 użytkowników jest dolną granicą. Kolumny w złotych przeliczono kursem średnim NBP 3,6852. To rachunek za samą platformę — pełne rozbicie kosztu aplikacji w trzyletnim horyzoncie liczymy w osobnym artykule.

Trzy rzeczy w tej tabeli są ważniejsze niż same kwoty. Po pierwsze, rozrzut przy 10 000 użytkowników przekracza stukrotność — od 471 do 48 468 USD rocznie przy tym samym profilu ruchu. Po drugie, dwie ścieżki (FlutterFlow z własnym backendem oraz Adalo) prawie nie reagują na dziesięciokrotny wzrost liczby użytkowników. Wiersz Bubble policzyliśmy na planie Team (349 USD miesięcznie przy płatności rocznej); tańszy wariant przy tym samym zużyciu to Growth (250 000 WU, 119 USD miesięcznie przy płatności rocznej) plus 426 000 WU nadwyżki — 2 962 USD, czyli 10 914 zł rocznie.

Po trzecie, dwie platformy nie mają przy tej skali oferty w cenniku publicznym — Softr wprost, Glide de facto. Wiersz Softr wymaga komentarza: kwota 3 948 USD to sam abonament planu Business, a nie koszt obsługi 1 000 użytkowników — plan zawiera 100 użytkowników klienckich, a każdy kolejny, aż do sufitu 500, kosztuje 2 USD miesięcznie. Przy 501. użytkowniku logowanym wychodzisz poza cennik samoobsługowy i rozmawiasz o wycenie indywidualnej, której nie znasz z góry.

Momenty, w których plan przestaje starczać

Skok ceny w no-code prawie nigdy nie jest liniowy — jest schodkowy i zaskakuje między jednym miesiącem a drugim. Poniżej progi wynikające z cenników sprawdzonych 26.08.2026.

Najgroźniejszy jest próg Bubble, bo działa w dwie strony. Z włączonymi nadwyżkami rachunek rośnie bez sufitu; z wyłączonymi — aplikacja przestaje odpowiadać użytkownikom. Dokumentacja Bubble opisuje oba scenariusze wprost.

Próg Firestore jest dzienny, co ma nieoczywisty skutek: aplikacja z wyraźnym szczytem ruchu (poniedziałkowy raport, wysyłka kampanii) zapłaci, choć średnia miesięczna mieści się w limicie. Przykład rozliczeniowy publikowany przez Firebase dla 100 000 użytkowników dziennie daje 292,02 USD miesięcznie, czyli około 12 914 zł rocznie — to sensowny punkt odniesienia dla aplikacji naprawdę masowej.

Koszty ukryte: dodatki, nadwyżki i zmiana cennika w trakcie

Kwota z tabeli to zwykle 60–80% rzeczywistego rachunku (nasze progi praktyczne). Reszta rozkłada się na pozycje, których nie widać w porównywarkach.

• Miejsca w edytorze. FlutterFlow Growth to 80 USD za pierwsze miejsce i 55 USD za drugie; Business — 150 USD za pierwsze i 85 USD za miejsca od drugiego do piątego. Dwuosobowy zespół płaci 135 USD miesięcznie zamiast 80.
• Dodatkowe osoby budujące aplikację. Softr: 5 USD (Basic), 10 USD (Pro), 20 USD (Business) miesięcznie za każdą osobę ponad limit planu przy płatności rocznej.
• Domeny. Softr wlicza jedną domenę w każdy płatny plan; każda kolejna to 13 USD miesięcznie przy płatności rocznej lub 15 USD przy miesięcznej.
• Compute w backendzie. Supabase Pro zawiera 10 USD kredytu, co pokrywa instancję Micro. Small kosztuje około 15 USD, Medium około 60 USD, Large około 110 USD miesięcznie — i to zwykle pierwsza pozycja, która rośnie przy realnym obciążeniu.
• Zmiana modelu cennika w trakcie. Glide prowadzi w sierpniu 2026 r. równolegle plany Classic (Free, Explorer, Maker, Business — ostatnie opublikowane warunki datowane na 1 listopada 2025 r.) i nowy GlideOS rozliczany kredytami: Solo 25 USD, Team 125 USD miesięcznie (odczyt 26.08.2026). Aplikacja policzona pod stary cennik może po migracji rozliczać się według zupełnie innej jednostki.

Dochodzi do tego pozycja, której żaden cennik nie pokaże: koszt wyjścia. Bubble, Softr, Glide i Adalo nie dają eksportu działającego kodu — migracja oznacza przepisanie aplikacji od zera. FlutterFlow pozwala pobrać kod źródłowy już na planie Basic, co czyni rachunek odwracalnym, ale przenosi na Ciebie obowiązek utrzymania backendu.

Jak policzyć własny przypadek przed rocznym abonamentem

Płatność roczna bywa o 9–18% tańsza, ale zamraża decyzję na dwanaście miesięcy — a próg cenowy potrafisz przekroczyć w trzecim. Kolejność, która zabezpiecza przed obiema stronami tego kompromisu:

1. Policz dwie liczby dla swojego produktu: odczyty i zapisy na użytkownika miesięcznie. Bez nich żadnych dwóch cenników no-code nie da się porównać.
2. Sprawdź, czy Twoi użytkownicy się logują. Jeżeli tak, platformy liczące app users (Softr, Glide w wariancie służbowym) odpadają powyżej kilkuset osób.
3. Przelicz scenariusz dziesięciokrotnie większy od planowanego. Jeżeli rachunek rośnie ponad pięciokrotnie, model rozliczenia nie pasuje do produktu.
4. Pierwszy miesiąc płać miesięcznie i zmierz rzeczywiste zużycie w panelu platformy. Dopiero potem przechodź na rok.
5. Przed podpisaniem rocznego abonamentu sprawdź datę ostatniej zmiany cennika dostawcy. Dwie z pięciu opisanych tu platform zmieniły model rozliczeń w latach 2025–2026: FlutterFlow 18 sierpnia 2025 r., Glide 1 listopada 2025 r.

Wniosek redakcji z tego porównania: nie istnieje „najtańsza platforma no-code” — istnieje dopasowanie modelu rozliczenia do profilu aplikacji. Produkt z wieloma użytkownikami i rzadkimi zapisami wychodzi tanio w Adalo i we FlutterFlow z własnym backendem, a bardzo drogo w Glide. Wewnętrzne narzędzie dla trzydziestu osób z intensywną edycją danych zachowa się dokładnie odwrotnie.