Démonstrations de PMS hôteliers : testez le système, pas l'argumentaire de vente

Toutes les démonstrations de PMS que vous verrez sont préparées à l'avance. Elles s'appuient sur des données fictives, dans un établissement sans historique, et sont menées par une personne qui utilise le logiciel tous les jours et sait exactement quel chemin emprunter pour éviter les écrans gênants. Il n’y a là rien de malhonnête. Il s’agit simplement d’une présentation commerciale, et une présentation commerciale ne sert pratiquement à rien pour déterminer avec quel système PMS votre équipe sera encore capable de travailler à 23 heures un samedi soir, dans dix-huit mois.

La solution n’est pas d’adopter une attitude conflictuelle. Elle consiste à prendre le contrôle de l’ordre du jour. Apportez vos propres scénarios, vos propres données désordonnées et votre propre personnel, et ces mêmes quarante-cinq minutes qui vous auraient montré une démonstration soignée vous montreront à la place comment le produit se comporte face à la réalité. Cet article traite de l’évaluation elle-même : ce qu’il faut préparer, quels scénarios mettent en évidence les faiblesses, quelles questions poser, ce qu’il faut ignorer, et comment noter le résultat par la suite sans se faire d’illusions. Il s’arrête là où commencent les conditions commerciales, car vérifier un contrat de PMS hôtelier relève d’un travail distinct, tout comme la question de savoir si un moteur de réservation intégré fait véritablement partie de la licence.

Ce qui suit s’adresse à un établissement indépendant ou à une petite chaîne ne disposant pas de service des achats. Si vous en avez un, la plupart de ces conseils restent valables ; il y aura simplement plus de personnes présentes lors de la réunion.

Pourquoi toutes les démonstrations semblent convaincantes

Comprendre pourquoi les démonstrations mettent les logiciels en valeur est la base même d’une évaluation correcte. Quatre facteurs jouent en votre défaveur, et aucun d’entre eux n’implique que quiconque agisse de manière malhonnête.

Les données sont parfaites. Les établissements utilisés pour les démonstrations ont des profils clients bien classés, sans doublons, avec des codes tarifaires cohérents et sans accumulation de quinze ans d’enregistrements à moitié migrés. Presque toutes les véritables difficultés rencontrées dans un système hôtelier proviennent de données erronées, ambiguës ou obsolètes. Vous ne pouvez pas voir comment un produit gère ce genre de situation en le regardant traiter des données qui ne présentent aucun de ces problèmes.

Le deuxième point n’est en rien propre aux logiciels. Le présentateur est un utilisateur expert, et les utilisateurs experts font paraître cohérente n’importe quelle interface. Ils savent que ce que vous ne trouvez pas se cache derrière un clic droit, que le rapport se trouve dans un menu différent de celui auquel vous vous attendriez, et qu’il vaut mieux éviter tel ou tel écran. Votre auditeur de nuit n’en saura rien la première semaine, et c’est précisément cet écart entre l’expert et le novice que cache une démonstration.

Le parcours est répété. Une démonstration suit un itinéraire choisi parce qu’il fonctionne. Chaque produit comporte des zones plus anciennes, plus maladroites ou inachevées, et aucun présentateur ne s’y aventure volontairement. L’absence d’un sujet est une information en soi, et il faut un effort délibéré pour remarquer ce qui ne vous a pas été montré.

Vous êtes conditionné à l’apprécier. Au moment où vous assistez à une démonstration, vous avez généralement passé des semaines à établir une liste de finalistes et vous souhaitez que votre recherche touche à sa fin. Voir un présentateur compétent résoudre des problèmes avec aisance est véritablement convaincant. Ce sentiment n’est pas une preuve.

Que faire avant de prendre rendez-vous

La partie la plus précieuse d’une évaluation se déroule avant même que vous ne parliez à un seul fournisseur, et c’est celle qui est le plus souvent négligée car elle est perçue comme un retard.

Notez ce qui ne va vraiment pas aujourd’hui. Pas les fonctionnalités que vous aimeriez avoir, mais les éléments précis qui vous ont coûté du temps ou de l’argent ce mois-ci. Voici à quoi pourrait ressembler une liste utile : la saisie manuelle de la liste d’occupation des chambres prend deux heures ; le tableau des services d’entretien est une feuille imprimée qui est déjà obsolète au bout de dix minutes ; nous ne pouvons pas visualiser le chiffre d’affaires net par canal sans recourir à un tableur ; et l’audit de nuit échoue dès qu’un dossier client reste ouvert. Cette liste vaut bien plus que n’importe quelle matrice de fonctionnalités, car c’est la seule chose qui vous permettra de savoir par la suite si un système a résolu vos problèmes ou s’il offrait simplement de nombreuses fonctionnalités.

