Klaviyo-integraties en -flows opzetten voor ticket- en eventgerichte bedrijven

Probleem

Wat als je Klaviyo wilt gebruiken, maar je tech stack geen directe integraties ermee heeft? Deze beperking voorkomt dat teams optimaal gebruikmaken van geavanceerde Email Marketing (Klaviyo)-functionaliteiten zoals event-based segmentatie en gepersonaliseerde automatisering.

Dat is een probleem waarmee Inventive Productions te maken had. Zij gebruiken Design My Night (ook bekend als Tonic) om tickets voor hun evenementen te verkopen.

We moesten een systeem bouwen dat aankopen ophaalt en klanten tagt per event en datum.

Onze aanpak

Tracking

We bestudeerden de API-documentatie van Tonic en bouwden meerdere poll-gebaseerde automatiseringen in Pipedream. De volledige setup is opgezet met Server Side Tracking, waardoor we aankopen, terugbetalingen, updates en custom event objects betrouwbaar rechtstreeks naar Klaviyo konden synchroniseren via APIs.

Onze automatisering ‘Finished order’ wordt elke 30 minuten uitgevoerd:

1. Het haalt de voltooide orders van Tonic op over de afgelopen 45 minuten via hun API.
2. Maakt nieuwe profielen aan in Klaviyo met behulp van Klaviyo’s API.
3. Genereert aankoopgebeurtenissen met eventnamen, tickettypes, prijzen en een speciale eigenschap genaamd “days until event at the time of purchase”, waarvan we het doel later zullen toelichten.
4. Maakt objecten voor geboekte events in Klaviyo, met eventnamen, eventdata, tickettypes en prijzen.

De objecten zien er in Klaviyo als volgt uit:

Er bestaat een vergelijkbare automatisering voor bestellingen die handmatig zijn toegevoegd:

Een andere automatisering haalt terugbetaalde bestellingen op en genereert refund events in Klaviyo. Deze verwijdert ook het object in het profiel van de klant.

We volgen updates om te zien wanneer een klant zijn boeking wijzigt en werken het object in zijn profiel dienovereenkomstig bij.

En we volgen daarvoor onafgeronde bestellingen en events. Zo kunnen we hen een verlaten-checkoutflow sturen.

Flows

Naast de standaard welcome-, abandoned checkout- en post-purchase-flows hebben we voor alle locaties pre- en post-attendance-flows opgezet, die worden getriggerd door de event date-property van de booking objects:

Waarom aparte flows per locatie gebruiken in plaats van één enkele flow met vertakkingen per locatie binnen diezelfde flow?

Omdat je geen trigger splits kunt gebruiken in flows die worden geactiveerd door datum-eigenschappen, maar alleen conditional splits. In Klaviyo controleren trigger splits de eigenschappen van het event dat de flow heeft geactiveerd. Conditional splits controleren de eigenschappen van het profiel of van elk object dat daaraan is gekoppeld.

Als iemand twee of meer events heeft geboekt, kan diegene de verkeerde pre-attendance e-mails ontvangen.

Stel, ze hebben locatie X over 5 dagen en locatie Y over 3 dagen.

Ze hebben de e-mail met de regels voor locatie Y al ontvangen.

Het evenement op locatie X vindt over 5 dagen plaats, dus ze komen in de flow terecht om de regels-e-mail te ontvangen.

Ze komen bij de splitsing voor locatie Y.

Ze voldoen nog steeds aan de voorwaardelijke split “Event Name contains Y and Event date is in the next 5 days”.

Als de split voor locatie Y vóór de split voor locatie X komt, ontvangen ze de verkeerde e-mail.

De pre-attendance flow verstuurt 5 dagen vóór de eventdatum een e-mail met de regels. Maar wat gebeurt er als iemand een event boekt over 1, 2 of 3 dagen vanaf vandaag?

Voor die klanten gebruiken we het aankoopmoment als trigger, met de filter “Days until event at purchase <5”.

Resultaten

Onze klant profiteert volledig van Klaviyo’s geavanceerde segmentatie en personalisatie.

En met hetzelfde framework kunnen we letterlijk alles integreren met Klaviyo, zolang het maar een functionele API heeft.

Wil je dat wij het voor je doen? Schrijf je dan hieronder in voor ons marketingplan.

Woorden van de klant

Chris Corsini

Astrology Ecommerce Brand

Their Klaviyo setup boosted our engagement and conversions-open rates have never been higher.

Read review on