Démo en ligne

Cas client

Travel Horizontal : un seul flux de marketplace pour clients et partenaires

Une marketplace de voyage mondiale qui vend aux voyageurs et aux partenaires professionnels a restructuré ses opérations : les deux canaux suivent le même flux, sont gérés depuis moins de points d'administration et remontent moins de cas.

  • Mondial
  • B2B + B2C
  • Refonte des opérations de la marketplace
  • Lancé en 2024

La marketplace

Le cas client Travel Horizontal en bref

Travel Horizontal exploite une marketplace de voyage mondiale avec deux types d'acheteurs : des voyageurs qui réservent pour eux-mêmes et des partenaires professionnels qui réservent pour leurs propres clients. Les deux canaux vendent les mêmes voyages, mais avec le temps, le traitement de chaque réservation s'était mis à diverger.

Le projet était une refonte des opérations de la marketplace. L'objectif n'était pas une nouvelle vitrine, mais un flux de plateforme plus propre en dessous : une seule façon de traiter les réservations clients et partenaires, moins d'endroits pour les gérer et des routines standard pour les cas qui revenaient chaque jour.

Il a été construit sur PHPTRAVELS, le même moteur de réservation que celui des pages Agences en ligne (OTA) et Portail B2B voyage.

Secteur
Marketplace de voyage
Région
Mondial
Modèle
B2B + B2C
Périmètre
Refonte des opérations de la marketplace
Lancement
2024
Carte des canaux
B2CCanal clientsVoyageurs qui réservent pour eux-mêmes
B2BCanal partenairesPartenaires professionnels qui réservent pour leurs clients

Un seul flux de marketplace

  1. Rechercher
  2. Réserver
  3. Gérer
  4. Support
Un seul point de contrôle administratifL'équipe gère les deux canaux depuis le même endroit
Une vue simplifiée de l'organisation visée, pas un schéma des systèmes de Travel Horizontal.

Du diagnostic au résultat

Trois problèmes nommés par la marketplace, et ce qui a changé

Chaque fil part d'un défi décrit par Travel Horizontal et se termine par le résultat qu'elle a rapporté, avec ses propres mots.

  1. Cohérence du parcours

    Défi

    Incohérence entre canauxLes parcours clients et partenaires divergeaient dans leur traitement opérationnel.

    Résultat

    Flux de canaux alignéLes réservations clients et partenaires suivent désormais le même flux, et l'équipe les traite de la même façon.

  2. Gestion opérationnelle

    Défi

    Points de contrôle fragmentésLes équipes travaillaient avec trop de points d'administration déconnectés.

    Résultat

    Contrôle administratif plus clairLa gestion quotidienne tient dans moins d'endroits reliés, au lieu d'être répartie sur des écrans séparés.

  3. Efficacité du support

    Défi

    Routines riches en escaladesLes cas courants étaient remontés faute de processus standardisé.

    Résultat

    Moins d'escaladesDes routines standard permettent à la première personne qui voit un cas courant de le résoudre.

Résultats rapportés par Travel Horizontal. Aucun chiffre n'a été publié pour ce projet.

Parité des canaux

Parcours clients et partenaires sur les mêmes rails

Aligner les canaux ne veut pas dire les rendre identiques. Les étapes et les règles sont partagées, et chaque canal garde ce dont il a vraiment besoin, comme un partenaire qui paie depuis son Portefeuilles d’agents. Changez de vue pour comparer.

Voir en tant que

  • RechercheCommun aux deux canauxLe même inventaire et le même flux de recherche.B2CB2BPrix publics sur le site de la marketplace.Prix partenaires affichés après connexion du partenaire.
  • RéservationCommun aux deux canauxUn seul format de dossier pour chaque vente.B2CB2BLe voyageur réserve pour lui-même.Le partenaire réserve pour le compte de son client.
  • PaiementCommun aux deux canauxUn seul statut de paiement sur chaque réservation.B2CB2BLe voyageur paie en ligne lors de la commande.Le partenaire peut payer avec le solde de son compte.
  • GestionCommun aux deux canauxLes mêmes statuts et les mêmes étapes de modification.B2CB2BLe voyageur voit la réservation dans son compte.Le partenaire voit toutes ses réservations dans son tableau de bord.
  • SupportCommun aux deux canauxUne routine standard pour les demandes courantes.B2CB2BLes demandes viennent directement du voyageur.Les demandes viennent du partenaire, rattachées à son compte.

