Denk eens aan de manier waarop mensen tegenwoordig naar dingen zoeken. Ze vragen het aan hun telefoon. Ze praten tegen een slimme luidspreker. Ze typen volledige zinnen in zoekbalken zoals ze tegen iemand zouden praten. Natuurlijke taal is nu al de manier waarop de meeste mensen het liefst met technologie omgaan, en die verschuiving bereikt nu de reisboekingswereld op een manier die onmogelijk te negeren is.
EenBoekingsengine voor AI-stemagenten is een systeem dat het gesproken verzoek van een reiziger aanneemt, de bedoeling en de belangrijkste details ervan begrijpt, een live inventarisbron zoals Amadeus opvraagt voor relevante opties, en op gesprek reageert met resultaten waarop de reiziger actie kan ondernemen. Het gesprek gaat door totdat de reiziger een beslissing neemt en een boeking bevestigt.
Dit is anders dan een eenvoudige chatbot of een eenvoudige stemassistent die je alleen het weer vertelt. Een echte voice booking engine doet drie dingen die basisassistenten niet doen:
De spraakinterface kan op meerdere oppervlakken worden ingezet, afhankelijk van de technologie-instellingen van uw bureau. De meest voorkomende inzetopties zijn telefoongesprekken, waarbij de agent inkomende oproepen beantwoordt en het boekingsgesprek afhandelt; spraakinterfaces van webbrowsers, waar een klant op uw website op een microfoonpictogram kan klikken en zijn verzoek kan uitspreken; stemintegratie van mobiele apps, waarbij reizigers spraakinvoer gebruiken binnen uw bestaande boekingsapp; en slimme luidsprekervaardigheden of spraakapp-integraties voor platforms zoals Amazon Alexa of Google Assistant.
De timing voor dit soort bouwwerken is beter dan ooit tevoren. Er zijn een paar dingen samengekomen die eenspraakgebaseerd reisboekingssysteem echt praktisch om vandaag de dag in te zetten op een manier die drie of vier jaar geleden nog niet bestond.
De nauwkeurigheid van spraak-naar-tekst-transcriptie is de afgelopen jaren dramatisch verbeterd. Moderne grote taalmodellen kunnen omgaan met het soort gevarieerde, natuurlijke bewoordingen die reizigers daadwerkelijk gebruiken als ze naar vluchten vragen. Een reiziger zou kunnen zeggen: "Ik moet op 3 september naar Singapore komen." Een ander zou kunnen zeggen: "Kun je vluchten van Heathrow naar Singapore opzoeken? Ik wil op 3 september gaan, alleen ik, economy." Een goed opgebouwde laag voor het begrijpen van natuurlijke taal kan beide even goed verwerken en haalt uit beide dezelfde gestructureerde boekingsparameters.
De bredere consumententechnologieomgeving heeft veel van het gewoontevormende werk gedaan. Mensen vragen hun telefoon nu al om de weg, dicteren berichten in plaats van te typen en gebruiken spraakopdrachten om hun smarthome-apparaten te bedienen. De verwachting dat spraakinvoer werkt, is er al. Een reisbureau dat een voice booking engine inzet, ontmoet reizigers in een gedragscontext waar ze zich al prettig bij voelen, en vraagt hen niet om iets geheel nieuws te leren.
Voor veel reisbureaus is de telefoon nog steeds een boekingskanaal met grote volumes. Agenten besteden een aanzienlijk deel van hun dag aan oproepen die een voorspelbaar patroon volgen: de beller wil weten welke vluchten beschikbaar zijn, de agent zoekt in het GDS, leest de opties, de beller kiest er één en de agent maakt de boeking. EenAI-boekingsengine voor stemagenten met Amadeus verwerkt dat hele patroon automatisch voor standaardverzoeken, waardoor agenten hun aandacht kunnen richten op complexe reisroutes, groepsboekingen en situaties die echt menselijke expertise en beoordelingsvermogen vereisen.
Een reiziger die uw reisbureau belt en in de wacht wordt gezet, is een reiziger die misschien besluit om online te boeken. Een AI-stemagent antwoordt elke keer onmiddellijk, zonder wachttijd. Voor bureaus die grote vraagvolumes verwerken, is dit reactievermogen alleen al een betekenisvolle concurrentiedifferentiator. De stemagent handelt de wachtrij automatisch af terwijl uw team zich concentreert op de oproepen waarvoor deze nodig zijn.
De steminterface is waar de reiziger communiceert, maar de inventaris en de boekingsmogelijkheden daarachter komen van Amadeus. Wanneer de stemagent een verzoek begrijpt en daadwerkelijke vluchten moet vinden, roept hij de Amadeus API op. Wanneer de reiziger zijn keuze bevestigt en de boeking tot stand komt, loopt ook die transactie via Amadeus. De stemlaag is de voordeur; Amadeus is de motor erachter.
Amadeus maakt verbinding met meer dan 400 luchtvaartmaatschappijen wereldwijd en biedt een goed gestructureerde REST API-suite die programmatische toegang tot live inventaris, prijzen en het maken van boekingen echt eenvoudig maakt voor een ontwikkelingsteam. U kunt de volledige API-catalogus verkennen opAmadeus voor ontwikkelaars. De kern-API's die een engine voor spraakboekingen het vaakst aanroept, zijn:
Amadeus-API | Wat het doet in de context van spraakboekingen |
Vluchtaanbiedingen zoeken | Haalt live vluchtopties op die overeenkomen met de parameters die de stemagent uit het gesproken verzoek van de reiziger heeft gehaald |
Vluchtaanbiedingen Prijs | Bevestigt de huidige prijs en beschikbaarheid van de vlucht die de reiziger heeft geselecteerd voordat de boeking werd gemaakt |
Vlucht Orders maken | Creates the actual booking and returns a PNR that the voice agent reads back to the traveler as their confirmation reference |
Flight Order Management | Handles post-booking requests spoken by the traveler, such as retrieving an existing booking or managing a change |
Airport and City Search | Resolves the city or airport name that the traveler spoke into the correct IATA code that the Amadeus search API needs |
Airline Code Lookup | Maps IATA airline codes to readable airline names so the voice agent can say the airline name clearly in its response |
Seat Maps | Provides seat availability data, so the voice agent can describe if the traveler asks about seat options during the booking flow |
The combination of these APIs gives the voice agent everything it needs to move through a complete booking conversation: understanding the request, finding the flights, confirming the price, collecting the necessary passenger details, creating the booking, and reading back the confirmation.
A production-ready AI voice agent booking engine with Amadeus brings together several specialized technology layers. Understanding how these fit together helps you plan the build with a realistic scope.
The entry point of the system is the speech-to-text layer, which converts the traveler's spoken words into a text transcription that the rest of the system can process. For phone-based deployments, this typically connects to the telephony infrastructure through platforms like Twilio, which handles the call management and passes audio to a speech recognition engine. For web or mobile deployments, browser or device microphone access feeds directly into the speech recognition layer.
Modern speech recognition services from providers like Google, Amazon, Microsoft, and OpenAI have reached accuracy levels that are genuinely reliable for travel-specific vocabulary, including airport names, city names, airline names, and date formats spoken in natural ways. The quality of this transcription layer has a direct impact on everything downstream, so choosing a high-accuracy provider and testing it specifically on travel vocabulary is important.
De getranscribeerde tekst komt terecht in de laag voor het begrijpen van natuurlijke taal, waar de echte intelligentie van het systeem leeft. Deze laag leest niet alleen wat de reiziger zei; het begrijpt wat ze willen. Het identificeert de intentie van de boeking (zoeken ze naar een nieuwe vlucht, vragen ze naar een bestaande boeking of willen ze een wijziging aanbrengen?), extraheert de belangrijkste entiteiten (stad van herkomst, stad van bestemming, reisdatum, retourdatum, aantal passagiers, voorkeur voor reisklasse) en lost onduidelijkheden op ("volgende vrijdag" wordt een specifieke datum, "Londen" wordt de juiste luchthavencode gezien de bestemmingscontext).
Grote taalmodellen, waaronder GPT-4-klassemodellen, zijn bijzonder geschikt gebleken voor dit soort gestructureerde informatie-extractie uit natuurlijke conversatie-invoer. Ze kunnen omgaan met de enorme verscheidenheid aan manieren waarop echte reizigers verzoeken uitspreken zonder dat er rigide commandostructuren nodig zijn die gebruikers dwingen in een specifiek formaat te spreken.
Een boekingsgesprek is geen eenmalige uitwisseling. Het is een multi-turn dialoog die verloopt via zoeken, selecteren, prijsbevestiging, verzamelen van passagiersgegevens en boekingsbevestiging, met de mogelijkheid om terug te gaan, een keuze te wijzigen of op elk moment een verduidelijkende vraag te stellen. De gespreksstatusbeheerlaag houdt bij waar de reiziger zich bevindt in de boekingsstroom, welke informatie al is verzameld en wat er nog nodig is, zodat de agent nooit vraagt naar iets dat hij al weet en nooit de context verliest als de reiziger terugkomt.
Dit is een van de technisch meest veeleisende onderdelen van de constructie. Een gesproken boekingsagent die het gesprek uit het oog verliest, herhaaldelijk vragen stelt of in de war raakt wanneer de reiziger van gedachten verandert, zal gebruikers snel frustreren en zal niet worden vertrouwd met het voltooien van een echte boeking. De staatsmanagementlaag moet robuust zijn over het hele scala aan manieren waarop een echt gesprek zich kan vertakken.
Wanneer de natuurlijke taallaag een gestructureerde boekingsvraag uit de woorden van de reiziger heeft gehaald, voert de Amadeus-integratielaag deze uit. Deze laag beheert de authenticatie met de Amadeus API, verwerkt de tokenvernieuwing, bouwt het juiste API-verzoek op uit de gestructureerde parameters, verwerkt het antwoord en geeft de resultaten terug aan de responsgeneratielaag in een formaat dat kan worden omgezet in natuurlijke spraak.
Deze laag behandelt ook de praktische realiteit van live GDS-interactie: tarieven die verlopen tussen zoeken en boeken, inventaris die uitverkocht is tussen het moment waarop de resultaten worden gepresenteerd en het moment waarop de reiziger bevestigt, en API-fouten die in gewone taal aan de reiziger moeten worden gecommuniceerd in plaats van als technische foutmeldingen.
De laag voor het genereren van antwoorden gebruikt de gestructureerde gegevens die door de Amadeus API worden geretourneerd en verandert deze in iets dat de stemagent duidelijk en natuurlijk kan zeggen. Het presenteren van drie vluchtopties in een gesproken antwoord vereist andere beslissingen dan het presenteren ervan in een visuele lijst. De agent moet elke optie beknopt beschrijven, met eerst de meest relevante informatie: luchtvaartmaatschappij, vertrek- en aankomsttijden, duur, aantal tussenstops en prijs. De frasering moet natuurlijk klinken als deze hardop wordt uitgesproken, en niet als een gegevenstabel die wordt voorgelezen.
Grote taalmodellen zijn ook zeer geschikt voor deze taak voor het genereren van antwoorden, omdat ze gestructureerde gegevens kunnen gebruiken en consistent natuurlijk klinkende beschrijvingen kunnen produceren zonder dat de antwoorden robotachtig of formeel aanvoelen.
De gegenereerde antwoordtekst wordt door de tekst-naar-spraaklaag weer omgezet in gesproken audio. Moderne neurale tekst-naar-spraak-engines produceren stemuitvoer die echt natuurlijk klinkt, met de juiste snelheid, intonatie en nadruk. De stemkeuze, spreeksnelheid en taal of accent zijn allemaal configureerbaar, wat betekent dat de stemagent zich consistent kan voelen met de merkpersoonlijkheid van het bureau in plaats van te klinken als een algemene systeemstem.
Voor telefoongebaseerde implementaties verbindt de telefonie-integratielaag de stemagent met uw bestaande telefooninfrastructuur. Platforms zoals Twilio, Vonage en Amazon Connect bieden programmatische API's voor gespreksbeheer waarmee de stemagent oproepen kan beantwoorden, het gesprek kan voortzetten, indien nodig door kan schakelen naar een live agent en het gesprek op de juiste manier kan beëindigen nadat de boeking is voltooid. Voor web- en mobiele implementaties wordt deze laag vervangen door browser- of app-microfoon- en luidsprekerintegratie.
Een voicebooking-engine werkt het beste wanneer deze de toegang tot de voorraad en de boekingsinfrastructuur deelt met uw andere boekingskanalen. Reizigers die uw voice-agent bellen en vervolgens via uw website contact opnemen, of die uw app de laatste keer hebben gebruikt en nu voor het eerst voice proberen, moeten een consistente ervaring hebben omdat alle kanalen putten uit dezelfde live Amadeus-inventaris en boekingen opnemen in dezelfde backend.
Als uw bureau al eenB2C-vluchtboekingsportaalwordt de voicebooking-engine een extra front-end-kanaal dat gebruikmaakt van dezelfde Amadeus-verbinding en boekingen doorgeeft aan dezelfde operationele backend. Reizigers die een zoekopdracht op het portaal starten en vervolgens bellen om de zoekopdracht af te ronden, krijgen een naadloze overdracht omdat de inventarisgegevens consistent zijn.
Voor bureaus die eenaangepaste B2B-vluchtboekingsoplossingkan de stemagent worden geconfigureerd om subagenten en zakelijke klanten te bedienen in plaats van individuele consumenten, waarbij de routinematige tariefcontrole en boekingsbevestigingsoproepen worden afgehandeld die momenteel via een door agenten ondersteund kanaal gaan.
Bureaus die inhoud uit meerdere bronnen samenvoegen via eenreisaggregatorportaal kan de stemagent verbinden met die geaggregeerde inhoudslaag, zodat reizigers opties horen uit het breedst mogelijke inventarisaanbod, en niet alleen uit één enkele GDS-bron.
Bureaus die merkervaringen leveren via eenwhite label vluchtboekingsportaal kan dezelfde merkconfiguratie toepassen op de stemagent, met behulp van een merkstempersona en een consistente toon die past bij de visuele merkidentiteit op alle klantcontactpunten.
De Amadeus-verbinding die al deze kanalen aandrijft, wordt beheerd viaintegratiediensten. De specialeAmadeus GDS-integratie module verzorgt API-authenticatie, sessielevenscyclus, responsnormalisatie en foutafhandeling, zodat de API-aanroepen van de stemagent schoon en betrouwbaar zijn zonder dat het ontwikkelingsteam zelf de low-level GDS-verbindingsdetails hoeft te bouwen en te onderhouden.
Voor spraakagenten die naast de GDS-inventaris ook goedkope inhoud van luchtvaartmaatschappijen of rechtstreekse tarieven van luchtvaartmaatschappijen moeten opnemen, is deAQC vlucht API-integratieoplossing breidt de inhoudslaag uit waar de stemagent naar vraagt, waardoor reizigers een completer beeld krijgen van wat er beschikbaar is als ze om opties vragen.
Een van de meer flexibele aspecten van de architectuur van de spraakboekingsengine is dat het kernbegrip van natuurlijke taal en de Amadeus-integratielagen kanaal-agnostisch zijn. Dezelfde boekingslogica kan via meerdere spraakinterfaces worden weergegeven, afhankelijk van waar uw reizigers zich daadwerkelijk bevinden.
De meest directe inzetmogelijkheid voor de meeste bureaus is het inkomende telefoonkanaal. Reizigers die het nummer van uw reisbureau bellen, zijn al in de stemming voor steminteractie. Door de stemagent aan uw bestaande telefoonnummer te koppelen via een telefonieplatform zoals Twilio, betekent dit dat de agent onmiddellijk antwoordt, standaardvluchtzoekopdrachten en -boekingen afhandelt zonder enige wachttijd, en alleen doorschakelt naar een live agent wanneer de situatie dit vereist.
Een spraakinterface met microfoon op uw boekingswebsite geeft webbezoekers de mogelijkheid om te zoeken door te spreken in plaats van te typen. Dit is vooral handig op mobiele apparaten waar typen in zoekformulieren langzamer en foutgevoeliger is dan spreken. De interface kan zo eenvoudig zijn als een zwevende microfoonknop die de stemagent activeert wanneer erop wordt getikt, waardoor de vertrouwde visuele interface beschikbaar blijft voor reizigers die daar de voorkeur aan geven.
Als uw bureau een mobiele app heeft, biedt de integratie van spraakinvoer frequente reizigers een snellere manier om onderweg te zoeken en te boeken. Een reiziger die zich herinnert dat hij een vlucht moet boeken terwijl hij in een taxi zit, kan zijn verzoek uitspreken in plaats van door schermen te navigeren. De boeking is afgehandeld, de bevestiging zit in hun inbox en ze hoefden niet te stoppen met typen.
WhatsApp en Telegram ondersteunen beide gesproken notitieberichten, die reizigers al gebruiken om informeel met reisbureaus te communiceren. Een stemagent die WhatsApp-spraaknotities kan ontvangen en verwerken, deze kan transcriberen, het boekingsgesprek kan afhandelen en kan reageren met stem of tekst, brengt de gesproken boekingservaring naar de berichtenkanalen die reizigers al het meest actief gebruiken.
Eenspraakgebaseerd reisboekingssysteem is echt haalbaar met de huidige technologie, maar er zijn een paar dingen die de moeite waard zijn om duidelijk over na te denken voordat een project als dit van start gaat.
Als uw bureau reizigers in meerdere markten bedient, moet de stemagent nauwkeurig omgaan met de talen en accenten van die markten. Alleen al Engels kent aanzienlijke verschillen tussen Britse, Amerikaanse, Australische, Indiase en andere regionale sprekers. Een stemagent die is gebouwd om een specifieke markt te bedienen, moet specifiek worden getest met moedertaalsprekers uit die markt, en niet alleen met een generiek Engels model. Als u meerdere taalmarkten bedient, moet meertalige ondersteuning vanaf het begin in de build worden opgenomen, in plaats van later achteraf te worden ingebouwd.
Bij een gesproken boekingsproces worden persoonlijke gegevens verzameld, waaronder de naam van de reiziger, de geboortedatum en het paspoortnummer, allemaal hardop uitgesproken. De gegevensverwerkingspraktijken van uw systeem voor spraakopnamen en transcripties moeten voldoen aan de gegevensbeschermingsregels die in uw markten van toepassing zijn. Dit betekent dat er een duidelijk beleid moet zijn over hoe lang opnames worden bewaard, wie er toegang toe heeft en of ze voor enig ander doel worden gebruikt dan de onmiddellijke boekingstransactie. Communiceer deze praktijken aan het begin van het gesprek transparant aan reizigers.
Het eenvoudige boekingsgesprek dat precies verloopt zoals gepland, is slechts een van de vele manieren waarop een echte interactie zich kan ontwikkelen. Test het systeem uitgebreid met reizigers die van gedachten veranderen, vragen stellen die niet waren verwacht, dubbelzinnige data opgeven, rustig spreken of in luidruchtige omgevingen, en zich over het algemeen gedragen zoals echte mensen zich gedragen in plaats van zoals een demoscript hen zou laten gedragen. Het gedrag van het systeem in randgevallen bepaalt of het blijvend vertrouwen verdient van reizigers die het voor echte boekingen gebruiken.
Het moment waarop een stemagent de limiet bereikt van wat hij aankan en het gesprek doorgeeft aan een menselijke agent, is een van de belangrijkste momenten in het hele systeem. Het moet soepel verlopen, het mag de reiziger niet alles laten herhalen wat hij al heeft gezegd, en het moet op het juiste moment gebeuren, in plaats van de reiziger te hebben gefrustreerd door te hard te proberen iets aan te pakken dat buiten zijn mogelijkheden ligt. Plan de escalatie-ervaring net zo zorgvuldig als het boekingsproces zelf.
Hier ziet u hoe een productieklaarAI-boekingsengine voor stemagenten met de Amadeus project wordt doorgaans vanaf het begin tot de lancering geleidelijk afgebouwd.
Fase | Wat gebeurt er | Typische duur |
Ontdekking en ontwerp | Definieer implementatiekanalen, gespreksstromen, taaldekking, escalatielogica en Amadeus API-scope | 2 tot 3 weken |
Amadeus API-installatie | Accountinrichting, inloggegevens, sandbox-omgeving, testen van API-verbindingen | 1 tot 2 weken |
Integratie van spraakherkenning | Integreer de spraak-naar-tekstprovider, test de nauwkeurigheid van de reiswoordenschat en richt accenten | 2 tot 3 weken |
NLU en gespreksengine | Bouw intentieherkenning, entiteitsextractie en gespreksstatusbeheer | 5 tot 8 weken |
Amadeus-integratielaag | Vluchten zoeken, prijsbevestiging, boeking maken, orderbeheer, luchthavenresolutie | 4 tot 6 weken |
Reactie genereren | Bouw antwoordsjablonen in natuurlijke taal en dynamische responsgeneratie op basis van LLM | 3 tot 4 weken |
Tekst-naar-spraak- en kanaalintegratie | Integreer TTS-provider, maak verbinding met telefonie of web/app-kanaal | 2 tot 3 weken |
End-to-end testen | Test via volledige gesprekspaden, randgevallen, escalatiescenario's en meerdere accenten | 3 tot 5 weken |
Proeflancering | Beperkte release met nauwlettend toezicht op de voltooiingspercentages van gesprekken en de succespercentages van boekingen | 2 tot 4 weken |
Volledige lancering | Open kanaal voor het volledige reizigersbestand met voortdurende monitoring en beoordeling van de gesprekskwaliteit | Lopend |
Een voicebooking-engine die standaardboekingen voor een enkele reis en een retourvlucht via één enkel implementatiekanaal regelt, duurt doorgaans vier tot zes maanden vanaf de start van het project tot de lancering van de pilot. Een uitgebreidere build die meerdere kanalen, meertalige ondersteuning, beheer na boeking en integratie met bestaande bureausystemen omvat, duurt zes tot tien maanden.
Uw reizigers voelen zich al op hun gemak bij het praten met technologie. Ze stellen vragen door te spreken, dicteren berichten zonder erover na te denken, en verwachten van de systemen waarmee ze communiceren de natuurlijke taal te begrijpen in plaats van dat ze rigide commandostructuren vereisen. Eenspraakgebaseerd reisboekingssysteem ontmoet ze in die gedragsrealiteit en maakt de boekingservaring echt eenvoudiger.
Voor reisbureaus is de zaak net zo duidelijk. Een stemagent die standaardvluchtzoekopdrachten en -boekingen afhandelt, vermindert automatisch de tijd die uw team aan routinegesprekken besteedt, breidt uw beschikbaarheid uit voor reizigers in elke tijdzone zonder 24-uurs personeel en creëert een gedifferentieerde ervaring in een markt waar de meeste bureaus nog steeds hetzelfde webformulier of dezelfde telefoonwachtrij aanbieden als ze al jaren hebben.
De Amadeus API-infrastructuur om echte boekingen via een spraakinterface mogelijk te maken, is beschikbaar en goed gedocumenteerd. De natuurlijke taalverwerkingstechnologie om een echt capabele stemagent te bouwen bestaat vandaag de dag. De bouwstenen zijn klaar. Wat er nu nodig is, is een ontwikkelingsteam met de juiste combinatie van conversationele AI-ervaring en kennis van het reisboekingsdomein om ze correct samen te stellen.
Als je meer wilt lezen over hoe bureaus tegenwoordig verschillende boekingskanalen automatiseren, van e-mail tot WhatsApp tot Telegram, kijk dan eens naar deFlight Terminus-blog voor praktische handleidingen die elk kanaal gedetailleerd behandelen.
Wilt u een Voice Booking Engine voor uw bureau bouwen?
Flight Terminus bouwt op maat gemaakte technologie voor het boeken van reizen, mogelijk gemaakt door Amadeus GDS, met spraakagenten, webportals, mobiele apps en integraties van berichtenkanalen. Als u uw reizigers de mogelijkheid wilt geven om telefonisch te boeken en uw agenten te bevrijden van de routinematige oproepafhandeling,neem contact op met ons team, en we laten u zien hoe een stemboekingsengine voor uw bureau en uw reizigers eruit zou zien.