Divisez ensuite cette liste en trois groupes. Les éléments indispensables au fonctionnement de l’établissement. Ceux qui permettraient de gagner du temps de manière réelle et quantifiable. Et ceux qui seraient simplement agréables. Soyez strict, car tout a tendance à prendre de l’importance si vous le laissez faire, et une liste d’exigences où tout est considéré comme essentiel ne fournit aucune base pour choisir entre deux produits qui répondent tous deux à la plupart de ces critères.

Deux autres étapes de préparation s’avèrent très rentables. Notez les intégrations avec les systèmes de gestion hôtelière (PMS) dont vous ne pouvez véritablement pas vous passer, en précisant les produits et versions spécifiques, car un logo de partenaire sur un site web n’équivaut pas à une connexion certifiée et opérationnelle. Et déterminez qui prendra la décision avant de commencer, car une évaluation qui aboutit à un comité sans responsable a tendance à se solder soit par l’absence totale de décision, soit par l’adoption de l’option préférée par la personne la plus bruyante.

Prenez le contrôle de l’ordre du jour

Lorsque vous réservez la démonstration, envoyez au fournisseur un bref brief écrit plusieurs jours à l’avance. Quatre à six scénarios tirés de votre propre activité, une phrase par scénario, ainsi que votre liste des fonctionnalités indispensables et votre liste d’intégrations. Si vous pouvez fournir un échantillon anonymisé de vos propres données, envoyez-le également.

Indiquez clairement comment vous souhaitez que la session se déroule. Par exemple : vingt minutes pour votre présentation générale, puis nous passons en revue nos scénarios, et nous aimerions qu’un membre de notre équipe prenne les commandes pour la dernière partie. La plupart des fournisseurs acceptent volontiers cette organisation, et ceux qui y sont réticents vous ont déjà donné une indication utile avant même le début de la réunion.

Il ne s’agit pas de piéger qui que ce soit. Cela s’explique par le fait qu’une démonstration préparée de vos scénarios est bien plus instructive qu’une démonstration improvisée, et que la manière dont un fournisseur gère ce brief est en soi révélatrice. Une bonne réaction consiste à vous appeler au préalable pour vous demander ce que vous entendez par deux de ces scénarios. C’est ainsi que se déroulera la mise en œuvre : quelqu’un qui s’efforce de comprendre votre fonctionnement plutôt que de l’adapter à son modèle.

Une remarque pratique concernant l’enregistrement. Demandez si vous pouvez enregistrer la session, et si la réponse est oui, faites-le. Trois démonstrations finissent par se confondre au bout de deux semaines, et la réponse précise à une question précise est exactement ce que vous voudrez vérifier plus tard, surtout s’il s’avère qu’elle était optimiste.

Les scénarios qui révèlent véritablement un système

Les bons scénarios ont une caractéristique commune : ils sont courants dans un hôtel, mais posent problème dans un logiciel. N’importe quel système peut gérer une réservation simple. Ce qui distingue les systèmes, c’est ce qui se passe lorsque la situation est compliquée, ce qui est le cas la plupart du temps.

L’arrivée qui ne correspond pas à la réservation

Un client arrive un jour plus tôt, pour trois nuits au lieu de deux, souhaite un autre type de chambre, et la réservation a été effectuée via une agence à un tarif qui ne s’applique pas aux nouvelles dates. Demandez-leur de gérer la situation de A à Z.

Vérifiez si la réservation est modifiée ou annulée puis recréée, car la recréation efface l’historique et la trace du tarif d’origine. Vérifiez ce qu’il advient de la commission de l’agence : le tarif est-il recalculé automatiquement ou doit-il être modifié manuellement, et cette modification nécessite-t-elle l’intervention d’un responsable ? Posez ensuite la question essentielle : pourrez-vous voir, demain, quelle était la réservation initiale et qui l’a modifiée ? Les systèmes qui gèrent les modifications en effaçant l’historique rendent les litiges insolubles.

La facture que personne ne veut partager

