Klantsuccesverhaal
Travel Horizontal: één marktplaatsworkflow voor klanten en partners
Een wereldwijde reismarktplaats die aan reizigers en handelspartners verkoopt, herstructureerde haar processen: beide kanalen volgen dezelfde workflow, worden vanuit minder beheerplekken aangestuurd en escaleren minder.
- Wereldwijd
- B2B + B2C
- Vernieuwing van marktplaatsprocessen
- Gelanceerd in 2024
De marktplaats
Het Travel Horizontal succesverhaal in het kort
Travel Horizontal runt een wereldwijde reismarktplaats met twee soorten kopers: reizigers die voor zichzelf boeken en handelspartners die namens hun eigen klanten boeken. Beide kanalen verkopen dezelfde reizen, maar na verloop van tijd liep het werk achter elke boeking steeds verder uiteen.
Het project was een vernieuwing van de marktplaatsprocessen. Het doel was geen nieuwe etalage, maar een schonere platformworkflow eronder: één manier om klant- en partnerboekingen af te handelen, minder plekken om ze te beheren en standaardroutines voor de gevallen die elke dag terugkwamen.
Het is gebouwd op PHPTRAVELS, dezelfde boekingskern als achter de pagina's Online reisbureaus en B2B-reisportaal.
- Branche
- Reismarktplaats
- Regio
- Wereldwijd
- Model
- B2B + B2C
- Scope
- Vernieuwing van marktplaatsprocessen
- Lancering
- 2024
Eén marktplaatsworkflow
- Zoeken
- Boeken
- Beheren
- Support
Van diagnose naar resultaat
Drie problemen die de marktplaats noemde, en wat er veranderde
Elke lijn begint bij een uitdaging die Travel Horizontal beschreef en eindigt bij het resultaat dat het in eigen woorden rapporteerde.
Consistente klantreis
Uitdaging
Inconsistentie tussen kanalenKlant- en partnerreizen werden operationeel verschillend afgehandeld.Resultaat
Afgestemde kanaalflowKlant- en partnerboekingen volgen nu dezelfde workflow, dus het team behandelt ze op dezelfde manier.Operationeel beheer
Uitdaging
Versnipperde controlepuntenTeams werkten met te veel losstaande beheerplekken.Resultaat
Overzichtelijker beheerHet dagelijkse beheer zit op minder, verbonden plekken in plaats van verspreid over losse schermen.Supportefficiëntie
Uitdaging
Routines vol escalatiesVeelvoorkomende gevallen werden geëscaleerd omdat het proces niet gestandaardiseerd was.Resultaat
Minder escalatiesStandaardroutines laten de eerste persoon die een veelvoorkomend geval ziet het ook oplossen.
Resultaten zoals gerapporteerd door Travel Horizontal. Voor dit project zijn geen cijfers gepubliceerd.
Kanaalgelijkheid
Klant- en partnerreizen op dezelfde rails
Kanalen afstemmen betekent niet dat ze identiek worden. Stappen en regels worden gedeeld, terwijl elk kanaal houdt wat het echt nodig heeft, zoals een partner die betaalt uit zijn Wallets voor agenten. Wissel van weergave om te vergelijken.
Bekijk als
- ZoekenGedeeld door beide kanalenHetzelfde aanbod en dezelfde zoekflow.B2CB2BPublieke prijzen op de website van de marktplaats.Partnerprijzen zichtbaar nadat de partner is ingelogd.
- BoekenGedeeld door beide kanalenEén boekingsformaat voor elke verkoop.B2CB2BDe reiziger boekt voor zichzelf.De partner boekt namens zijn klant.
- BetalenGedeeld door beide kanalenEén betaalstatus op elke boeking.B2CB2BDe reiziger betaalt online bij het afrekenen.De partner kan betalen uit zijn accountsaldo.
- BeherenGedeeld door beide kanalenDezelfde statussen en dezelfde wijzigingsstappen.B2CB2BDe reiziger ziet de boeking in zijn account.De partner ziet al zijn boekingen in zijn dashboard.
- SupportGedeeld door beide kanalenEén standaardroutine voor veelvoorkomende verzoeken.B2CB2BVerzoeken komen rechtstreeks van de reiziger.Verzoeken komen van de partner, gekoppeld aan zijn account.
Illustratie van hoe PHPTRAVELS gedeelde stappen scheidt van kanaalspecifieke, niet de configuratie van Travel Horizontal.
Eén beheer
Van verspreide plekken naar één marktplaatsconsole
Versnipperde controlepunten waren het tweede probleem. Als klantboekingen, partnerverzoeken, betalingen en support elk ergens anders staan, begint elke dagelijkse taak met het zoeken naar het juiste scherm.
Voorheen: losse plekken
- Klantboekingen
- Partnerverzoeken
- Betalingscontrole
- Support-inbox
Nu: één console
- Klant- en partnerboekingen in één lijst, te onderscheiden aan een kanaallabel.
- Partners, klanten, leveranciers en betalingen beheerd vanuit hetzelfde beheer.
- Eén status per boeking, zodat niemand een tweede scherm hoeft te controleren.
Klant- en partnergegevens kunnen daarna de opvolging in het CRM voor reisbureaus voeden.
- Boekingen
- Klanten
- Partners
- Leveranciers
- Betalingen
- Instellingen
Boekingen
| Ref. | Kanaal | Product | Status |
|---|---|---|---|
| #2041 | B2C | Vlucht | Bevestigd |
| #2042 | B2B | Hotel | In behandeling |
| #2043 | B2B | Tour | Bevestigd |
| #2044 | B2C | Hotel | Gewijzigd |
Illustratieve beheerweergave met voorbeeldboekingen, geen screenshot van het beheer van Travel Horizontal.
Minder escalaties
Veelvoorkomende gevallen blijven op de eerste trede
Routines vol escalaties waren het derde probleem. Met een standaardaanpak voor dagelijkse verzoeken klimt een geval alleen als het echt ongewoon is. Kies een geval om te zien waar het terechtkomt.
Kies een geval
Vóór de vernieuwing klommen veel van deze veelvoorkomende gevallen de ladder op omdat er geen standaardroutine voor was.
- PlatformteamWijzigingen in hoe de marktplaats zelf werktHier afgehandeld
- Operationeel leidinggevendeUitzonderingen die een afweging vragenHier afgehandeld
- Eerste lijnDagelijkse gevallen, afgehandeld met een standaardroutineHier afgehandeld
Een illustratie van het principe dat Travel Horizontal beschreef, niet het werkelijke supportrooster.
In hun woorden
Wat het platformteam zegt
Onze flow over kanalen heen is nu makkelijker te beheren en voorspelbaarder in de dagelijkse operatie.
Eén boekingsrecord, uit welk kanaal het ook komt
Het project draait op PHP, MySQL en JavaScript met een REST API, zodat een partnerboeking en een klantboeking dezelfde structuur delen. Meer over systemen koppelen op de pagina Reis-API-integratie.
GET /api/bookings/2042
{
"channel": "b2b",
"product": "hotel",
"status": "pending",
"payment": "unpaid"
}Illustratief verzoek en antwoord, niet de echte API van Travel Horizontal.
Technologiestack
PHPMySQLJavaScriptREST API
Verfijn uw marktplaatsprocessen
Breng uw B2B- en B2C-workflow samen in één consistent systeem. PHPTRAVELS is self-hosted en wordt geleverd met broncode onder een commerciële licentie.
Gerelateerde oplossingen
Vragen
FAQ over het Travel Horizontal-project
Korte antwoorden over de marktplaats, de vernieuwing en wat een vergelijkbaar project vraagt.
Praat met salesHet beschrijft hoe Travel Horizontal, een wereldwijde reismarktplaats die aan reizigers en handelspartners verkoopt, haar marktplaatsprocessen op PHPTRAVELS vernieuwde om kanalen af te stemmen, beheer te bundelen en escalaties te verminderen.
De marktplaats verkoopt rechtstreeks aan reizigers (B2C) en via handelspartners die voor hun eigen klanten boeken (B2B). De vernieuwing zette beide kanalen op dezelfde workflow en behield wat specifiek is voor elk.
Een afgestemde kanaalflow, overzichtelijker beheer en minder escalaties. De marktplaats beschreef deze resultaten in eigen woorden; er zijn geen cijfers gepubliceerd.
Het project werd in 2024 gelanceerd.
PHP, MySQL, JavaScript en een REST API. PHPTRAVELS is self-hosted en bevat de broncode onder een commerciële licentie.
Ja. Plan een demo om door te nemen hoe uw klant- en partnerkanalen nu werken en vergelijk daarna de eenmalige pakketten op de prijspagina: Startup $2499, Agency $4999 en Enterprise $9999.
Verder ontdekken
Meer over het platform
- SuccesverhalenReisbureaus die op PHPTRAVELS draaien
- Verhaal van SkyvelaRelaunch luxe marktplaats, B2B + B2C
- Verhaal Tourism OptimizerEuropese touroperator, controlelaag voor boekingen
- B2B-reisportaalAgent-login, prijsregels, documenten en afrekening
- Online reisbureausLanceer en schaal een OTA
- Reis-API-integratieKoppel XML- en JSON-reisleveranciers in PHP
