W tym artykule
Zacznijmy od zdania, którego nie spodziewasz się po firmie, która przenosi klientów z Retoola: Retool jest dobrym narzędziem i w większości przypadków to my odradzamy migrację.
Piszemy to po tym, jak przenieśliśmy siedem aplikacji Retoola na Open Mercato w firmie produkującej ortezy na miarę. Znamy więc obie strony. Ten tekst jest o tym, jak rozpoznać właściwy moment — bo najtrudniejsze w tej decyzji nie jest porównanie funkcji, tylko uczciwe nazwanie tego, co się w firmie zmieniło.
Co Retool robi lepiej i czego Open Mercato nie odbierze
Zanim przejdziemy do granicy, warto powiedzieć jasno, za co ludzie płacą Retoolowi — i słusznie. Żadnej z tych trzech rzeczy własny system nie daje za darmo.
- 1
Nie potrzebujesz żadnej infrastruktury
Zakładasz konto i po godzinie masz ekran, który czyta z twojej bazy. Nie ma hostingu do postawienia, nie ma deployu, nie ma pytania „kto to zrestartuje o drugiej w nocy”. Open Mercato tego nie zastąpi — to system, który gdzieś musi stać i ktoś musi go utrzymywać.
- 2
Kilkadziesiąt gotowych konektorów
Postgres, MySQL, S3, REST, Google Sheets — wszystko podpięte klikaniem. W systemie własnym każdą taką integrację konfigurujesz sam, a każda z nich to kawałek kodu, który potem trzeba utrzymać.
- 3
Pierwszy ekran w godzinę, nie w tygodniu
Do wewnętrznego panelu, który ma pokazać dane z bazy i pozwolić je poprawić, trudno o lepsze narzędzie. Naprawdę.
Dlatego zdanie, które mówimy klientom najczęściej, brzmi: rok temu Retool był dobrym wyborem. To nie jest uprzejmość. Decyzja sprzed roku była racjonalna w warunkach sprzed roku, a to, że dziś istnieje coś lepszego, tamtej nie unieważnia — ono ją po prostu kończy. Migracja nie jest przyznaniem się do pomyłki. Jest momentem, w którym narzędzie zrobiło swoje.
Gdzie jest sufit
Sufit Retoola nie jest w tym, czego nie umie narysować. Jest w tym, czego nie umie pilnować. Retool świetnie pokazuje i edytuje dane, ale nie jest systemem: nie trzyma reguł domenowych, nie zna twojego procesu, nie wie, kto czego nie powinien widzieć. Wszystko to musisz zbudować sam — w każdej aplikacji osobno. A aplikacji z czasem jest siedem.
Oto, co zastaliśmy w firmie ortopedycznej po roku pracy na Retoolu. Żaden z tych punktów nie jest zarzutem wobec narzędzia — każdy jest objawem, że proces przerósł warstwę, w której go zbudowano.
- Jeden status opisywał dwie różne rzeczy. Rekord miał status od 1 do 12, a w tej samej liście mieszał się etap życia konsultacji z pacjentem z etapem produkcji w warsztacie. „Konsultacja w stanie: termoformowanie” to zdanie, które nic nie znaczy — i nie da się na nim zbudować ani raportu, ani automatyzacji.
- Dane medyczne leżały niezaszyfrowane. PESEL, wywiad medyczny, adresy, notatki o pacjentach — wszystko czystym tekstem w bazie. RODO traktuje dane o zdrowiu jako kategorię szczególną i wymaga szyfrowania w spoczynku. To nie wina Retoola: on nie obiecuje warstwy szyfrowania per pole. Po prostu w low-code nie ma miejsca, w którym coś takiego by naturalnie usiadło.
- Technik widział wszystko. Aplikacja dla pracownika warsztatu pokazywała PESEL, adres i wywiad medyczny, choć do pracy potrzebuje wyłącznie specyfikacji i pomiarów. Ograniczenie widoczności trzeba by dopisać ręcznie w każdej aplikacji z osobna — bez gwarancji, że ktoś nie ominie tego zapytaniem obok.
- Nie było audytu ani cofania. Każda zmiana statusu i każde przypisanie były bezpowrotne i anonimowe. Nie dało się odpowiedzieć na pytanie „kto to przestawił i kiedy”, a przy planowaniu produkcji pada ono codziennie.
- Formularz gubił dane. Wielokrokowy formularz konsultacji potrafił wyczyścić się przy przeładowaniu strony. Zespół nauczył się z tym żyć — co jest najgorszym możliwym objawem, bo znaczy, że przestali to zgłaszać.
- Wiedza firmy siedziała w dropdownach. Typy ortez, materiały, działy — zaszyte na sztywno w aplikacjach zamiast w słownikach, którymi mógłby zarządzać ktoś nietechniczny. Każda zmiana w ofercie to zgłoszenie do dewelopera.
- Planowanie i tak uciekło do Excela. Koordynatorka układała pracę warsztatu w arkuszu, bo w systemie nie było jak. To najczystszy sygnał, jaki dostaniesz: kiedy najważniejszy proces firmy wypada z systemu do arkusza, system przestał obsługiwać firmę.
Punkt przecięcia, czyli policzmy
Retool rozlicza się od głów, w dwóch stawkach. Builder to ktoś, kto w danym cyklu rozliczeniowym edytował aplikację; internal user to ktoś, kto tylko z niej korzysta. Klasyfikacja jest dynamiczna — ten sam człowiek bywa raz jednym, raz drugim. Na planie Business to 46 € za buildera i 14 € za użytkownika miesięcznie (w dolarach przy płatności miesięcznej: 65 $ i 18 $).
Retool Business, zespół 2 budujących + 20 korzystających: (2 × 46 €) + (20 × 14 €) = 372 € / miesiąc = 4 464 € / rok Kwota wraca co roku i rośnie z każdym zatrudnionym.
Dwie rzeczy, które w tym rachunku łatwo przeoczyć:
- Plan Business daje tyle samo uruchomień workflow co Team — 5 000 miesięcznie. Płacisz pięć razy więcej za funkcje i uprawnienia, nie za przepustowość automatyzacji.
- Self-hosting realnie zaczyna się na Enterprise. Jeśli powodem rozmowy jest to, gdzie fizycznie leżą dane, tańsze plany odpadają na wejściu.
Po drugiej stronie rdzeń Open Mercato jest na licencji MIT — zero opłat od użytkownika. Płacisz raz za wdrożenie, a potem za hosting i opcjonalne wsparcie. Ale bądźmy uczciwi do końca: wdrożenie nie jest darmowe i utrzymanie też nie. Punkt przecięcia przy dwudziestu osobach wypada po kilku latach, a nie po kilku miesiącach. Jeśli ktoś pokazuje ci wykres, na którym własny system zwraca się w kwartał, pokazuje ci ofertę, nie rachunek.
Kiedy zostać przy Retoolu
Zostań, jeśli rozpoznajesz u siebie choć trzy z tych pięciu punktów:
- Twoja aplikacja to nakładka na bazę — pokazać, poprawić, dopisać. Retool robi to szybciej i taniej niż cokolwiek innego.
- Korzysta z niej kilka osób i nie przybywa ich. Model od głowy boli dopiero przy skali.
- Nie masz danych wrażliwych. Bez PESEL-i, dokumentacji medycznej i danych podlegających szczególnej ochronie odpada najcięższy argument za migracją.
- Proces jest płaski. Jeden byt, jeden cykl życia, brak ról, które muszą widzieć różne rzeczy.
- Nie masz komu tego utrzymać. System własny wymaga kogoś odpowiedzialnego. Jeśli nie ma ani takiej osoby, ani partnera, Retool jest bezpieczniejszy — i to jest poważny argument, nie wymówka.
Jeśli rozpoznajesz się w tej liście, migracja pogorszy twoją sytuację. Mówimy to klientom regularnie i nie jest to figura retoryczna — to najczęstsza rekomendacja, jaką wydajemy w tym temacie.
Jak wygląda przejście
Trzy rzeczy z naszego wdrożenia, które warto znać, zanim zaczniesz.
- 1
Rozdzielić to, co było sklejone
Jeden status 1–12 rozpadł się na dwa niezależne cykle: osobno życie konsultacji, osobno etapy produkcji. Lista dla zespołu dalej pokazuje jedną kolumnę statusu, żeby nikt nie stracił widoku, do którego przywykł — ale pod spodem to już dwa procesy, o które można pytać osobno.
- 2
Nie wszystko trzeba migrować
Danych procesu produkcji świadomie nie przenieśliśmy. Proces w Retoolu był prowadzony nierzetelnie: większość spraw to zamknięta historia widoczna na konsultacjach, a kilkanaście zleceń w toku koordynator odtworzył ręcznie na nowej tablicy w jeden dzień. Przenoszenie śmieci do nowego systemu kosztuje więcej niż przepisanie dwudziestu rekordów.
- 3
Okres równoległy
Retool nie znika w dniu startu — zostaje w trybie tylko do odczytu jako archiwum, dopóki zespół nie przestanie do niego zaglądać. To kosztuje jeden abonament dłużej i oszczędza tydzień paniki.
I rzecz, którą widać dopiero po fakcie: najwięcej czasu zajęło nie pisanie kodu, tylko rozpoznanie procesu. Discovery trwał dłużej niż implementacja pierwszych trzech modułów. Nie dlatego, że coś poszło źle — tylko dlatego, że przez rok w low-code nikt nie musiał tego procesu nazwać. Narzędzie pozwalało go klikać bez opisywania, a ta wygoda wraca z odsetkami dopiero przy przeprowadzce.
Co z tego wynika
Retool jest świetnym narzędziem do robienia paneli i kiepskim do prowadzenia firmy. To nie zarzut — on nigdy nie obiecywał tego drugiego. Pytanie do siebie brzmi więc nie „czy Retool jest dobry”, tylko: czy ja jeszcze robię panel, czy prowadzę już na tym firmę? Jeśli koordynatorka planuje w Excelu, technik widzi dane, których nie powinien, a nikt nie umie odpowiedzieć, kto przestawił status — odpowiedź już znasz.
Jeśli nie znasz jeszcze samej platformy, zacznij od wprowadzenia do Open Mercato. A jeśli wolisz zobaczyć wdrożenie w mniej wrażliwej branży — opisaliśmy też case study ze szwalni, gdzie punktem wyjścia było pół roku w narzędziu low-code.
Ceny Retoola sprawdzone 29 lipca 2026 na oficjalnym cenniku producenta. Cenniki narzędzi low-code zmieniają się często — przed decyzją zweryfikuj u źródła.
Mateusz Kozłowski
Założyciel flowbiz · Ekspert automatyzacji procesów
Wdrażam automatyzacje, integracje i AI w średnich firmach na Pomorzu i w Kujawsko-Pomorskiem.