Deux collègues partagent une chambre à deux lits. L’entreprise prend en charge la chambre et le petit-déjeuner pour les deux, ils paient leurs frais supplémentaires chacun de leur côté, et l’un d’eux a déjà versé un acompte en ligne. Au moment du départ, l’un souhaite une facture unique à l’attention de son employeur et l’autre un reçu personnel.

C’est une situation courante dans tout hôtel accueillant des entreprises, où le solde est généralement à la charge de l’city ledger (), et c’est là que les faiblesses du système comptable apparaissent immédiatement. Les frais peuvent-ils être répartis par type avant l’arrivée plutôt que d’être démêlés au moment du départ ? Un relevé de compte peut-il être fractionné entre plusieurs payeurs sans avoir à ressaisir les données ? L’acompte est-il affecté au bon compte ? Pouvez-vous générer deux documents avec un traitement fiscal correct pour chacun ? Si cela prend plusieurs minutes à un utilisateur expérimenté et nécessite une solution de contournement, n’oubliez pas que votre réceptionniste devra effectuer cette tâche avec une file d’attente derrière lui.

Le groupe qui change deux fois

Un bloc de quinze chambres passe à onze avant la date limite, puis deux noms changent et l’une d’entre elles devient une chambre double. Demandez à voir l’ensemble du parcours : la configuration du bloc, la liste d’hébergement, la réduction, la remise en vente des chambres, et à quoi ressemble la facture du groupe à la fin.

Les points spécifiques à surveiller sont les suivants : les chambres libérées sont-elles automatiquement remises en vente ? La liste d’attribution des chambres peut-elle être importée ou doit-elle être saisie manuellement ? Et les annulations sont-elles suivies par rapport au contrat ou reposent-elles uniquement sur la mémoire de quelqu’un ? La gestion des blocs de chambres pour les groupes hôteliers est l’un des écarts de qualité les plus importants entre les systèmes hôteliers et l’un des sujets les moins susceptibles d’apparaître dans une démonstration standard.

L’audit de nuit et le lendemain matin

Demandez à observer un audit de nuit dans un hôtel comportant une anomalie : un dossier ouvert, une facturation non comptabilisée, une autorisation de carte refusée. Demandez ensuite à quoi ressemble le rapport du lendemain matin.

Les questions pertinentes sont les suivantes : l’audit se bloque-t-il sur l’erreur ou la report-il en silence ? Peut-il être relancé si un élément a été omis ? Et qui est censé corriger les anomalies détectées ? Demandez également ce qui se passe s’il ne s’exécute pas du tout, ce qui arrive plus souvent qu’on ne veut bien l’admettre. Un système qui traite l’audit de nuit comme une cérémonie irréversible est plus difficile à gérer qu’un système qui le considère comme un processus reproductible.

Deux autres scénarios méritent d’être ajoutés si vous en avez le temps : une modification de tarif qui doit être répercutée sur tous les canaux, afin que vous puissiez visualiser le parcours de distribution de bout en bout et le temps nécessaire à sa propagation, ce qui permet de mettre en évidence les problèmes de synchronisation entre le gestionnaire de canaux et le PMS ; et une annulation le jour même avec prélèvement sur carte, remboursement partiel et réclamation du client, ce qui vous permet de visualiser à la fois le parcours du paiement et la piste d’audit.

Comptez les clics, pas les écrans

Prévoyez un moyen d’enregistrer deux chiffres pour chaque scénario : le nombre d’étapes nécessaires et la durée. Non pas pour obliger quiconque à utiliser un chronomètre, mais parce que ces chiffres sont la seule partie d’une démonstration qui reste comparable entre trois fournisseurs deux semaines plus tard, lorsque tout le reste n’est plus qu’une impression.

Mettez le résultat en perspective par rapport à la fréquence. L’enregistrement s’effectue des centaines de fois par mois. Si un système nécessite quatre clics et un autre neuf, cette différence représente un travail réel, répété à l’infini par des personnes fatiguées. Un rapport mensuel qui prend deux minutes de plus a bien moins d’importance. La pondération en fonction de la fréquence permet d’éviter qu’un exercice d’évaluation ne soit dominé par la fonctionnalité qui a été présentée de la manière la plus impressionnante.

Prêtez attention à trois points précis pendant que vous comptez. Quelle part du travail s’effectue sur un seul écran plutôt que sur plusieurs, car c’est lors des changements de contexte que les erreurs se glissent. Vérifiez si le système prévient les erreurs ou se contente de les signaler a posteriori, car un avertissement avant une double réservation vaut bien plus qu’un rapport qui la répertorie. Et observez comment le produit se comporte lorsqu’un problème survient : un message clair expliquant ce qui s’est passé et ce qu’il faut faire ensuite est le signe d’un produit abouti, tandis qu’un message d’erreur générique indique le contraire.

