Ringsted Festival 2027 · on-sale 6. september 2026

Hvor LiveClouds
indtægt kan ligge

Beløbet skal afregnes til LiveClouds egen konto og kan derfor ikke skjules i billetprisen. Det er udgangspunktet. Herunder er fire steder det kan opkræves, tre måder at vise linjen på, og et sprogkort. Festivalledelsen vil ikke have ordet gebyr, og det er en rimelig holdning: et gebyr er noget der tages fra dig. Det her handler om at sælge noget i stedet.

Del 1

Fire steder betalingen kan ligge

De udelukker ikke hinanden. Men jo flere I bruger, jo oftere møder gæsten en ekstra linje, og det er dér modviljen opstår.

01 I billetkøbetOrdren betaler for de mennesker der kommer til at bruge platformen. Én pr. person, ikke én pr. billet. pr. person
02 Sammen med Festival+Solgt i samme øjeblik som medlemskabet, men som sin egen linje. Kan ikke lægges ind i medlemskabets pris, for så løber pengene gennem festivalens konto. egen linje
03 Ved optankning af BeatsEn andel af det optankede, opkrævet som sin egen post. Rammer kun dem der bruger wallet, og skalerer med forbrug frem for med antal gæster. andel af beløb
04 Ved gensalgKommission af salgssummen. Den eneste hvor gæsten allerede forventer et fradrag, fordi de sælger noget. andel af salg
Hvad jeg vil anbefale

Læg den i billetkøbet, og kun dér, i første omgang. Gensalg kan bære en kommission senere, fordi den situation er den eneste hvor et fradrag føles naturligt for gæsten. Optankning vil jeg holde fri: Beats er den mekanik der får folk til at bruge pladsen, og den skal ikke gøres dyrere at komme i gang med.

Del 2

Den skal stå som sin egen linje

Beløbet kan ikke lægges ind i billetprisen. Ligger det der, går pengene ind i festivalens billetomsætning og skal betales tilbage bagefter, og det er præcis den konstruktion LCAP-1646 er bygget for at undgå. Så spørgsmålet er ikke om linjen er synlig, men hvordan den ser ud.

Begrænsningen, sagt rent

LiveClouds andel skal afregnes til LiveClouds egen konto. Det kræver at den er sin egen varelinje i ordren, og dermed at gæsten kan se den. Alle forslag herunder viser den. Forskellen ligger i hvor tit den optræder, og hvor meget der står ved siden af den.

Forbehold: modtageren findes ikke i koden endnu

Gennemgang af FMS 10. august: der er ingen separat-modtager-mekanik overhovedet. Alle forekomster af "payee" er Swedbanks betalingsreference, ikke en modtager af penge, og afregningskonfigurationen findes kun pr. summit, ikke pr. produkt. LCAP-1646 er planlagt, ikke bygget, og er blokeret på at Swedbank opretter kontoen. I dag ville beløbet altså lande i den fælles platform-konto uanset hvordan linjen ser ud. Adskillelsen er en aftale- og oprettelsesopgave før den er en kodeopgave, og den ligger før alt herunder.

Fravalgt

Én linje for hele ordren

4 × Partout 20277.580
4 × Camping1.980
Digital billet25
I alt9.585 kr
Det mindste tal gæsten kan se. Men den passer ikke til modellen: fire mennesker kommer til at bruge platformen, og ordren betaler for én.
Fravalgt

Én linje pr. person

4 × Partout 20277.580
4 × Camping1.980
Digital billet, 4 personer100
I alt9.660 kr
Det får hver person
  • Billetten i appen
  • Wallet til mad og drikke
  • Kort, program og beskeder
Ærlig over for modellen og let at forklare: én pr. person, ikke én pr. billet. Køber du tre dagsbilletter til dig selv, betaler du stadig kun én.
Mulighed C

Vist sammen med billetten

