Hopp til innholdet
Blogg

Hva en white label-reiseside faktisk gir deg

Tekravel Redaksjon

De fleste byråer havner i dette spørsmålet på samme vis. En kunde som bestilte hos deg i fjor, bestiller den samme reisen selv i år, på en side som ikke fantes da du startet, og marginen du pleide å tjene på billetten tilhører nå noen andre. Du har fremdeles leverandøravtalene. Du har fremdeles personen som svarer klokka ni en søndag når et fly blir kansellert. Det du ikke har, er et sted kunden kan lande klokka to om natta med kortet i hånda. En white label-reiseside er det vanlige svaret på det hullet, og det er verdt å være presis om hva den lukker og hva den ikke lukker.

Hva du egentlig kjøper

Skrell av markedsføringen, og en white label er en arbeidsdeling. Du beholder merkevaren, prisingen, kundeforholdet og de kommersielle vilkårene. Noen andre beholder søkemotoren, leverandørkoblingene, bestillingsflyten, billetteringens rørlegging og klokka fire om morgenen når en leverandørs API begynner å svare med søppel.

I praksis betyr det en butikk som bærer din logo, dine farger, ditt domene og dine vilkår, som kjører på varelager og en bookingmotor du ikke har bygget. På denne plattformen leveres butikken i 40 språk, høyre-til-venstre inkludert, og hver side velger sin egen standardvaluta og listen den tilbyr den reisende — NOK først for et byrå i Oslo er en innstilling, ikke et utviklingsprosjekt. Det samme gjelder utseendet: en eier bytter hele malen fra adminpanelet uten å vente på en release. Fly, hotell, pakker og attraksjoner aktiveres per side, så et byrå som bare selger hotell ikke viser en flyfane det ikke kan betjene.

Ingenting av det er eksotisk. Det er rett og slett den halvparten av arbeidet som ikke skiller deg fra noen. To byråer som selger samme strekning Oslo–Dubai konkurrerer på pris, service og tillit, aldri på hvem sin tilgjengelighetsvisning har penere linjeavstand.

Domenespørsmålet, avgjort tidlig

Det er her de fleste lanseringer stopper, så gjør det opp dag én i stedet for dag ni. En ny side kommer opp umiddelbart på et subdomene hos plattformen — det er hva registreringsveiviseren provisjonerer, og den spør ikke om kort for å gjøre det. Ditt eget domene kobles på etterpå, gjennom et veiledet DNS-steg som utsteder sertifikatet når oppslagene svarer.

Rekkefølgen betyr mer enn den ser ut til. Subdomenet gir deg noe virkelig å teste mot, vise en kollega og legge en ekte bestilling i, mens domeneflyttingen, DNS-endringen og hva nåværende leverandør nå enn holder på med går i sitt eget tempo. Plattformadressen ligger permanent: den kan ikke fjernes, som betyr at du alltid har en fungerende URL selv om en DNS-endring går galt hos registraren.

Bygge, kjøpe eller videreselge

Tre veier, og den ærlige sammenligningen handler ikke om funksjoner. Den handler om hva du fremdeles har ansvar for i år to.

 Bygge selvWhite labelVidereselge
Tid til første ekte bestillingMåneder, i beste fallSamme dag, på et subdomeneSamme dag, i noen andres merkevare
LeverandørintegrasjonerDine å inngå, sertifisere og vedlikeholde — én om gangenInkludert; du velger hvilke som slås påInkludert
Hvem fikser ødelagt billettering 02:00Du, eller utvikleren du får tak iPlattformenPlattformen
Merkevareverdi du bygger oppAltAltLite — kunden husker merkevaren hun så
Hvor kostnaden sitterKapital på forhånd, deretter vedlikehold for alltidLøpende, forutsigbarDelt margin

Raden som avgjør det for de fleste, er den andre. Byråer som priser et eget byggeprosjekt priser nesten alltid grensesnittet, fordi det er den delen de kan forestille seg. Delen som spiser budsjettet, er den lange halen av leverandørintegrasjoner, hver med sine særheter, sin sertifisering og sin vane med å endre seg uten varsel. Har du noen gang ventet tre uker på at en leverandør skal forklare hvorfor én billettklasse sluttet å billetteres, vet du allerede hvilket tall i tabellen som er det virkelige.

