Aller au contenu
Comment fonctionne Tamaga

Suivez une promesse hôtelière, du fait approuvé à l’action confiée à la bonne personne.

Une famille choisit une chambre qui lui convient et indique qu’elle prévoit d’arriver à 23:30. L’établissement exige une confirmation écrite après 20:00. Tamaga garde cette condition liée au séjour : la Stay Request reste en attente, Host Desk transforme la condition non résolue en une tâche humaine distincte, et seule une personne habilitée peut confirmer ou refuser cet arrangement.

Fil de la promesse

Toute arrivée après 20:00 nécessite une confirmation écrite.

Un séjour
01

House Record

Information approuvée

02

Guest View

Compréhension du client

03

Host Desk

Action attribuée

04

Channel Lens

Contrôle des représentations

Une promesse encadrée, transmise tout au long d’un séjour lourd de conséquences.

Faits du scénario

Une famille de quatre personnes prévoit d’arriver à 23:30.

Composition du groupe
2 adultes + 2 enfants
Chambre
Chambre familiale
Room Fit
Quatre véritables couchages.
Limite présentée honnêtement
Un seul espace de couchage ouvert.
Arrivée prévue
23:30
Règle de l’établissement
Toute arrivée après 20:00 nécessite une confirmation écrite.

23:30 déclenche la condition. Cela ne confirme pas l’arrangement.

Un voyageur s’approche d’un petit hôtel tandis qu’un membre du personnel est visible dans l’espace réservé à l’établissement.

Arrivée prévue

23:30

Stay RequestEN ATTENTE

Reçue par l’établissement

Après 20:00

nécessite une confirmation écrite de l’établissement

Host AttentionOUVERTE

Personne de permanencedoit confirmer ou refuser

La Stay Request et Host Attention restent liées, mais ne correspondent pas au même état. La personne habilitée à décider est connue, tandis que Host Attention reste ouverte et non attribuée et que la demande du client reste en attente.L’arrivée prévue est 23:30. Condition de l’établissement : Toute arrivée après 20:00 nécessite une confirmation écrite de l’établissement. État de Stay Request : EN ATTENTE. Reçue par l’établissement. État de Host Attention : OUVERTE. Personne habilitée à décider : Personne de permanence doit confirmer ou refuser.
  1. 01

    Établi

    Le House Record encadre les informations sur la chambre et la condition d’arrivée.

  2. 02

    Compris

    Guest View montre si la chambre convient, sa limite et la règle avant tout engagement.

  3. 03

    Demandé

    Saisir 23:30 crée Stay Request : EN ATTENTE et Host Attention : OUVERTE.

  4. 04

    Attribué

    Une personne responsable prend en charge l’élément Host Attention ; la Stay Request reste EN ATTENTE.

  5. 05

    Résolu

    Une personne habilitée confirme ou refuse l’arrangement propre au séjour ; ce n’est qu’alors que le résultat change pour le client.

  6. 06

    Contrôlé

    Channel Lens vérifie si les autres représentations préservent la condition.

Ce qui se transmet

Transmettre le bon contexte sans tout transformer en mémoire.

  1. 01

    Relier la personne et le séjour.

    Le CRM conserve l’identité durable du Contact, tandis que la source de la réservation garde autorité sur celle-ci. Une projection du séjour apporte du contexte ; elle ne remplace pas l’enregistrement source.

  2. 02

    Ne retenir que ce qui a été établi explicitement.

    La demande d’arrivée tardive reste propre au séjour. L’intervention explicite d’un opérateur identifié est nécessaire pour créer une Guest Memory réutilisable, et le mécanisme de résolution ne l’applique que si l’établissement, les personnes concernées, la chambre, les dates, l’état de revue et les accès correspondent toujours.

  3. 03

    Expliquer sans s’arroger l’autorité.

    Ask the House consulte les affirmations publiques approuvées ; il peut expliquer Room Fit et préparer le formulaire de demande existant, mais il ne peut ni confirmer, ni effectuer une transaction, ni envoyer quoi que ce soit, ni utiliser le CRM ou Guest Memory.

Répartition des responsabilités

Chaque décision reste confiée au système ou à la personne capable de la résoudre.

Information et système faisant autorité par défaut
Disponibilités en temps réel, tarifs, restrictions, réservationPMS, CRS ou moteur de réservation
Autorisation du paiement et règlementPrestataire de paiement
Distribution du stock de chambres sur les OTAGestionnaire de canaux
Informations sur la chambre, fait qu’elle convienne, limites présentées honnêtementTamaga House Record
Règles destinées aux clients et réponses approuvéesTamaga House Record
État de la demande propre au séjourFlux de travail Tamaga
Host Attention / prochaine personne à intervenirTamaga Host Desk
Ce que disent les représentations sélectionnéesTamaga Channel Lens
Confirmation et jugement lourds de conséquencesPersonne responsable

Le parcours fonctionne parce que chaque système conserve la responsabilité qui lui revient.

Voir l’explication complète du déploiement
Démonstration concrète

Examinez le scénario dans l’hôtel fictif Tamaga Hotel.

Tamaga Hotel est une implémentation de référence inspectable avec un hôtel fictif. Elle présente les états pertinents du client et de l’établissement sans montrer une réservation réelle menée à son terme.

  • Aucune réservation réelle.
  • Aucun paiement.
  • Aucune information personnelle.
  • Aucun message externe.
  • La résolution par l’établissement reste une action humaine autorisée.
Questions

La demande, le système faisant autorité et la représentation restent distincts.

Une demande vaut-elle confirmation ?
Non. Une Stay Request peut rester en attente tandis qu’un élément d’attention distinct dans Host Desk est ouvert ou attribué à une personne responsable. Seule la confirmation ou le refus d’une personne habilitée règle l’arrangement propre au séjour.
Tamaga remplace-t-il le PMS ou le moteur de réservation ?
Non. Le PMS, le CRS ou le moteur de réservation reste le système dont les données déterminent les tarifs, les restrictions et les disponibilités en temps réel.
Chaque demande devient-elle Guest Memory ?
Non. Une demande n’est pas une préférence. Une Guest Memory réutilisable exige une constitution explicite, une provenance, un périmètre et une décision sur son applicabilité.
Ask the House peut-il consulter le CRM ou Guest Memory ?
Non. Selon le contrat public actuel, Ask the House consulte uniquement les informations approuvées de l’établissement ; il ne peut consulter ni le CRM ni Guest Memory.
Étape suivante

Commencez par une promesse qui ne devrait pas changer d’un système à l’autre.

Retracez son origine, ce sur quoi le client s’appuie, la personne qui doit agir et ce que répète chaque représentation.