Klaviyo-integraties en flows opzetten voor ticket-/event-based bedrijven

Probleem

Wat als je Klaviyo wilt gebruiken, maar je tech stack er geen directe integraties mee heeft? Deze beperking verhindert teams om geavanceerde Email Marketing (Klaviyo)-functies zoals event-based segmentatie en gepersonaliseerde automatisering volledig te benutten.

Dat was een probleem dat Inventive Productions 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 op evenement en datum.

Hoe we het hebben opgelost

Tracking

We bestudeerden de API-documentatie van Tonic en bouwden verschillende poll-based automatiseringen in Pipedream. De volledige setup werd gebouwd met Server Side Tracking, waardoor we aankopen, terugbetalingen, updates en custom event objects betrouwbaar rechtstreeks in Klaviyo konden synchroniseren via API’s.

Onze automatisering voor “Finished order” draait elke 30 minuten:

1. Haalt de voltooide bestellingen van Tonic van de afgelopen 45 minuten op via hun API.
2. Maakt nieuwe profielen aan in Klaviyo via de API van Klaviyo.
3. Genereert aankoopevents met eventnamen, tickettypes, prijzen en een speciale eigenschap genaamd “days until event at the time of purchase”, waarvan we het doel later zullen uitleggen.
4. Maakt objects aan voor geboekte evenementen in Klaviyo, met eventnamen, eventdatums, tickettypes en prijzen. 

De objects zien er in Klaviyo zo 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. Ook verwijdert die het object uit het profiel van de klant.

We tracken updates om te identificeren wanneer een klant zijn boeking wijzigt, en updaten het object in zijn profiel dienovereenkomstig.

En we tracken onafgeronde bestellingen en events daarvoor. Hierdoor kunnen we ze een abandoned checkout flow sturen.

Flows

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

Waarom aparte flows gebruiken voor elke locatie in plaats van slechts één, met splits per locatie binnen de flow?

Omdat je geen trigger splits kunt gebruiken in flows die worden getriggerd door date properties, alleen conditional splits. In Klaviyo controleren trigger splits de eigenschappen van het event dat de flow heeft getriggerd. Conditional splits controleren de eigenschappen van het profiel of elk object dat eraan is gekoppeld.

Als iemand twee of meer events heeft geboekt, kunnen ze de verkeerde pre-attendance emails ontvangen.

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

Ze hebben de rules-email voor locatie Y al ontvangen.

Het event op locatie X is over 5 dagen, dus ze komen in de flow terecht om de rules-email te ontvangen.

Ze bereiken de split voor locatie Y.

Ze voldoen nog steeds aan de conditional 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 email.

De pre-attendance flow verstuurt 5 dagen vóór de eventdatum een email met regels. Maar wat als iemand een event boekt dat over 1, 2 of 3 dagen plaatsvindt?

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

Resultaten

Onze klant kan profiteren van alle voordelen van geavanceerde segmentatie en personalisatie van Klaviyo.

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

Wil je dat wij het voor je doen? Meld je hieronder aan 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