Hva en white label ikke løser

Her er delen som hoppes over i de fleste salgsmøter, og å hoppe over den er hvordan lanseringer blir skuffelser.

Den gir deg ikke varelager i seg selv. En butikk trenger noe å selge, og hva du kan selge avhenger av leverandørtilgang — dine egne kontrakter, eller en consolidator som distribuerer sine til deg. Teknologien gjør distribusjon mulig; den produserer ikke et kommersielt forhold som ikke finnes ennå. Har du ingen leverandøravtale i det hele tatt, er et forhold til en consolidator den biten som skal ordnes før siden, ikke etter.

Den gir deg ikke trafikk. Et nytt domene er et nytt domene. Søkemotorene har ingen historikk med det, og de to eller tre åpenbare søkene i ditt marked er allerede tatt av folk som har holdt på i årevis. Realistisk kommer de første bestillingene fra kunder som allerede kjenner deg — listen i telefonen, de faste bedriftskontoene, de som stikker innom og nå har et sted å gå ved midnatt. Organisk søk er et tolvmånedersprosjekt som løper parallelt, ikke en lanseringsfunksjon.

Den fjerner ikke det operative arbeidet. Refusjoner, datoendringer, no-shows, et navn stavet feil mot passet: alt det når fremdeles deg, fordi kundens forhold er til din merkevare. Det som endres, er at bestillingsposten, billetten og sporet ligger på ett sted i stedet for i tre innbokser og et regneark.

Og den bestemmer ikke prisingen din. Markup-regler, avrunding, hvilke tillegg du legger på og hvilke du sender videre — det er kommersielle beslutninger programvaren utfører nøyaktig som konfigurert, inkludert de konfigurasjonene som stille taper penger.

Hvem betaler, og hvem tar telefonen

To spørsmål verdt å få skriftlig før lansering, fordi de er de som dukker opp på verst tenkelige tidspunkt.

Betalingen først. Penger kan komme inn på din egen innløsningsavtale eller flyte gjennom plattformen, og det valget endrer chargeback-eksponeringen din, oppgjørstiden din og kontantstrømmen din. Det finnes ikke noe universelt riktig svar — et byrå med etablert innløsningsavtale og et uten bør velge forskjellig — men det finnes definitivt et galt utfall, nemlig å finne det ut under din første tvist.

Støtten deretter. Den reisende ringer deg; du er merkevaren på bekreftelsen. Bak det håndterer plattformen feil på leverandørsiden. Trekk grensen eksplisitt: hvem jager en billett som ikke er utstedt, hvem snakker med flyselskapet, hvem forteller kunden det. Roller og rettigheter i adminpanelet er hvordan den delingen blir virkelig snarere enn en samtale alle husker ulikt.

Fire ting som må være avklart før lansering

  • Leverandørtilgang. Egne kontrakter, en consolidator, eller begge — og skriftlig, med de billettreglene du har lov til å videreselge.
  • Pengenes vei. Hvem sin innløsningsavtale, hvilken oppgjørssyklus, hvem bærer en chargeback.
  • Merkevarebeslutningen. Domene, logo, og de vilkårs- og personvernsidene som bærer selskapets navn, ikke en plassholder.
  • Støttelinjen. Hvem svarer, på hvilken kanal, i hvilke timer — og hva som skjer utenfor dem.

Merk at bare én av dem er teknisk. Det forholdet er ingen ulykke; det er hele poenget.

Om du vil se det heller enn å lese om det

Det som avgjør spørsmålet raskest, er sjelden enda en sammenligningsartikkel. Det er å åpne registreringsveiviseren og se hva som blir provisjonert — den spør ikke om kort, og du ender med en ekte side på et ekte subdomene som du kan kjøre en testbestilling gjennom. Er spørsmålet ditt mer teknisk enn kommersielt, er fly- og hotell-API-ene den andre halvparten av samme plattform, og den samtalen begynner med et menneske snarere enn en selvbetjeningsnøkkel.

Tekravel Redaksjon

Desk for reiseteknologi

Tekravels desk for reiseteknologi skriver for bransjen: byråeiere, konsolidatorer og utviklerne som integrerer dem. Hver artikkel kontrolleres mot plattformen den beskriver før den publiseres.