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
Kanalenkaart
B2CKlantkanaalReizigers die voor zichzelf boeken
B2BPartnerkanaalHandelspartners die voor hun klanten boeken

Eén marktplaatsworkflow

  1. Zoeken
  2. Boeken
  3. Beheren
  4. Support
Eén centraal beheerpuntHet team bestuurt beide kanalen vanaf dezelfde plek
Een vereenvoudigd beeld van de beoogde opzet, geen schema van de systemen van Travel Horizontal.

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.

  1. 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.
  2. 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.
  3. 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.

MarktplaatsbeheerB2CB2B
  • Boekingen
  • Klanten
  • Partners
  • Leveranciers
  • Betalingen
  • Instellingen

Boekingen

Ref.KanaalProductStatus
#2041B2CVluchtBevestigd
#2042B2BHotelIn behandeling
#2043B2BTourBevestigd
#2044B2CHotelGewijzigd

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.

  1. PlatformteamWijzigingen in hoe de marktplaats zelf werktHier afgehandeld
  2. Operationeel leidinggevendeUitzonderingen die een afweging vragenHier afgehandeld
  3. Eerste lijnDagelijkse gevallen, afgehandeld met een standaardroutineHier afgehandeld
Opgelost bij het eerste contact met de standaardroutine.Geëscaleerd, omdat dit geval echt buiten het gewone valt.

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.

Team van Travel HorizontalPlatformteam

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

  • PHP
  • MySQL
  • JavaScript
  • REST 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 sales

Het 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.