Appka działa w podglądzie. Launchu nie przeżyje.
Przyślij projekt w React Native albo Expo, który powstał w Cursorze, Lovable, Bolt, Replit czy Rork. Przeglądam kod, mówię wprost, co zostaje, a co idzie do przepisania, i doprowadzam ścieżkę krytyczną do stanu, w którym wytrzyma prawdziwych użytkowników, płatności i App Review.
Ekrany wyglądają na gotowe, ale logowanie, onboarding i płatności padają, gdy tylko zejdziesz ze ścieżki z demo.
Wersje Expo i zależności były podbijane i obniżane w losowej kolejności, więc build natywny nie przechodzi.
Ta sama logika siedzi w czterech ekranach i nikt już nie wie, który plik jest prawdziwy.
Zero analityki, zero raportów crashy, zero testów. Po launchu nie masz z czego wyciągać wniosków.
Nie wiesz, czy dalej łatać, czy przepisać ścieżkę krytyczną od zera.
Wiem, gdzie to pęknie, zanim otworzę repozytorium.
Appki z vibe-codingu psują się bardzo powtarzalnie. Kolejność bywa różna, lista prawie nigdy.
Logowanie
Sesja nie odświeża tokenu, wylogowanie nie czyści stanu, deep link wpuszcza do środka bez sprawdzenia uprawnień. Na demo tego nie widać, bo klikasz zawsze tę samą drogę.
Płatności i subskrypcje
Paywall wygląda dobrze i nie robi nic. Brak restore purchases, brak obsługi anulowania i wygaśnięcia, entitlementy trzymane w lokalnym stanie zamiast w RevenueCat. App Review odbija to na pierwszym podejściu.
Buildy natywne
Expo Go to nie jest build produkcyjny. Uprawnienia, ikony, splash, podpisywanie, wersje SDK i natywne zależności trzeba poskładać, zanim cokolwiek trafi na TestFlight.
Zgodność i prywatność
Privacy manifest, deklaracja zbieranych danych w App Store Connect i Google Play, zgody na tracking, polityka prywatności pod adresem, który naprawdę działa. Najczęstszy powód odrzucenia.
Analityka
Bez zdarzeń na instalacji, trialu i płatności startujesz na ślepo. Nie policzysz konwersji, nie zrobisz ani jednego sensownego eksperymentu na paywallu.
Najpierw płatny audyt, dopiero potem cokolwiek innego.
Nie chcę, żebyś wybierał pakiet naprawy, zanim ktokolwiek zajrzał do kodu. Audyt zamienia niejasny prototyp w jedną decyzję: naprawiamy, przepisujemy ścieżkę krytyczną, albo odpuszczasz ten kod i zaczynasz od czystego fundamentu.
Audyt ratunkowy w 48 godzin
1 990 zł netto
Przeglądam projekt w React Native albo Expo, wypisuję blokery przed launchem i mówię, czy fundament da się uratować, czy trzeba przepisać ścieżkę krytyczną. Raport dostajesz 48 godzin od momentu, w którym dostanę dostęp do repozytorium.
- Architektura, zależności i stan SDK
- Logowanie, API, stan aplikacji, płatności, nawigacja
- Bezpieczeństwo, wydajność i gotowość do zgłoszenia w sklepach
- Plan wdrożenia uszeregowany po priorytetach, z wyceną o stałym zakresie
- Całe 1 990 zł netto odliczam od wdrożenia, jeśli robię je ja
Możliwy wynik
Naprawiamy to, co jest
Jeśli fundament da się uratować, dostajesz wycenę o stałym zakresie na ścieżkę krytyczną i blokery przed launchem. Nie ma tu gotowego pakietu, bo zakres wychodzi dopiero z audytu.
Możliwy wynik
Przenosimy na czysty fundament
Jeśli łatanie kosztuje więcej niż napisanie od nowa, zostaje to, co ma wartość: decyzje produktowe, ekrany, brand, teksty i assety. Reszta idzie do Product Build Sprint, 15 900 zł netto albo 23 900 zł netto.
To nie jest okienko do zgłaszania bugów.
Naprawa błędów jest częścią pracy, ale nie jest strategią. Strategia to gotowość do launchu: jedna stabilna ścieżka, jeden powód, żeby zapłacić, działająca monetyzacja, analityka, której da się ufać, spełnione wymogi sklepów i kod, który da się komuś oddać.
Triage kodu
Wchodzę w projekt Expo albo React Native: zależności, architektura, zarządzanie stanem, logowanie, płatności i wszystko, co blokuje zgłoszenie do sklepu.
Decyzja, co przeżyje
Oddzielam ekrany, assety i decyzje produktowe, które warto zatrzymać, od kodu, który nie ma czego szukać na produkcji.
Naprawa albo przepisanie
Stabilizuję główną drogę użytkownika: onboarding, logowanie, rdzeń produktu, paywall, analityka i wymogi App Store oraz Google Play.
Przygotowanie do launchu
Oddaję repozytorium, infrastrukturę, assety do sklepów, checklistę przed zgłoszeniem i plan na pierwsze tygodnie po launchu.
Jeśli kod jest do wyrzucenia, powiem to wprost.
Najdroższy błąd to pół roku proszenia agenta AI, żeby załatał zły fundament. Zostawiam to, co ma wartość, i wymieniam części, które blokują launch: logowanie, nawigację, zarządzanie stanem, płatności, analitykę, wymogi sklepów i rdzeń produktu.
Materiały, które zwykle podsyłam po rozmowie
Konkretne listy i szablony na problemy, które pojawiają się między demem a pierwszym płacącym użytkownikiem.
Pytania, które padają najczęściej
Zanim wypełnisz formularz.
Naprawiasz appki z Cursora, Lovable, Bolt, Replit albo Rork?
Zawsze zostawiasz kod wygenerowany przez AI?
Ile kosztuje praca po audycie?
To oferta tylko dla technicznych founderów?
Co dokładnie dostaję po audycie?
Nie mam repozytorium, mam tylko link do TestFlight.
Utknąłeś między demem a produktem?
Napisz w formularzu, co zbudowałeś i co się dziś sypie. Odpowiadam w ciągu jednego dnia roboczego i mówię, czy to naprawa, przepisanie, czy strata Twoich pieniędzy.