Hvad en white label-rejseside reelt giver dig

De fleste bureauer ender i dette spørgsmål ad samme vej. En kunde, der bookede hos dig sidste år, booker den samme rejse selv i år, på en side der ikke fandtes da du startede, og den margin du plejede at tjene på billetten tilhører nu en anden. Du har stadig leverandøraftalerne. Du har stadig den medarbejder, der tager telefonen klokken ni en søndag, når et fly bliver aflyst. Hvad du ikke har, er et sted kunden kan lande klokken to om natten med kortet i hånden. En white label-rejseside er det sædvanlige svar på det hul, og det er værd at være præcis om, hvad den lukker, og hvad den ikke lukker.

Hvad du faktisk køber

Skræl markedsføringen af, og en white label er en arbejdsdeling. Du beholder brandet, prissætningen, kunderelationen og de kommercielle vilkår. En anden beholder søgemaskinen, leverandørforbindelserne, bookingflowet, billetteringens rørarbejde og klokken fire om morgenen, hvor en leverandørs API begynder at svare med volapyk.

I praksis betyder det en butik med dit logo, dine farver, dit domæne og dine betingelser, kørende på lager og en bookingmotor du ikke har bygget. På denne platform leveres butikken i 40 sprog, højre-mod-venstre inklusive, og hver side vælger sin egen standardvaluta og listen den tilbyder den rejsende — DKK først for et bureau i København er en indstilling, ikke et udviklingsprojekt. Det samme gælder udseendet: en ejer skifter hele skabelonen fra adminpanelet uden at vente på en release. Fly, hoteller, pakker og oplevelser aktiveres per side, så et bureau der kun sælger hoteller ikke viser en flyfane, det ikke kan bemande.

Intet af det er exotisk. Det er simpelt hen den halvdel af arbejdet, der ikke adskiller dig fra nogen. To bureauer der sælger samme strækning København–Dubai konkurrerer på pris, service og tillid, aldrig på hvis tilgængelighedsskærm har den pænere linjeafstand.

Domænespørgsmålet, afklaret tidligt

Det er her de fleste lanceringer går i stå, så afgør det på dag ét i stedet for dag ni. En ny side kommer op med det samme på et subdomæne hos platformen — det er hvad tilmeldingsguiden provisionerer, og den beder ikke om et kort for at gøre det. Dit eget domæne kobles på bagefter, gennem et guidet DNS-trin der udsteder certifikatet, når opslagene svarer.

Rækkefølgen betyder mere, end den ser ud til. Subdomænet giver dig noget virkeligt at teste mod, vise en kollega og lægge en rigtig booking i, mens domæneflytningen, DNS-ændringen og hvad din nuværende udbyder nu end laver, kører i deres eget tempo. Platformsadressen bliver liggende permanent: den kan ikke fjernes, hvilket betyder at du altid har en fungerende URL, selv hvis en DNS-ændring går galt hos registraren.

Bygge, købe eller videresælge

Tre veje, og den ærlige sammenligning handler ikke om funktioner. Den handler om, hvad du stadig hænger på i år to.

Rækken der afgør det for de fleste, er den anden. Bureauer der prissætter et eget byggeri, prissætter næsten altid brugerfladen, fordi det er den del de kan forestille sig. Den del der spiser budgettet, er den lange hale af leverandørintegrationer, hver med sine særheder, sin certificering og sin vane med at ændre sig uden varsel. Har du nogensinde ventet tre uger på, at en leverandør forklarede hvorfor én bookingklasse holdt op med at billettere, ved du allerede hvilket tal i tabellen der er det virkelige.

Hvad en white label ikke løser

Her er den del, der springes over i de fleste salgsmøder, og at springe den over er, hvordan lanceringer bliver skuffelser.

Den giver dig ikke lager i sig selv. En butik skal have noget at sælge, og hvad du kan sælge afhænger af leverandøradgang — dine egne aftaler, eller en consolidator der distribuerer sine til dig. Teknologien gør distribution mulig; den fabrikerer ikke en kommerciel relation, der ikke findes endnu. Har du ingen leverandøraftale overhovedet, er en relation til en consolidator det stykke der skal på plads før siden, ikke efter.

Den giver dig ikke trafik. Et nyt domæne er et nyt domæne. Søgemaskinerne har ingen historik med det, og de to eller tre oplagte søgninger på dit marked er allerede besat af folk der har været i gang i årevis. Realistisk kommer de første bookinger fra kunder der allerede kender dig — listen i telefonen, de faste firmakonti, de forbipasserende der nu har et sted at gå ved midnat. Organisk søgning er et tolvmåneders projekt der kører parallelt, ikke en lanceringsfunktion.

Den fjerner ikke det operationelle arbejde. Refusioner, datoændringer, no-shows, et navn stavet forkert mod passet: det når stadig dig, fordi kundens relation er med dit brand. Hvad der ændrer sig, er at bookingposten, billetten og sporet ligger ét sted i stedet for i tre indbakker og et regneark.

Og den bestemmer ikke din prissætning. Markup-regler, afrunding, hvilke tillæg du lægger på og hvilke du sender videre — det er kommercielle beslutninger, softwaren udfører præcis som konfigureret, inklusive de konfigurationer der stille taber penge.

Hvem betaler, og hvem tager telefonen

To spørgsmål værd at få på skrift før lancering, fordi de er dem der dukker op på det værste tidspunkt.

Betalingen først. Penge kan lande på din egen indløsningsaftale eller flyde gennem platformen, og det valg ændrer din chargeback-eksponering, din afregningstid og din likviditet. Der er ikke noget universelt rigtigt svar — et bureau med en etableret indløsningsaftale og et uden bør vælge forskelligt — men der er bestemt et forkert udfald, nemlig at finde ud af det under din første tvist.

Supporten dernæst. Den rejsende ringer til dig; du er brandet på bekræftelsen. Bag det håndterer platformen fejl på leverandørsiden. Træk grænsen udtrykkeligt: hvem jager en billet der ikke er udstedt, hvem taler med flyselskabet, hvem fortæller kunden det. Roller og rettigheder i adminpanelet er, hvordan den opdeling bliver virkelig i stedet for en samtale alle husker forskelligt.

Fire ting der skal være afklaret før lancering

• Leverandøradgang. Egne aftaler, en consolidator, eller begge — og på skrift, med de billetregler du må videresælge.
• Pengenes vej. Hvis indløsningsaftale, hvilken afregningscyklus, hvem bærer en chargeback.
• Brandbeslutningen. Domæne, logo, og de betingelses- og privatlivssider der bærer dit selskabs navn, ikke en pladsholder.
• Supportlinjen. Hvem svarer, på hvilken kanal, i hvilke timer — og hvad der sker udenfor dem.

Bemærk at kun én af dem er teknisk. Det forhold er ikke et tilfælde; det er hele pointen.

Hvis du vil se det frem for at læse om det

Det der afgør spørgsmålet hurtigst, er sjældent endnu en sammenligningsartikel. Det er at åbne tilmeldingsguiden og se hvad der bliver provisioneret — den beder ikke om et kort, og du ender med en rigtig side på et rigtigt subdomæne, du kan lægge en testbooking i. Er dit spørgsmål mere teknisk end kommercielt, er fly- og hotel-API'erne den anden halvdel af samme platform, og den samtale begynder med et menneske frem for en selvbetjeningsnøgle.