4 × Partout 2027
inkl. digital billet 25 kr
7.680
4 × Camping1.980
I alt9.660 kr
Digital billet vil sige
  • Billetten i appen
  • Wallet til mad og drikke
  • Kan gives videre til en ven
Samme to varelinjer i data, vist som ét produkt med en underlinje der viser delingen. Gæsten ser en billetpris, ikke et tillæg.
Besluttet 10. august: mulighed C

Produktet er defineret ved tre ting på én gang: det kan ikke fravælges, det er ikke en del af billettens pris, og det vises som hørende til billetten. Undersøgt i FMS 10. august: datadelingen virker allerede, fordi produkttypen platform_access giver sin egen række i order_items med sin egen total, og afregningen aggregerer pr. række frem for pr. visning. Det eneste der mangler er at GuestOrderController og ReceiptSnapshotService sender product_type med ud, så appen kan kende linjen uden at hardkode et navn. Ingen migration, ingen skemaændring. Bygges nu.

Del 3

Sprogkort

Ord der skaber modvilje, og ord der beskriver det samme uden at gøre det. Til brug i app, webticket, mails og supportsvar.

UndgåBrug i stedetHvorfor
GebyrDigital billetEt gebyr tages fra dig. En digital billet er noget du får.
ServicegebyrDin billet i appenBeskriv ydelsen, ikke opkrævningen.
BilletgebyrHører til billettenLinjen skal stå der, men den kan knyttes til billetten frem for at ligge oveni.
TillægDet får du medTillæg lyder som noget der er lagt oveni bagefter.
AfgiftDet du får medAfgift er myndighedssprog. Undgå også "adgang", som gæsten hører som indgangen til pladsen.
EkspeditionHåndtering af din billetEkspedition beskriver vores arbejde, ikke gæstens udbytte.
ProvisionLiveClouds andelKun relevant internt og over for arrangøren, aldrig mod gæsten.
Reglen bag kortet

Navngiv altid det gæsten får, aldrig det vi tager. Hvis en linje på kvitteringen ikke kan beskrives med en modydelse på under ti ord, hører den ikke hjemme som en selvstændig linje. Så skal den lægges ind i prisen.

Del 4 · interaktiv

Festival+ i flowet

Medlemskabet giver armbånd og forkøbsret. Forkøbsretten er den der er svær at vise med ord, så prøv kontakten: samme øjeblik, to forskellige gæster.

Gæsten
9:59Billetsalg
Hvor medlemskabet sælges

Tre steder, i faldende rækkefølge efter hvor godt de virker. På festivalpladsen året før, hvor stemningen er høj og næste år føles tæt på. I appen i ugerne op til on-sale, hvor forkøbsretten er et konkret argument. Og som tilvalg i selve købet, hvor den virker dårligst, fordi forkøbsretten allerede er brugt.

Den mekanik der skal besluttes

Forkøbsret kan enten være tidligere adgang, altså at salget åbner en dag før for medlemmer, eller bedre plads i køen på selve dagen. Det første er let at forklare og let at bygge. Det andet føles mere retfærdigt, men kræver at kø-systemet kan prioritere, og det gør det ikke i dag.

Navnene er nu adskilt

Festival+ er festivalens medlemskab med armbånd og forkøbsret. Digital billet er LiveClouds produkt: billetten i appen, wallet og kort. To navne der ikke kan forveksles, hverken af gæsten eller af supporten i telefonen. Det gamle navn Festival Pass er droppet, fordi det lå for tæt på Festival+.

Festival+ kan ikke bære LiveClouds andel

Det ville ellers være elegant: ét medlemskab, ét beløb, og LiveClouds del indeni. Men medlemskabet er festivalens produkt, så pengene ville løbe gennem festivalens konto og skulle betales tilbage. Det er den samme grund til at beløbet ikke kan ligge i billetprisen. Festival+ og den digitale billet kan sælges i samme øjeblik, men de skal stå som to linjer.