Que vérifier dans une démonstration de groupe ?
Ne jugez pas une fonction PMS seulement parce que plusieurs réservations partagent un nom. Observez capacité retenue par date et catégorie, conversion en réservations individuelles et retour des chambres inutilisées en vente. Ce guide utilise une documentation publique vérifiée le 10 octobre 2026 pour construire un test. Il n’affirme ni fonctions identiques partout ni capacités Stayax spécifiques. L’objectif est une réception vérifiable. Cloudbeds décrit le périmètre du module et de la version; son guide distingue stock retenu et accès selon disponibilité. Cela n’établit pas d’écran universel. Demandez quel forfait et quelle version achetés sont montrés. Une vidéo d’une autre version ne valide pas votre offre.
Définissez données fictives et attentes
Demandez six chambres pour chacune de trois nuits : capacité potentielle 6 × 3 = 18 nuitées-chambre. Utilisez des données fictives. Précisez catégories, dates et état du bloc. Faites montrer différence entre demande et retenue confirmée. Comparez disponibilité publique restante et attente à chaque transition. Clarifiez les termes plutôt que supposer des libellés similaires synonymes de comportement identique. Transformez ensuite quatre chambres par nuit en réservations de démonstration. Cela produit douze nuitées réservées et six retenues non réservées. Le calcul suppose dates et quantités égales. Recalculez après arrivée tardive ou départ anticipé. Nombre de clients et nuitées ne sont pas interchangeables. Définissez demande, bloc, réservation et capacité ouverte avant de juger une capture.
Testez libération et changements partiels
Choisissez une condition explicite de libération du stock inutilisé. Si l’automatisation existe, montrez date, heure et périmètre. Sinon, notez étape manuelle et responsable. Toutes les dates sont-elles touchées ensemble ou séparément ? Que deviennent les chambres déjà réservées ? Comment détecter une exécution incomplète ? Ce sont des résultats visibles, pas des algorithmes internes. Un comportement non documenté reste une question. Annulez une des quatre réservations de trois nuits : les trois restantes représentent neuf nuitées. Aucun retour automatique en vente n’est affirmé; démontrez règle et comportement. Vérifiez impact sur une réservation ou tout le groupe. Ajoutez une différence de catégorie ou date et demandez le périmètre des totaux. Annulation, clôture et libération ne sont pas synonymes. Aucun paiement réel n’est lancé dans ce test.
Choisissez sur des preuves
Pour chaque scénario, notez état initial, action, résultat attendu, observé et question ouverte, avec forfait et version. Regardez manque de chambres, dates modifiées et annulation partielle, pas seulement réussite. Ne comptez pas une fonction future promise comme disponible. Demandez à un utilisateur fictif de répéter; existence et utilisabilité diffèrent. Listes réelles, prix privés et identifiants sont inutiles. Terminez avec stock réellement retenu, retour, responsable des changements et affichage du résultat. Résolvez les lacunes importantes avant achat. Ce n’est ni classement ni garantie parfaite de transfert aux canaux. Les guides associés aident à évaluer des résultats opérationnels observés plutôt qu’une étiquette de groupe. Le dossier conserve ce qui fut montré et ce qui attend confirmation.