Illustration de la façon dont PHPTRAVELS sépare les étapes communes des étapes propres à chaque canal, pas la configuration de Travel Horizontal.

Une seule administration

Des points dispersés à une seule console de marketplace

Les points de contrôle fragmentés étaient le deuxième problème. Quand les réservations clients, les demandes partenaires, les paiements et le support vivent chacun ailleurs, chaque tâche quotidienne commence par la recherche du bon écran.

Avant : des lieux séparés

  • Réservations clients
  • Demandes partenaires
  • Contrôle des paiements
  • Boîte de support

Après : une console

  • Réservations clients et partenaires dans une seule liste, distinguées par une étiquette de canal.
  • Partenaires, clients, fournisseurs et paiements gérés depuis la même administration.
  • Un seul statut par réservation, sans avoir à vérifier un second écran.

Les fiches clients et partenaires peuvent ensuite alimenter le suivi dans le CRM voyage.

Administration de la marketplaceB2CB2B
  • Réservations
  • Clients
  • Partenaires
  • Fournisseurs
  • Paiements
  • Paramètres

Réservations

Réf.CanalProduitStatut
#2041B2CVolConfirmée
#2042B2BHôtelEn attente
#2043B2BCircuitConfirmée
#2044B2CHôtelModifiée

Vue d'administration illustrative avec des réservations d'exemple, pas une capture de l'administration de Travel Horizontal.

Moins d'escalades

Les cas courants restent sur la première marche

Les routines riches en escalades étaient le troisième problème. Avec une façon standard de traiter les demandes du quotidien, un cas ne monte que s'il est vraiment inhabituel. Choisissez un cas pour voir où il est traité.

Choisissez un cas

Avant la refonte, beaucoup de ces cas courants montaient l'échelle faute de routine standard.

  1. Équipe plateformeChangements dans le fonctionnement même de la marketplaceTraité ici
  2. Responsable des opérationsExceptions qui demandent une décisionTraité ici
  3. Premier contactCas du quotidien, traités avec une routine standardTraité ici
Résolu dès le premier contact grâce à la routine standard.Remonté, car ce cas sort vraiment de l'ordinaire.

Une illustration du principe décrit par Travel Horizontal, pas son organisation réelle du support.

Dans leurs mots

Ce que dit l'équipe plateforme

Notre flux entre canaux est désormais plus simple à gérer et plus prévisible au quotidien.

Équipe Travel HorizontalÉquipe plateforme

Un seul dossier de réservation, quel que soit le canal

Le projet repose sur PHP, MySQL et JavaScript avec une REST API : une réservation partenaire et une réservation client partagent la même structure. Pour connecter vos systèmes, voir la page Intégration d'API de voyage.

GET /api/bookings/2042

{
  "channel": "b2b",
  "product": "hotel",
  "status": "pending",
  "payment": "unpaid"
}

Requête et réponse illustratives, pas l'API réelle de Travel Horizontal.

Pile technique

  • PHP
  • MySQL
  • JavaScript
  • REST API

Affinez les opérations de votre marketplace

Unifiez vos flux B2B et B2C dans un système cohérent. PHPTRAVELS est auto-hébergé et fourni avec son code source sous licence commerciale.

Commencer par une démoVoir les tarifs

Solutions associées

Questions

FAQ du projet Travel Horizontal

Réponses courtes sur la marketplace, la refonte et ce qu'il faut pour un projet similaire.

Parler à un conseiller

Il décrit comment Travel Horizontal, une marketplace de voyage mondiale qui vend aux voyageurs et aux partenaires professionnels, a refondu ses opérations sur PHPTRAVELS pour aligner ses canaux, regrouper le contrôle administratif et réduire les escalades.

La marketplace vend directement aux voyageurs (B2C) et via des partenaires professionnels qui réservent pour leurs propres clients (B2B). La refonte a placé les deux canaux sur le même flux, en gardant ce qui est propre à chacun.

Un flux de canaux aligné, un contrôle administratif plus clair et moins d'escalades. La marketplace a décrit ces résultats avec ses propres mots ; aucun chiffre n'a été publié pour le projet.

Le projet a été lancé en 2024.

PHP, MySQL, JavaScript et une REST API. PHPTRAVELS est auto-hébergé et inclut le code source sous licence commerciale.

Oui. Réservez une démo pour passer en revue le fonctionnement actuel de vos canaux clients et partenaires, puis comparez les offres à paiement unique sur la page des tarifs : Startup $2499, Agency $4999 et Enterprise $9999.

Continuez à explorer

Plus sur la plateforme