Integracja RevenueCat w React Native MVP

Jak zintegrować monetyzację w MVP aplikacji mobilnej na React Native: doświadczenie z RevenueCat

Programista stworzył MVP aplikacji mobilnej do nauki obcych słów z użyciem LLM w 3 dni. Główna funkcja: wpisanie słowa, generowanie tłumaczenia i 3 przykładów zdań przez API OpenRouter. Po prototypie webowym przeszedł na React Native dla iOS, dodając interwałowe powtórki, wymowę i treningi. MVP obejmował angielski i serbski, jeden typ pytania („pamiętam/nie pamiętam”), algorytm powtórek (×2 przy sukcesie, reset przy błędzie).

Kluczowe wyzwanie: dodać monetyzację od razu, by sprawdzić model biznesowy. Bez płatności metryki użytkowników są bezwartościowe. W wersji darmowej wprowadzono limity: 10 słów/dzień do dodania, 100 do wyszukiwania, ograniczenia na wymowę. Wersja Pro bez limitów — 5 USD/miesiąc.

Wybór narzędzia: RevenueCat dla React Native

RevenueCat ułatwia integrację subskrypcji w aplikacjach cross-platformowych. Oferuje:

• SDK dla React Native.
• Wizualny edytor ekranów paywall.
• Analitykę dla iOS/Android w jednym panelu.
• Obsługę przypadków brzegowych: anulowania, przywracanie, wygaśnięcia.

Alternatywa — natywna implementacja przez StoreKit (iOS), ale wymaga ręcznej konfiguracji productId, grup subskrypcji, ofert w App Store Connect.

Kroki integracji:

• Zarejestrować produkty w App Store Connect, skonfigurować Sandbox do testów.
• Zainstalować SDK RevenueCat: npm install react-native-purchases.
• Zainicjować: Purchases.configure({ apiKey: 'your_key' }).
• Stworzyć paywall w panelu RevenueCat, zintegrować ekran w aplikacji.
• Obsłużyć zdarzenia: Purchases.purchasePackage(), nasłuchiwać onTransactionUpdated.

Testowanie tylko na urządzeniu przez TestFlight, nie w symulatorze. Natywna kompilacja obowiązkowa dla zakupów sandbox.

Problemy z konfiguracją i wydaniem

Konfiguracja zajęła tydzień zamiast 3 dni na rozwój MVP. Główne trudności:

• Połączenie RevenueCat z App Store Connect: productId, grupy subskrypcji.
• Formularze podatkowe i konto bankowe do wypłat (tureckie karty nie przeszły weryfikacji).
• Przypadki brzegowe: przywracanie zakupów, okresy łaski, zwroty.

Recenzja App Store przeszła bez poprawek, mimo ryzyk (formułowanie zalet, obsługa błędów). Po wydaniu — pierwsza subskrypcja i opinie.

Kod MVP pisany z pomocą AI (vibe-coding): generowanie handlerów AWS Polly do wymowy (plik ~1000 linii), zapytań SQL do lokalnej bazy (Realm?). Połowa kodu wyrzucona po becie, reszta dopracowana.

Opinie i metryki: wartość wczesnej monetyzacji

Post w kanale Telegram (1500 subskrybentów) przyniósł:

• 1 płatną subskrypcję (5 USD, anulowana później).
• Wiele opinii od darmowych użytkowników: błędy halucynacji AI, pusty onboarding, prośby o transkrypcję, część mowy, popularne języki.

Co to dało:

• Metryka: 1% konwersji (1/100) — baza do skalowania.
• Weryfikacja ekonomii: pokrycie kosztów API AI + TTS.
• Uniknięcie iluzji: darmowy prototyp maskuje brak gotowości do płacenia.

Backlog z opinii: dodać języki, typy pytań (wybór tłumaczenia, wpisanie, wymowa), obrazy via Stable Diffusion.

Co ważne

• MVP bez monetyzacji to prototyp: nie sprawdza biznesu.
• RevenueCat przyspiesza integrację: SDK + paywall, ale konfiguracja sklepu — ręczna praca.
• Limity w wersji darmowej motywują do upgrade'u: 10/100 słów/dzień wystarcza do testu.
• Wydanie z płatnością weryfikuje produkt: jedna subskrypcja > 1000 darmowych użytkowników.
• Vibe-coding z AI uzasadniony dla prędkości: dopracowywać tylko to, co zostało.

— Editorial Team