Qui devrait être présent lors de l’évaluation

L’erreur d’évaluation la plus courante est que celle-ci est effectuée par la personne qui utilisera le moins le système. Les responsables choisissent, et les réceptionnistes doivent s’en accommoder.

Faites participer les personnes qui seront en contact quotidien avec le système. Un responsable de la réception, la personne en charge de l’entretien ménager, celle qui gère la trésorerie et, si vous en avez un, celle qui s’occupe des recettes et de la distribution. Chacun d’entre eux posera une question à laquelle vous n’auriez pas pensé, et remarquera des détails qui vous échappent : votre auditeur de nuit repérera en quatre-vingt-dix secondes qu’une étape de la procédure de clôture est irréversible.

Donnez-leur un brief précis plutôt qu’une simple invitation à participer. Demandez à chaque personne d’évaluer un point précis, de le noter pendant la session et de le partager immédiatement après. Sinon, la réunion ne donnera lieu qu’à une impression générale, et les impressions générales sont dominées par celui qui prend la parole en premier.

Il existe un deuxième avantage, plus discret. Les personnes qui ont été consultées lors de la sélection se comportent différemment lors du déploiement. La résistance au changement dans les hôtels n’est souvent pas du tout liée au logiciel ; elle tient au fait qu’une décision a été prise ailleurs et imposée d’en haut. Une heure consacrée à une démonstration permet de gagner une bonne volonté surprenante par la suite.

Des questions qui suscitent des réponses sincères

Les questions ouvertes obtiennent des réponses de marketing. Les questions précises obtiennent des informations. La distinction réside entièrement dans la formulation.

Il y a deux questions qu’il vaut la peine de poser à chaque fournisseur, car les réponses sont très révélatrices. Qu’est-ce que vous ne maîtrisez pas, ou quelle est la demande la plus fréquente de vos clients à laquelle vous ne répondez pas ? Un fournisseur qui cite un exemple précis vous dit la vérité et est généralement le partenaire le plus fiable. Un fournisseur qui ne trouve rien à répondre soit n’écoute pas ses clients, soit ne vous le dit pas.

Et : quel type d’hôtel ne vous convient pas ? Chaque produit a sa propre spécificité. Un système conçu pour des hôtels d’affaires en centre-ville ne saura pas gérer correctement un complexe hôtelier proposant des activités, des soins spa et la demi-pension ; les bons fournisseurs le savent et vous le diront plutôt que de vous vendre une première année qui s’annonce difficile.

Signaux d’alerte lors d’une démonstration

Certains signaux méritent davantage d’attention que la liste des fonctionnalités, et la plupart d’entre eux concernent le comportement plutôt que le logiciel.

Repousser un scénario à une session ultérieure. Une fois, cela peut se comprendre, car il se peut qu’une configuration soit réellement nécessaire. Repousser à plusieurs reprises les scénarios délicats signifie que ces scénarios posent problème au produit.

Répondre à une question sur une fonctionnalité en citant une date de la feuille de route. Considérez tout ce qui n’est pas encore disponible comme s’il n’existait pas. Cela finira peut-être par arriver ; en attendant, vous ne pouvez pas gérer un hôtel avec ça.

Des diapositives là où l’on s’attendait à voir un écran. Si un module est présenté sous forme de schéma plutôt que d’écran fonctionnel, demandez à le voir en action. Parfois, la réponse est qu’il est en version bêta, ce qu’il est bon de savoir mais coûteux de supposer.

La pression liée à une échéance. Les remises qui expirent cette semaine relèvent d’une technique de vente, pas d’une réalité commerciale. Un fournisseur qui a confiance en son produit n’a pas besoin que vous preniez une décision avant d’avoir fini de l’évaluer, et cela vaut la peine de s’en souvenir lorsque vous arrivez à l’étape du contrat.

Manque de précision quant à l’identité des personnes chargées du travail. Demandez qui se chargera de votre mise en œuvre, s’il s’agit d’un employé du fournisseur ou d’un partenaire, et combien de sites il gère simultanément. La qualité de la mise en œuvre varie davantage d’une personne à l’autre que d’un produit à l’autre.

