Checklist voordat je reiswebsite live gaat: wie doet wat
Het eerste telefoontje na de lancering gaat zelden over de website. Het is een klant die laat op de avond heeft betaald, een bevestigingsmail kreeg en nu wil weten of het hotel zijn naam echt heeft. Of een zoon die zijn moeder op de verkeerde datum heeft geboekt en zijn geld terug wil voordat de tariefregels zeggen dat dat niet meer kan. Wie die telefoon opneemt, merkt heel snel welke beslissingen vóór de lancering zijn genomen en welke zijn doorgeschoven naar later. Deze checklist voordat je reiswebsite live gaat is geschreven vanaf die stoel: wat geregeld moet zijn, en door wie, voordat het adres op je visitekaartje staat.
Waarom een checklist voordat je reiswebsite live gaat drie eigenaren nodig heeft
De meeste checklists voor een lancering mislukken omdat het één lijst is. De technische regels worden afgevinkt omdat ze makkelijk te zien zijn — het logo staat er of het staat er niet — en de commerciële blijven liggen omdat er bij geen enkele een naam staat. Splits de lijst daarom per eigenaar. In een klein reisbureau draagt dezelfde persoon misschien twee van deze petten, en dat is prima, zolang hij weet welke pet hij op heeft wanneer hij een regel afvinkt.
- Commercieel — de eigenaar of het hoofd verkoop. Prijzen, klanten, krediet, terugbetalingen.
- Technisch — wie de site heeft ingericht. Domein, uiterlijk, talen, toegang voor medewerkers.
- Juridisch — de eigenaar, met een adviseur waar de markt dat vraagt. De pagina's waarmee een klant akkoord gaat als hij betaalt.
Commercieel: de beslissingen die alleen de eigenaar kan nemen
Geen van deze punten is een software-instelling, ook al eindigt elk ervan als instelling. Het zijn antwoorden op vragen die een klant in de eerste week stelt.
- Welke diensten verkoop je eigenlijk? Vluchten, hotels, pakketreizen en attracties worden per site aangezet, en een site toont alleen wat hij verkoopt. Als niemand in je team een hotelwijziging kan afhandelen, zet hotels dan niet in week één open alleen omdat het menu er zonder leger uitziet.
- Je opslag, per dienst, op papier. Eén getal dat op de lanceerdag is ingevuld, wordt door verwaarlozing vaak permanent. Bepaal de regel voor vluchten en voor hotels apart, en bepaal wie hem mag wijzigen. We schreven apart over opslagregels die een prijsvergelijkende klant overleven.
- Standaardvaluta en de valuta's die je aanbiedt. Elke site kiest zijn eigen. Bied alleen valuta's aan die je kunt afstemmen; een terugbetaling in USD terwijl je bankrekening in EUR loopt, is elke keer weer een klein verlies.
- Wie is de klant? Reizigers, bedrijven of beide. Een site kan inloggen verplichten vóór het zoeken, en zakelijke klanten (reisbureaus) kunnen zich registreren met een optionele handmatige verificatiestap. Beslis nu of een subagent die zich vrijdagavond aanmeldt, zaterdagochtend mag boeken.
- Krediet, als je dat geeft. Kredietlimieten voor subagenten en verrekeningsfacturen zijn echte records op het platform, geen spreadsheets. Stel de limiet in voordat de eerste subagent erom vraagt, niet terwijl hij aan de lijn hangt en erom vraagt.
Technisch: wat degene die de site bouwde, aftekent
Dit is het deel waarmee de meeste checklists volgepropt zijn, en het is ook het deel dat het platform grotendeels draagt. Een korte lijst, en dan één waarschuwing.
- De site werkt op zijn platformsubdomein, en op je eigen domein als je er een koppelt. De DNS-stap wordt begeleid en TLS wordt automatisch uitgegeven; het platformadres blijft permanent gekoppeld, dus test ze allebei. De details staan in je eigen domein koppelen aan een boekingssysteem.
- Logo, kleuren, lettertypen en sjabloon zijn gekozen. Die wijzig je in het beheerpaneel zonder nieuwe deploy, dus houd de lancering er niet voor op.
- Elke medewerker heeft een eigen login, met een rol die bij zijn werk past. Niemand gebruikt het wachtwoord van de eigenaar, en wie de telefoon opneemt, hoeft je opslagen niet te zien.
- Het telefoonnummer op de site laat een telefoon rinkelen die iemand opneemt.
De waarschuwing gaat over talen. De storefront wordt geleverd in 40 talen, inclusief talen die van rechts naar links worden geschreven, en het is verleidelijk ze allemaal aan te zetten. Elke taal die je inschakelt, is een belofte dat een klant die in die taal schrijft een antwoord krijgt. Zet de talen aan die je team op een slechte dag aankan, en voeg de rest toe wanneer je die belofte kunt waarmaken.
Juridisch: de pagina's die niet optioneel zijn
Dit deel is kort omdat de lijst kort is. Het is niet optioneel, want elk van deze pagina's is waar je naar wijst wanneer er een geschil begint — en dat gebeurt.
- Verkoopvoorwaarden. Wie de verkoper is — je ingeschreven bedrijf, onder zijn echte naam en adres — wat je als agent verkoopt en wat als principaal, en welke leveranciersregels de klant binden.
- Annulerings- en terugbetalingsbeleid. Tariefregels en annuleringsvoorwaarden van hotels zijn van de leverancier. Jouw beleid zegt wat je doorgeeft, welke vergoeding je daar bovenop rekent en hoe lang een terugbetaling ongeveer duurt.
- Privacybeleid. Wat je verzamelt — paspoortgegevens, om te beginnen — waar het naartoe gaat en hoe lang je het bewaart. De privacywetgeving van je markt bepaalt de details; in de EU is dat de AVG, dus zoek het na in plaats van te gokken.
- Bedrijfsgegevens en contact. De rechtspersoon, een vergunnings- of registratienummer waar je markt dat uitgeeft, een fysiek adres en een werkend telefoonnummer.
De voorwaarden van een ander reisbureau kopiëren is de verleidelijke kortere weg, en een slechte. Hun voorwaarden beschrijven hun bedrijf, hun leveranciers en hun rechtsgebied. Leen de structuur als je wilt; schrijf de inhoud zelf, of laat hem schrijven.
Testboekingen die je echt moet maken
Doorklikken tot de betaalpagina bewijst dat de pagina laadt. Het bewijst niet dat er een ticket wordt uitgegeven, dat de voucher de juiste naam draagt, of dat een annulering als geld bij je terugkomt. Maak echte boekingen — goedkope en terugbetaalbare waar je ze kunt vinden — en annuleer ze daarna. Sommige kosten je een kleine vergoeding. Die vergoeding is de goedkoopste les van deze hele lijst.
| Test | Wat hij bewijst | Hoe falen er op dag één uitziet |
|---|---|---|
| Enkele reis, één volwassene, betaald met kaart | Betaling, ticketing en de e-ticketmail werken van begin tot eind | Kaart belast, geen ticket, klant aan de lijn |
| Retourvlucht met een kind en een baby | Passagierstypen en geboortedata worden correct vastgelegd | Een baby geboekt als kind, en een tariefverschil dat niemand heeft ingeprijsd |
| Terugbetaalbaar hotel, geannuleerd binnen de gratis periode | De annulering bereikt de leverancier en de terugbetaling de klant | De leverancier houdt de kamer nog vast en rekent een no-show |
| Een boeking in een tweede taal en een tweede valuta | Het afgeschreven bedrag is gelijk aan wat de klant zag | Een klant die een afschrijving betwist die er op het scherm anders uitzag |
| Een zakelijke klant meldt zich aan | Het verificatieverzoek komt bij iemand die er iets mee doet | Een subagent die het hele weekend op goedkeuring wacht |
| Een medewerker met een beperkte rol logt in | Rollen verbergen wat ze moeten verbergen | Je nettoprijzen op het scherm van een junior, en daarna in een screenshot |
Boek de vluchttests op de echte namen van mensen uit je eigen team, op een route die je echt verkoopt — Amsterdam–Dubai, bijvoorbeeld. Een boeking onder een verzonnen naam kun je niet gebruiken om een voucher, een ticket of een paspoortmatch te controleren.
Wat besloten moet zijn vóór het eerste terugbetalingsverzoek
Het eerste terugbetalingsverzoek komt meestal vóór de eerste klacht over de website. Als het komt, moet degene die opneemt niet tijdens het gesprek beleid verzinnen. Dit zijn de vragen die het afdwingt, in de volgorde waarin het ze afdwingt.
Wie keurt het goed? Een naam, en een bedrag waarboven het naar iemand anders gaat. Zonder dat wacht elke terugbetaling op de eigenaar, of weet niemand zeker of hij ja mocht zeggen.
Wat komt er terug? De regels van de leverancier bepalen wat de leverancier teruggeeft. Jij bepaalt hoeveel je van je eigen marge teruggeeft en of je een servicevergoeding houdt. Beslis het één keer, op papier, zodat twee medewerkers twee klanten niet twee verschillende antwoorden geven op hetzelfde tarief.
Hoe lang duurt het, en wat vertel je de klant? Een terugbetaling van een luchtvaartmaatschappij kan er lang over doen om terug door de keten te reizen. Als je de klant terugbetaalt voordat de leverancier jou terugbetaalt, leen je geld uit. Dat kan een verstandige service zijn. Het moet een keuze zijn, geen ongeluk.
Waar wordt het vastgelegd? Elke boeking heeft een eigen record in het beheerpaneel. De beslissing over de terugbetaling, de reden en wie hem nam, horen bij dat record — niet in een chatgesprek op iemands telefoon.
Wat het je kost om dit over te slaan
Bijna niets op deze lijst kost geld om te doen. Het overslaan kost op drie manieren die meestal samen komen, in de eerste drukke week. Er is het directe verlies: de no-showkosten voor een hotel waarvan je dacht dat het geannuleerd was, de terugbetaling die je deed voordat de leverancier jou betaalde, het valutaverschil dat niemand had ingeprijsd. Er is de chargeback, wanneer een klant die je niet kon bereiken naar zijn bank stapt — en de bank leest niet eerst je voorwaarden. En er is de langzame. Een klant bij wie de eerste boeking misging, boekt geen tweede keer, en vertelt het de volgende die vraagt waar hij geboekt heeft.
Een site die een week later live gaat met elke regel afgevinkt, ligt voor op een site die vandaag live ging met de helft ervan.
De lijst draaien op een echte site
Je kunt geen testboekingen maken op een site die nog niet bestaat, en dat is het argument om vroeg in te richten en laat aan te kondigen. De white-label aanmeldwizard zet vanuit het formulier zelf een site in je eigen huisstijl op een platformsubdomein, zonder creditcard, zodat elke test uit de tabel hierboven kan draaien voordat ook maar één klant het adres kent. Als nog open staat hoe snel de rest kan, dan loopt wat een lancering in 24 uur eerlijk gezegd inhoudt de volgorde van het werk door.