mount Hantera betalväggar och betalningsgateways med RevenueCat Det kan verka förvirrande första gången du provar det, särskilt om du använder "plug and play"-lösningar som Superwall. Men om du vill ha en solid grund för skalning, noggrant mäta dina intäkter och ha finjusterad kontroll över prenumerationshändelser är det värt att ta sig tid att förstå hur RevenueCat passar in i din apps stack.
Målet med den här artikeln är att hjälpa dig att se hur du använder RevenueCat för att Skapa enkla betalväggar, hantera prenumerationsväggar och koppla allt detta till din analys och marknadsföring. (till exempel med Pushwoosh), och utnyttjar dess roll som den "enda sanningskällan" för din betalningsdata. Vi tittar på verkliga exempel, vanliga problem med butiksrecensioner, hur du strukturerar din betalvägg och hur du kan dra nytta av alla plattformens händelser.
Varför är RevenueCat centrum för er prenumerationsstack?
Många företag har slutat med att placera RevenueCat som kärnan i sin prenumerationsinfrastrukturDen främsta anledningen är att det erbjuder en centraliserad punkt där all betalnings- och förnyelsedata finns, oavsett om den kommer från iOS, Android eller webben. Detta löser ett av de största vanliga problemen: att ha olika data i varje appbutik, i din backend och i ditt analysverktyg.
Med hjälp av RevenueCat får du en enda pålitlig informationskälla om prenumerationer och faktureringDärifrån kan du distribuera den informationen till resten av verktygen i din stack (analys, CRM, marknadsföringsautomation, push-notiser etc.) via inbyggda integrationer eller via webhooks. Denna konsekvens är nyckeln när du vill segmentera användare, köra merförsäljningskampanjer eller verkligen förstå dina prenumeranters beteende.
I praktiken innebär detta att dina produkt- och marknadsföringsbeslut baseras på konsekventa och enhetliga prenumerationshändelserInitiala köp, förnyelser, avbokningar, betalningsproblem, produktändringar och mycket mer. Allt detta kan sedan kopplas samman med lösningar som Pushwoosh för att bygga mycket detaljerade, automatiserade kundresor.
RevenueCat vs Superwall: enkelhet kontra kontroll
Om du kommer ifrån att använda verktyg som Superwall är det normalt att känna det RevenueCat är mer komplextSuperwall fokuserar starkt på att snabbt sätta upp en visuell betalvägg, med en nästan plug-and-play-metod. RevenueCat fokuserar däremot på affärslagret: produkthantering, prenumerationslogik, händelser och data.
Det här betyder inte att du inte kan skapa med RevenueCat enkla och effektiva betalväggarIstället fokuserar verktyget på att kontrollera "vad" och "när" för prenumerationer, medan "hur" betalväggen till stor del är upp till din implementering. I gengäld får du enorm flexibilitet att integrera dina betalväggar med andra system och att orkestrera hela användarlivscykeln.
Dessutom utvecklas RevenueCat med AI-baserade verktyg för att generera betalväggar, vilket möjliggör med utgångspunkt i butikslistningar, uppmaningar eller visuella referenser för att skapa en initial betalväggsdesign. Utifrån det utkastet kan du justera design, text och uppmaningar till handling för varje konversation och testa viktiga punkter innan lansering. Detta förkortar avsevärt gapet mellan affärslagret och den visuella upplevelsen.
Enkla betalväggar: rekommenderad struktur
Ett vanligt mönster i prenumerationsappar är att ha två enkla men väl differentierade betalväggar. Till exempel:
- En initial betalvägg efter onboarding, utan begränsningar, som presenterar det övergripande värdeerbjudandet.
- En andra betalvägg kopplad till vissa funktioner, med begränsningar, visas när användaren försöker använda premiumfunktioner.
I det första fallet är betalväggen vanligtvis mer "ambitionsbaserad": Du förklarar de övergripande fördelarna, plansammanfattningar och skälen till att prenumerera.I det andra fallet dikterar sammanhanget: användaren försöker göra något specifikt (till exempel få tillgång till en premiumkurs eller en avancerad funktion), så du vill lyfta fram det exakta värdet av den funktionen och hur prenumerationen låser upp den åtgärden direkt.
RevenueCat täcker den delen av produkthantering, prissättning, provperioder och validering av rättigheterMedan du styr layout, text och visuellt beteende för betalväggen i appen. Genom att kombinera detta med en AI-driven betalväggsgenerator kan du snabbt iterera olika designer för din huvudsakliga betalvägg och den kontextuella funktionella betalväggen.
Vanliga problem med prenumerationsgranskning i App Store
Ett ganska vanligt scenario när man börjar med RevenueCat (eller något annat prenumerationssystem) är följande: Du skickar in din app för granskning och skickar även in din prenumeration i appen för första gången.Men prenumerationen väntar fortfarande på granskning. Samtidigt går Apples granskare in i din app, når betalväggen och... pris- och produktinformationen laddas inte korrekt eftersom prenumerationen inte har godkänts än.
Resultatet är oftast katastrofalt: Recensenten kan inte gå utanför betalväggen Och de slutar med att avvisa appen upprepade gånger, eftersom köpprocessen är trasig ur deras perspektiv. Detta skapar en slags ond cirkel där appen är beroende av en prenumeration som inte är klar än, och prenumerationen är beroende av en app som inte klarar granskningen.
För att minimera den här typen av problem rekommenderas det Förbered din app för att hantera mellanliggande tillståndTill exempel genom att visa ett vänligt meddelande om inga produkter finns tillgängliga, lägga till ett alternativ att hoppa över eller erbjuda en alternativ navigeringsväg för recensenten. Det är också lämpligt att tydligt dokumentera i recensionsanteckningen vad som händer och, om möjligt, inkludera skärmdumpar eller steg för att återskapa det förväntade beteendet när prenumerationen har godkänts.
Ett annat användbart tips är Blockera inte hela appen bakom en betalvägg som är beroende av produkter som ännu inte har godkänts.Att lämna en del innehåll tillgängligt eller en väldigt liten funktionell del kan hjälpa granskaren att förstå värdeerbjudandet och undvika frustration över att inte kunna testa någonting. I samband med RevenueCat, se också till att din app hanterar tomma svar eller produktuppladdningsfel korrekt.
RevenueCat som en plattform för prenumerationshantering
RevenueCat definieras som en plattform som förenklar köp och prenumerationer i appen För iOS, Android och webben. Den hanterar de känsligaste delarna av prenumerationslogiken: kvittovalidering, statussynkronisering mellan enheter, återställning av köp, hantering av provperioder, kampanjer etc.
Dessutom ger det Kompletta verktyg för att analysera och optimera prestandan för dina prenumerationerDetta inkluderar mätvärden som återkommande intäkter, retention, churn, LTV, kohortbeteende och segmenteringar som hjälper dig att förstå vilka planer som fungerar bäst, vilka kampanjer som konverterar mest eller vid vilken tidpunkt i livscykeln de flesta användare går förlorade.
Dess största fördel är att genom att centralisera allt slipper du skriva om samma logik för varje plattform. Istället för att hantera varje butiks inbyggda SDK:er direkt förlitar du dig på ett enda SDK som exponerar en homogen datamodell och låt RevenueCat hantera tolkningen av detaljerna för varje butik.
Integrering av RevenueCat med Pushwoosh: Automation och segmentering
En av de mest kraftfulla integrationerna i samband med betalväggar och retention är den av RevenueCat med PushwooshPushwoosh är en plattform för att skicka push-notiser, meddelanden i appen och andra typer av riktad kommunikation, och genom att länka den med RevenueCat kan du orkestrera kampanjer baserade på verkliga prenumerationshändelser.
Idén är enkel: RevenueCat skickar prenumerationshändelser till Pushwoosh Genom webhooks blir dessa händelser utlösare för kundresor, automatiseringar och avancerad segmentering. Detta gör att du kan uppmuntra till förnyelser, påminna kunder om planens värde, föreslå uppgraderingar till högre nivåer eller lansera specialerbjudanden vid rätt tidpunkt, vilket maximerar engagemang och intäkter.
Till exempel kan en e-lärplattform Öka engagemanget genom att skicka personliga aviseringar när den upptäcker en planändring. Meddelandet kan innehålla vägledning om övergången, kursrekommendationer anpassade till den nya prenumerationsnivån och exklusiva förmåner som förstärker användarens beslut att uppgradera.
Specifika användningsfall för RevenueCat + Pushwoosh-integrationen
Utbudet av användningsområden vid kombination prenumerationshändelser med meddelandekampanjer Det är enormt. Några vanliga scenarier är:
- Kom ihåg förnyelser och återställ misslyckade inkassoförsök.
- Omvandla engångsköp till återkommande prenumerationer.
- Marknadsför uppgraderingar till premiumnivåer med kontextuella meddelanden.
- Komplementera planändringar med utbildningsinnehåll eller rekommendationer.
Tänk dig en streamingtjänst som upptäcker en problem med prenumerationsfaktureringTack vare integrationen kan du utlösa en riktad push-notis som förklarar felet och ger tydliga instruktioner för att åtgärda det, till exempel att uppdatera betalningsmetoden. Detta minskar oavsiktliga kontoavslut och förbättrar användarupplevelsen.
Ett annat exempel: en matleveranstjänst kan använda shoppingevenemang för att omvandla en engångsbeställning till en långsiktig relationEfter ett köp kan du skicka en push-notis som tackar kunden och rekommenderar relaterade produkter eller presenterar en prenumerationsplan för återkommande leveranser. Denna kommunikationstakt hjälper till att bygga lojalitet, generera merförsäljning och potentiellt konvertera engångsköpare till prenumeranter.
I appar med flera prenumerationsnivåer, som många mobilspel, möjliggör den här integrationen Övervaka varje användares nivå och utlös personliga uppgraderingsmeddelandenTill exempel aviseringar som lyfter fram fördelarna med premiumnivåer, såsom exklusivt innehåll, extra mynt eller specialrabatter, och uppmuntrar användare att uppgradera sin nivå vid det mest lämpliga tillfället.
Händelser tillgängliga i RevenueCat-integrationen → Pushwoosh
Integrationen skapas automatiskt i Pushwoosh. en serie händelser när RevenueCat skickar dem för första gångenVarje händelse representerar en relevant åtgärd i prenumerationslivscykeln, och många har användbara attribut (som pris eller valuta) som sedan kan användas i avancerade segmenteringar.
Dessa är de mest relevanta händelserna som är synkroniserade:
- RC_INITIAL_PURCHASE – Den aktiveras när en användare gör ett första prenumerationsköp. Den inkluderar attribut som pris, pris_i_köpt_valuta y valutan.
- RC_ICKE_FÖRNYANDE_KÖP – Indikerar ett köp som inte förnyas automatiskt, mycket användbart för produkter med begränsad åtkomst. Den inkluderar även pris- och valutaattribut.
- RC_FÖRNYELSE – Representerar förnyelsen av en befintlig prenumeration eller återaktiveringen av en inaktiv användare som prenumererar på nytt. Inkluderar nytt pris och valuta.
- RC_PRODUCT_CHANGE – Detta inträffar när en prenumerant byter produkt, till exempel vid övergång från ett månadsabonnemang till ett årsabonnemang, eller från en basnivå till en premiumnivå.
- RC_AVBRYTNING – Markera uppsägning av en prenumeration eller ett icke-förnybart köp, nyckel för retentionsflöden och återvinning.
- RC_FAKTURERING_UTGÅNG – Indikerar ett problem vid försök att debitera prenumeranten, till exempel ett utgånget kort eller otillräckliga medel.
- RC_SUBSCRIBER_ALIAS – Den utfärdas varje gång en ny registreras app_användar-id För en befintlig prenumerant, användbart för spårning av flera enheter.
- RC_PRENUMERATION_PAUSAD – Indikerar att en prenumeration har pausats i slutet av den aktuella perioden.
- RC_UNCALLATION – Meddelar dig om återaktivering av en prenumeration som har sagts upp men ännu inte har löpt ut.
- RC_TRANSFER – Detta inträffar när transaktioner och rättigheter överförs mellan ett eller flera användar-ID:n i appen till en annan användare, vilket är viktigt vid migreringar eller kontosammanslagningar.
- RC_SUBSCRIPTION_EXTENDED – Det indikerar att en befintlig prenumeration har förlängts, vilket tidigarelägger utgångsdatumet för den aktuella perioden.
- RC_EXPIRATION – Indikerar att en kunds prenumeration har löpt ut. Innehåller attribut som pris, pris_i_köpt_valuta, valutan, utgångsdatum y köpt_at.
Alla dessa händelser kan användas i Pushwoosh kundresorDe som har prisattribut är särskilt värdefulla att tillämpa RFM-segmentering (aktualitet, frekvens, monetär), med vilken du kan prioritera användare baserat på deras ekonomiska värde och senaste aktivitet.
Användarsynkronisering mellan RevenueCat och Pushwoosh
För att RevenueCat-händelser ska matcha användare korrekt i Pushwoosh är det viktigt anpassa användaridentifierareRekommendationen är att Pushwoosh användar-ID ska matcha Appanvändar-ID för RevenueCat.
I praktiken innebär detta att du måste Ta appUserID som hanteras av RevenueCat SDK och skicka det till Pushwoosh SDKPå så sätt, när RevenueCat skickar en event-webhook, kan Pushwoosh associera den med rätt profil och aktivera lämpliga resor utan informationsförlust.
På Android görs den här länken till exempel med ett anrop som Pushwoosh.getInstance().setUserId(appAnvändarIDFrånRC);Där appAnvändarIDFrånRC Detta är identifieraren som tillhandahålls av RevenueCat. På iOS är mönstret liknande, med något i stil med [[Pushwoosh delad instans] setAnvändarId: appAnvändarIDFrånRC];När du har denna korrespondens och även har synkroniserat HWID:erna kommer integrationen mellan båda plattformarna att fungera konsekvent.
Hur man aktiverar Pushwoosh-integrationen i RevenueCat-instrumentpanelen
Efter att användar-ID:na i dina SDK:er har justerats är nästa steg Aktivera integrationen från RevenueCat-instrumentpanelenDet övergripande flödet är ganska enkelt:
- Gå till ditt projekt i RevenueCat-panelen och leta reda på avsnittet för Integrationer i sidomenyn. Klicka på ”+ Ny” eller ”Lägg till integration”.
- I listan över integrationer väljer du alternativet Webhookseftersom integrationen med Pushwoosh är baserad på denna mekanism.
- Ge integrationen ett igenkännbart namn, till exempel "Pushwoosh", så att du enkelt kan identifiera den senare.
- I fältet Webhook URL anger du sökvägen som Pushwoosh anger, något i stil med: https://integration-revenuecat.svc-nue.pushwoosh.com/integration-revenuecat/v1/post-event?pwapp=APP_CODEErsätter APP_KOD genom din applikationskod i Pushwoosh, som du hittar under din apps namn i dess instrumentpanel.
- I auktoriseringshuvudvärdet klistrar du in ditt Pushwoosh API-tokenDenna token hämtas i Inställningar > API-åtkomst i ditt Pushwoosh-konto.
- Bestäm om du bara vill skicka händelser från produktionsköp, precis från sandlåda (testning) eller båda. För inledande tester är det vanligtvis bra att aktivera sandlådan och, när allt är verifierat, lägga till produktion.
- I rullgardinsmenyn App anger du om webhook-händelser ska skickas till en enda specifik app eller för alla appar i projektet i RevenueCat.
- I avsnittet Händelsetyp väljer du om du vill skicka alla händelser eller bara en specifik delmängd (till exempel endast förnyelser och uppsägningar) beroende på din kommunikationsstrategi.
- Konfigurera om du vill att de ska visas alla händelser, endast de lyckade, eller endast de misslyckadeDenna distinktion kan hjälpa dig att felsöka integrationen.
Du har också möjlighet att starta en test-webhook direkt från RevenueCat. Det rekommenderas starkt att använda den här funktionen för att verifiera att händelser når Pushwoosh korrekt, att händelsemallar skapas automatiskt och att kundresor utlöses som förväntat.
Använd RevenueCat för att förbättra dina betalväggar
Utöver att bara validera betalningar erbjuder RevenueCat ett mycket rikt sammanhang för att optimera dina betalväggarTack vare detaljerad händelsespårning och möjligheten att integrera med analys- och meddelandeverktyg kan du behandla din betalvägg som ett levande element som utvecklas i enlighet med dina användares verkliga beteende.
Med hjälp av informationen du får från RevenueCat kan du till exempel upptäcka mönster bland användare som konverterar kontra de som inte gör detDenna data låter dig förfina din annonstext, ordningen på förmånerna, antalet abonnemang som visas och till och med erbjuda olika betalväggsvariationer beroende på användarsegment. Du kan spåra vilka abonnemang användare väljer, hur lång tid det tar från installation till köp, hur många som når sidan med begränsade funktioner och så vidare.
Om du lägger till en AI-driven betalväggsgenerator som kan använda ditt butiksinnehåll och visuella referenser, har du ett mycket kraftfullt arbetsflöde: Du genererar en första version av betalväggen, startar den, analyserar dess prestanda med RevenueCat och justerar den snabbt. design, budskap och uppmaningar tills du hittar den kombination som konverterar bäst.
Sammantaget ger kombinationen av väl utformade betalväggar med RevenueCats prenumerationshantering och Pushwooshs meddelandeautomation dig en mycket solid grund för att skala upp en prenumerationsverksamhet: du har centraliserad och tillförlitlig data, en komplett livscykelhändelsestruktur, riktad kommunikation i realtid och flexibilitet för att testa betalväggsvariationer.
Även om det till en början kan verka mer imponerande än ultraenkla lösningar, blir stacken, när den väl är konfigurerad, en stabil och kraftfull del att bygga en verkligt hållbar återkommande intäktsmodell på.Dela den här informationen så kommer fler användare att lära sig om verktyget..