Refus de vous donner accès au système. Un fournisseur qui refuse de vous donner accès à un environnement de test vous demande d’acheter un système que votre équipe n’a jamais utilisé.

C’est dans l’environnement de test que réside la vérité

Si vous ne devez retenir qu’une seule chose de cet article, retenez celle-ci. Une démonstration guidée vous montre ce que le logiciel est capable de faire. Un environnement de test vous montre ce que votre équipe est capable de faire, sans aide, et seul ce dernier permet de prédire si le déploiement sera couronné de succès.

Demandez un environnement d’essai pour vos deux finalistes, idéalement chargé d’un échantillon de vos propres données, pendant une à deux semaines. Le chargement de cet échantillon constitue également un premier indicateur de la manière dont une migration vers un PMS se déroulerait concrètement. Confiez ensuite à votre équipe des tâches réelles à effectuer dans cet environnement plutôt que de la laisser simplement explorer le système. L’exploration n’est pas une tâche et ne produit aucun résultat comparable.

Définissez la même liste restreinte de tâches dans les deux systèmes : créer et enregistrer une réservation, fractionner un folio, modifier une réservation de groupe, effectuer un audit de nuit, produire le rapport que votre propriétaire demande chaque mois. Demandez à chaque personne de noter où elle s’est retrouvée bloquée et sur quoi elle a dû poser des questions. Comparez ensuite les notes plutôt que les opinions.

Portez une attention particulière à ceux qui rencontrent des difficultés. Si votre réceptionniste la plus expérimentée trouve quelque chose de déroutant, il s’agit d’un problème lié au produit. Si votre collaborateur le moins sûr de lui a du mal avec tout, c’est une question de formation et un autre type de coût, qu’il vaut tout de même la peine de connaître avant de vous engager.

Méfiez-vous d’un piège. Un système qui semble familier n’est pas nécessairement un bon système, et les équipes ont tendance à préférer ce qui ressemble le plus à ce qu’elles utilisent déjà. Demandez-vous si quelque chose est véritablement moins bien ou simplement différent, et soyez honnête dans votre réponse, car la familiarité s’estompe en quelques semaines, contrairement à une mauvaise conception.

Les appels de référence et comment aller au-delà de la « liste des clients satisfaits »

Chaque fournisseur tient à jour une liste de clients prêts à en dire du bien. Ce n’est pas un scandale ; vous feriez de même. Le défi consiste à tirer des informations utiles d’une conversation organisée par le fournisseur.

Demandez des références qui vous ressemblent : taille similaire, secteur d’activité similaire, intégrations similaires, et idéalement une référence mise en service au cours des douze derniers mois afin que le souvenir de la mise en œuvre soit encore frais. Posez ensuite des questions auxquelles on ne peut pas répondre par un simple « oui » ou « non ».

Qu’est-ce qui vous a surpris après la mise en service ? Combien de temps la mise en œuvre a-t-elle réellement pris par rapport à l’estimation ? Qu’avez-vous renoncé à faire dans le système ? Racontez-moi une situation où l’assistance a vraiment fait la différence, et ce qui s’est passé. Que vérifieriez-vous si vous deviez refaire votre choix ? Chacune de ces questions donne lieu à un récit plutôt qu’à une simple évaluation, et les récits contiennent des détails que les évaluations ne fournissent pas.

Allez ensuite un peu au-delà de cette liste. Demandez directement au fournisseur si des clients sont partis au cours de l’année écoulée et pourquoi ; c’est une question qui suscite soit une réponse franche, soit un silence révélateur. Il est également utile de se renseigner auprès des communautés hôtelières indépendantes et des associations régionales, et un simple entretien avec une personne utilisant exactement la même combinaison de systèmes que la vôtre vaut bien plus que n’importe quelle documentation publiée.

Comment aborder une promesse de feuille de route

À un moment donné de toute évaluation, une lacune sera comblée par un plan. La bonne réaction consiste ni à l’écarter, ni à s’y fier.

Achetez le produit tel qu’il existe aujourd’hui. Si la lacune est véritablement fondamentale, la conclusion honnête est que ce système ne vous convient pas encore, aussi crédible que soit le plan. Les délais de développement logiciel prennent du retard dans tous les secteurs, et une date de livraison donnée lors d’un processus de vente est une intention, pas un engagement.

