Biljettsystem, annonser och utskick till Sell-Out

Vad var problemet

En arrangör ser sin försäljning i biljettsystemet, men systemet är byggt för att sälja biljetter — inte för att förklara varför ett släpp gick som det gick. Frågor om takt, kanaler och jämförelser mellan evenemang besvaras i praktiken med exporterade filer i ett kalkylblad.

Och svaret finns sällan i biljettsystemet. Det ligger i annonsen som drog, i nyhetsbrevet som gick ut på tisdagen, i trafiken som kom från sök. Var sak för sig går att titta på — men var sak ligger bakom sin egen inloggning, med sitt eget sätt att räkna och sin egen tidsaxel.

Hur löste vi det

Sell-Out samlar det som påverkar försäljningen på ett ställe, med tiden som gemensam nämnare.

Försäljningen hämtas från biljettplattformarna via API — Ticketmaster och Tickster — så att arrangören ser hela sin försäljning oberoende av var biljetterna såldes.

Rapporter utan API tas in ändå. Plattformen har en egen mejladress dit rapporterna skickas, och läser in dem automatiskt när de kommer. Det som inte går att hämta får komma till oss i stället.

Marknadsföringen kopplas in bredvid: kampanjer och annonskostnader från Meta, trafik och synlighet från Google Analytics och Search Console. Och utskicken — plattformen synkar mot den nyhetsbrevstjänst arrangören råkar använda, vare sig det är Klaviyo, Mailchimp, MailerLite, Rule eller Brevo.

Analysen sker med Claude ovanpå datan. Kurvan visar att det hände något på tisdagen; det som behövs är en förklaring i ord av vad det var och vad man gör åt det inför nästa släpp.

Vad resultatet blev

Ett säljhopp går att lägga bredvid utskicket och annonsen som föregick det, i stället för att gissa. Beslutsunderlag inför nästa släpp — inte en mapp med exportfiler.