Waar begint de reeks van proefperiode naar betaald?
Onboardingmails en e-mails van proefperiode naar betaald doen twee verschillende dingen. De onboardingreeks heeft één doel: de gebruiker naar het aha-moment brengen – het punt waarop de waarde van het product duidelijk is. Dat is activatie. Het is geen aankoop.
De reeks van proefperiode naar betaald gaat daar verder. Ze gaat ervan uit dat de waarde al geleverd is en doet het enige wat onboarding niet doet: om de betaalkaart vragen. Waar onboarding hoort bij de lifecyclefase activatie, hoort deze reeks bij de beslissing van proefperiode naar betaald – een korte, goed getimede duw die eindigt voordat de proefperiode eindigt.
Hoe ziet de reeks eruit, en wanneer gaat elke e-mail de deur uit?
Zes e-mails, verspreid over de proefperiode. Sommige gaan af op gedrag, andere op de kalender. De eerste twee reageren op wat de gebruiker doet; de laatste vier tellen af naar het verlopen. Een journey-engine regelt de mix – een wait_
| Proefperiode van 14 dagen | Proefperiode van 30 dagen | |
|---|---|---|
| Activatiecheck | Dag 2 | Dag 3 |
| Samenvatting van de waarde halverwege | Dag 7 | Dag 15 |
| Bezwaar beantwoorden (T-3) | Dag 11 | Dag 27 |
| Urgentie (T-1) | Dag 13 | Dag 29 |
| Verlopen / respijtdag | Dag 14–15 | Dag 30–31 |
| Win-back na het verlopen | Dag 18–21 | Dag 34–37 |
Wat moet er eigenlijk in elke e-mail staan?
De samenvattingsmails moeten de waarde koppelen aan wat de gebruiker echt in het product deed, niet aan je lijst met functies. “Je hebt 5 segmenten gebouwd en 2 journeys gelanceerd – dit levert dat op met een betaald abonnement” wint van “ons platform kan veel”. Details die de eigen activiteit van de gebruiker weerspiegelen, zijn het sterkste argument dat je hebt.
- Een samenvatting van de waarde, gekoppeld aan een echte actie in het product, met een getal als je dat hebt
- Precies één bezwaar, benoemd en beantwoord – prijs, overstapwerk of een ontbrekende integratie
- Optioneel sociaal bewijs: één zin, één getal, van een vergelijkbaar team
- Eén duidelijke call-to-action – upgraden – en niets wat ermee concurreert
- Gewone taal over wat er gebeurt bij het verlopen: wat de gebruiker houdt en wat die kwijtraakt
Kies het ene bezwaar dat de aankoop het waarschijnlijkst tegenhoudt en beantwoord het direct – som er geen vijf op. Dat oordeel brengt een Lifecycle Marketer mee: weten welk bezwaar voor dit segment echt speelt. Bouw je het bredere systeem waarin deze e-mails leven, lees dan lifecycle marketing voor start-ups.
De dag van het verlopen en de respijtperiode
De e-mail op de dag van het verlopen is geen voetnoot. Verstuur hem op het moment dat de proefperiode eindigt: zeg dat de toegang is veranderd en geef één weg terug. Voeg daarna een korte respijtperiode toe – een dag of twee waarin het account nog werkt – en zeg dat ook. Vraag je vooraf om een betaalkaart, let dan op de regels voor timing: Userlist wijst erop dat kaartnetwerken zoals Visa minstens zeven dagen vooraf een melding eisen voordat een proefperiode overgaat in een betaalde afschrijving, dus je herinneringen moeten vroeg genoeg lopen om daaraan te voldoen.
Zie het verlopen niet als het einde. Encharge meldt, op basis van een analyse van MadKudu, dat ongeveer de helft van de SaaS-conversies na het einde van de proefperiode kan plaatsvinden – en daarom verdient een win-back na het verlopen zijn plek. Stuur een paar dagen later een lichtere poging om de gebruiker weer te betrekken. En zodra een gebruiker converteert, is de volgende lekkage de facturatie: een mislukte afschrijving laat een betalende klant ongemerkt vertrekken, dus combineer deze reeks met dunning en het herstellen van mislukte betalingen.
Moet je korting geven?
Spaarzaam. Een vaste korting van 20% in elke e-mail aan het einde van de proefperiode leert mensen om de proefperiode te laten verlopen en op de kortingscode te wachten – je leert je gebruikers met de meeste koopintentie om te treuzelen. Kies tijdens de lopende proefperiode liever eerlijke urgentie en een samenvatting van de waarde. Bewaar een korting voor een gerichte win-back naar gebruikers die zijn afgehaakt zonder te converteren, waar het een echt tweede aanbod is en geen reflex. Tools als Customer.io, Encharge en Loops kunnen dat aanbod beperken tot een specifiek segment van afhakers.
Hoe meet je de conversie van proefperiode naar betaald?
De conversieratio van proefperiode naar betaald is het aantal betalende klanten gedeeld door het aantal gestarte proefperiodes in hetzelfde cohort – cohorten per week van aanmelding, niet per kalendermaand, anders vertekenen late aanmeldingen de ratio. Splits hem op in geactiveerd en niet geactiveerd; het geactiveerde cohort is het cohort dat je e-mails kunnen bewegen. Benchmarks lopen sterk uiteen afhankelijk van de opzet van de proefperiode: Baremetrics meldt dat proefperiodes zonder betaalkaart vaak rond 15–25% converteren, terwijl proefperiodes met een betaalkaart vooraf vaak hoger uitkomen, ongeveer 40–60%. Zie dat als referentiepunten, niet als doelen – je product en je publiek bepalen het echte getal.
De starterkit: events, journeys en berichten
Alles hieronder is een template om aan te passen, geen resultaat: eventnamen, regels voor journeys en conceptberichten, afgestemd op een proefperiode van 14 dagen. Vervang ze door je eigen aha-actie, de lengte van je proefperiode en je abonnementsnamen. Dezelfde kit is beschikbaar als Markdown-bestand om in je repo of wiki te zetten.
Meet vijf events
Vijf events dragen de hele reeks. Verstuur product- en facturatie-events vanaf je server, waar een adblocker ze niet kan tegenhouden en een bezoeker ze niet kan vervalsen, en houd persoonsgegevens op het profiel in plaats van in event-eigenschappen.
| Event | Verstuur het als | Eigenschappen | Verstuurd vanaf |
|---|---|---|---|
| signup_ | Het aanmeldformulier is verstuurd, vóór de verificatie van het e-mailadres | source, plan_ | Browser |
| signup_ | Het account bestaat en het e-mailadres is geverifieerd. Identificeer de gebruiker hier, met de ID die je facturatiesysteem gebruikt | trial_ | Server |
| activated | De gebruiker voert je aha-actie voor het eerst uit (leg die één keer vast, bijvoorbeeld “eerste rapport gedeeld”) | activation_ | Server |
| trial_ | Een dagelijkse taak ziet dat trial_ | days_ | Server, gepland |
| subscription_ | Je betaalprovider bevestigt de eerste geslaagde afschrijving | plan, interval, amount | Server, via de webhook van de facturatie |
Twee naamregels houden het plan over een jaar nog leesbaar: object_
Bouw drie journeys
Twee onboardingjourneys splitsen geactiveerde en vastgelopen proefperiodes; de derde redt de proefperiode bij het verlopen. Alle drie delen dezelfde vangrails: iedereen stapt uit zodra subscription_
| 1 · Onboarding: eerste waarde | 2 · Onboarding: vastgelopen proefperiode | 3 · Redding bij het verlopen | |
|---|---|---|---|
| Trigger | signup_ | Geen activated-event 48 uur na signup_ | trial_ |
| Instapfilter | Op een proefabonnement; geen intern account of testaccount | Hetzelfde, en geen antwoord op de welkomstmail | Nog geen subscription_ |
| Stappen | Welkomstmail → maximaal 48 uur wachten op activated → e-mail met de volgende stap | Hulpmail → maximaal 3 dagen wachten op activated → check-in in platte tekst van een mens | Vertakking op activated: samenvatting van de waarde met één beantwoord bezwaar, of hulp met een aanbod om te verlengen → herinnering T-1 → e-mail bij verlopen en respijtdag → heractiveringsmail 4 dagen later |
| Suppressie | Afgemelde contacten en contacten met een hard bounce komen er nooit in; maximaal één marketingmail per dag over alle journeys heen | Hetzelfde; pauzeren terwijl iemand het antwoord van de gebruiker beantwoordt | Hetzelfde; de heractiveringsmail overslaan als de gebruiker heeft geantwoord of een gesprek heeft ingepland |
| Uitstap en doel | Doel: activated. Uitstap bij subscription_ | Doel: activated. Uitstap bij subscription_ | Doel en uitstap: subscription_ |
Pas zes berichten aan
| Bericht | Onderwerpregel | Openingszin | Eén call-to-action |
|---|---|---|---|
| Onboarding (welkom) | Welkom bij {product}: dit doe je eerst | De meeste teams halen waarde uit {product} op de dag dat ze {aha_ | {aha_ |
| Activatie (volgende stap) | Je hebt {aha_ | Die stap halen de meeste proefperiodes nooit. De volgende is {next_ | {next_ |
| Hulp (vastgelopen proefperiode) | Vast bij {setup_ | Je hebt je {days} dagen geleden aangemeld en hebt nog niet {aha_ | Antwoord op deze mail |
| Proefperiode loopt af (T-3, T-1) | Nog {days_ | Tot nu toe heb je {usage_ | Kies een abonnement |
| Verlopen (respijtdag) | Je proefperiode is voorbij. Je werk is er nog | Je proefperiode eindigde op {trial_ | Mijn account houden |
| Heractivering (win-back) | Ga verder waar je was gebleven | Sinds je laatste login hebben we {relevant_ | Mijn proefperiode opnieuw starten |
Placeholders tussen accolades komen uit profieleigenschappen en eventdata. Schrijf elk bericht eerst in platte tekst, houd één call-to-action aan, laat kortingen weg uit de hoofdreeks en haal elke uitspraak over de activiteit van de gebruiker uit een echte eigenschap, nooit uit een gok.
Voordat je het aanzet
- Laat elke journey lopen met een testprofiel: verstuur elk event handmatig en controleer wie instapt, wie wacht en wie uitstapt.
- Betaal halverwege journey 3 met een testkaart en controleer dat de resterende e-mails stoppen.
- Verstuur in de tijdzone van elke gebruiker, nooit ’s nachts, en beperk marketingmail tot één per dag over alle journeys heen.
- Vraag je vooraf om een betaalkaart, start de herinneringen dan vroeg genoeg voor de meldingsregels van de kaartnetwerken die hierboven zijn beschreven.
- Meet de conversie van proefperiode naar betaald per cohort van de aanmeldweek, en houd een kleine holdoutgroep aan als je wilt weten wat de reeks zelf toevoegt.
Elke journeytool met eventtriggers, wachtstappen die eindigen op een event en een uitstapregel kan deze kit draaien. In fromHello komen de vijf events binnen via de trackingsnippet of de API, en elke journey hierboven is gebouwd met de eigen nodes van de builder: E-mail versturen, Wachten, Wachten op event, Vertakking, Doel en Uitstappen. Start-ups die jonger zijn dan twee jaar en minder dan € 5 miljoen hebben opgehaald, kunnen 12 maanden fromHello Core aanvragen via ons programma voor start-ups.