Si vous décidez de poursuivre malgré tout, concrétisez cette promesse. Obtenez-la par écrit avec une date, joignez-la au contrat sous forme d’annexe et demandez ce qui se passera si elle n’est pas respectée. Un fournisseur véritablement déterminé à livrer quelque chose au cours des deux prochains trimestres l’indiquera généralement dans un document. Celui qui ne le fait pas vous a déjà révélé à quel point son plan est solide.

Une question utile pour évaluer la situation ne coûte rien : qu’avez-vous livré au cours des douze derniers mois, et quels éléments figurant sur la feuille de route il y a un an n’ont pas encore été livrés ? Un fournisseur qui répond sans hésitation à cette question est un meilleur choix que celui qui ne parle que de ce qui est à venir.

Évaluer sans se leurrer

Les grilles d’évaluation sont utiles d’un certain point de vue, mais dangereuses d’un autre. Elles obligent l’équipe à consigner ses appréciations tant que les souvenirs sont frais, ce qui est véritablement précieux. Elles produisent également un chiffre qui semble objectif mais ne l’est pas, car les pondérations ont été choisies par des personnes ayant leurs propres préférences.

Restez simple. Évaluez par rapport à la liste des critères indispensables que vous avez rédigée avant de parler à qui que ce soit, en pondérant chaque critère en fonction de sa fréquence d’apparition, et en demandant à chaque participant d’évaluer son propre domaine plutôt que l’ensemble. Notez le nombre de clics et les remarques issues de la « sandbox » à côté des notes plutôt que de les intégrer à celles-ci.

Considérez ensuite le total comme une indication, et non comme un verdict. Si le gagnant au nombre de points n’est pas celui que votre équipe souhaite retenir, ne passez pas simplement outre l’avis de l’équipe ; cherchez à comprendre pourquoi cet écart existe. En général, cela tient à l’une des trois raisons suivantes : un élément important a été omis de la matrice, une pondération est erronée, ou la préférence repose sur la familiarité plutôt que sur la qualité. Ces trois raisons méritent d’être connues et aucune ne se résout par un simple calcul.

Une règle mérite toutefois d’être imposée. Rédigez un court paragraphe expliquant votre décision avant de signer quoi que ce soit, en précisant ce à quoi vous renoncez en ne choisissant pas les autres options. Si ce paragraphe est difficile à rédiger, l’évaluation n’est pas terminée. Si cela vous semble facile, vous serez heureux de l’avoir sous la main dans dix-huit mois, lorsque quelqu’un vous demandera pourquoi l’hôtel propose telle ou telle offre.

Transformer une évaluation en décision

Les évaluations échouent généralement non pas parce que le mauvais système l’a emporté, mais parce qu’elles ne s’achèvent jamais : la liste des finalistes s’allonge, une nouvelle option apparaît, la personne en charge du projet est débordée, et un an plus tard, l’hôtel utilise toujours le même système, avec les mêmes problèmes figurant sur la même liste.

Fixez le calendrier dès le début et respectez-le. Pour un établissement indépendant, comptez une à deux semaines de préparation, deux ou trois semaines de démonstrations scénarisées, une à deux semaines de test en environnement de simulation avec des appels de référence menés en parallèle, puis une semaine pour prendre la décision. Cela représente environ six à huit semaines, et c’est suffisant. Raccourcir ce délai revient généralement à supprimer la phase de test, qui est justement la partie permettant de prédire le résultat. Prolonger le processus au-delà d’un trimestre revient à tout recommencer.

Deux points méritent d’être tranchés avant la réunion finale. Qu’est-ce qui vous ferait renoncer au favori ? Ce point doit être convenu à l’avance afin qu’il ne puisse pas être écarté a posteriori sous prétexte de « rationalisation ». Et qui signera le contrat, afin que la décision soit prise par une personne responsable plutôt que par un comité ? Le prix a également sa place dans cette discussion, mais il doit être envisagé en termes de coût total de possession sur toute la durée du contrat plutôt que sous forme de forfait mensuel.

Passez ensuite à la phase commerciale en conservant l’évaluation à portée de main. Tout ce que vous avez appris sur les délais de réponse, la portée de la mise en œuvre, la certification d’intégration et les engagements relatifs à la feuille de route doit figurer dans les documents plutôt que de rester dans le souvenir d’une réunion fructueuse. L’écart entre ce qui a été dit lors d’une démonstration et ce qui apparaît dans un contrat est la source principale de la plupart des déceptions après l’achat, et le combler est la dernière étape que l’évaluation doit vous apporter.