Hoe de AI van Compass een reisprogramma opbouwt: architectuur en vangrails

Een reis op maat genereren in een dertigtal seconden lijkt op magie. Dat is het niet. Achter deze eerste versie schuilt een pipeline met meerdere lagen, expliciete coherentieregels en, op het einde, een adviseur die valideert. Dit artikel licht een tipje van de sluier op: hoe de AI van Compass van een briefing naar een gestructureerde reisroute gaat, waar de waarborgen zitten, en waarom het laatste woord altijd aan de mens is.

Van briefing naar gestructureerde intentie

Alles begint bij de briefing die de adviseur invoert: bestemming, data, aantal en profiel van de reizigers, indicatief budget, interessegebieden. Voor elke generatie wordt deze briefing genormaliseerd. Het doel is om vrije tekst en formuliervelden om te zetten in een bruikbare intentie: men haalt er harde randvoorwaarden uit (de vertrek- en terugkeerdata, de grootte van de groep) en gewogen voorkeuren (gastronomie, natuur, gewenst tempo).

Het is ook in deze fase dat het CRM-profiel van de reiziger, wanneer dit bestaat, de briefing verrijkt. Als de klant de voorkeurstest via swipen al heeft doorlopen, stuurt zijn radarprofiel (cultuur, natuur, stedelijk, gastronomie, ontspanning, avontuur) de generatie aan. Een reiziger wiens radar duidelijk overhelt naar ontspanning en gastronomie zal niet dezelfde eerste versie krijgen als een avontuurprofiel. De briefing is dus niet zomaar een lijst trefwoorden: het is een gestructureerde weergave van wat men wil produceren.

Een gestructureerde generatie, geen blok tekst

De kern van de pipeline produceert geen prozaparagraaf die nadien wordt opgeknipt. Hij produceert rechtstreeks een structuur: een reeks dagen, elk opgedeeld in getimede stappen, met gegeolokaliseerde locaties, activiteiten en accommodatiesuggesties. Deze formaatbeperking is bewust gekozen. De AI vragen om een bekend raamwerk in te vullen, in plaats van hem vrij te laten schrijven, vermindert het toeval en maakt elk element afzonderlijk bewerkbaar door de adviseur.

Concreet is de gegenereerde eerste versie samengesteld uit objecten die de interface kan weergeven en bewerken:

• Dagen: een dag = een eenheid, met een rode draad (aankomst, stadsverkenning, natuuruitstap).
• Getimede stappen: een tijdslot ochtend, middag, namiddag of avond, met een geschatte duur.
• Locaties: bezienswaardigheden, restaurants of sites, gekoppeld aan coördinaten om afstanden te kunnen controleren.
• Accommodaties: een of meerdere opties die passen bij het budget en de zone van het verblijf.
• Overgangstijden: de verplaatsingen tussen twee stappen worden niet weggemoffeld maar behandeld als volwaardige elementen.

Deze granulariteit is wat het later mogelijk maakt om een activiteit te vervangen, een tijdslot te verschuiven of een accommodatie te wisselen zonder het hele programma opnieuw te moeten genereren. De adviseur werkt met bouwstenen, niet met een vaststaande tekst.

De validatielaag: coherentie en waarborgen

Een gestructureerde AI-output blijft een AI-output: hij kan een museum voorstellen dat open is op een sluitingsdag, twee activiteiten die overlappen, of een onrealistisch traject binnen de dag. Daarom passeert de eerste versie via een validatielaag die niets genereert, maar controleert. Haar rol is om het voorstel te toetsen aan expliciete, leesbare en corrigeerbare regels.

Twee soorten controles structureren deze fase:

1. Temporele coherentie: de tijdsloten van eenzelfde dag overlappen niet, de tijdsduren laten ruimte voor maaltijden en verplaatsingen, en het programma past binnen het datumvenster van de briefing.
2. Geografische coherentie: de locaties die op een dag op elkaar volgen zijn compatibel met realistische reistijden, zonder absurde heen-en-weerbewegingen van het ene naar het andere uiteinde van een regio.
3. Vakinhoudelijke waarborgen: er wordt gecontroleerd of de voorgestelde opties binnen het aangekondigde budget blijven en aangepast zijn aan het profiel van de reizigers (gezinnen, mobiliteit, tempo).

De adviseur als beslisser, niet als toeschouwer

Zodra de eerste versie gestructureerd en gevalideerd is, komt ze in handen van de adviseur. Dat is het fundamentele verschil met een blackbox-generator die een PDF zou afleveren waar je het mee moet doen. Bij Compass is het gegenereerde programma een bewerkbaar startpunt: je herschikt de dagen, vervangt een ervaring, voegt een adres toe dat het agentschap kent, stelt de toon bij van de tekst die elke stap begeleidt. De AI stelt in enkele seconden een volledige structuur voor; de adviseur past er zijn expertise, zijn terreinkennis en zijn klantenrelatie op toe.

Deze rolverdeling is niet zomaar een houding: het is wat de winst meetbaar maakt zonder de dienstverlening te ontmenselijken. In het geval van Borealis Travel Group vertaalde de unificatie onder één white-labelplatform zich in ongeveer zes uur bespaard per programma op maat en een conversiegraad van offerte naar verkoop die met 22 % steeg, zonder extra aanwervingen. De vrijgekomen tijd is niet verdwenen: hij werd opnieuw geïnvesteerd in de klantenrelatie en in het volume verstuurde offertes.

Waarom deze architectuur, en geen andere

We hadden ons kunnen beperken tot een taalmodel vragen om een mooi programma te schrijven en het weer te geven. Deze kortere weg stelt twee problemen: hij maakt de output moeilijk verifieerbaar, en onmogelijk om fijn te bewerken. Door de stappen expliciet te scheiden - structurering van de briefing, gestructureerde generatie, validatie, menselijke nalezing - heeft elke schakel een duidelijke verantwoordelijkheid en kan ze onafhankelijk van de andere worden verbeterd.

Deze modulariteit is ook wat het mogelijk maakt om de kernbelofte na te komen: 92 % tijdwinst op het maken van een programma, zonder afbreuk te doen aan de kwaliteit of aan de controle van de adviseur. De snelheid komt van de gestructureerde generatie; de betrouwbaarheid komt van de validatielaag; de toegevoegde waarde blijft menselijk. Een AI die het werk van het agentschap versnelt, nooit een AI die in zijn plaats beslist.