Une démo bien menée donne presque toujours envie d'acheter. C'est son rôle. Le problème survient quand elle arrive avant que l'entreprise ait clarifié ce qu'elle cherche : le fournisseur définit alors le besoin à votre place, et sa définition ressemble étrangement à son produit.
Ma règle est simple : avant de planifier une démo, répondez par écrit à cinq questions. Si vous n'arrivez pas à en remplir au moins quatre, le moment n'est pas venu d'acheter. Il est venu de clarifier.
1. Quel problème voulez-vous régler, et comment saurez-vous qu'il est réglé?
Formulez le problème en une phrase, en termes d'affaires. « Il nous faut un nouveau CRM » n'est pas un problème. « Nos suivis de soumissions dépendent de la mémoire de chaque représentant, et on perd des ventes qu'on aurait dû conclure », c'en est un.
Nommez ensuite le signe que ce sera réglé : un indicateur, une tâche qui disparaît, un délai qui raccourcit. Et notez où en est cet indicateur aujourd'hui. Les athlètes font un test avant un bloc d'entraînement pour la même raison : sans point de départ, n'importe quel outil a l'air d'un succès après six mois, et aucun ne peut le démontrer.
2. Qu'est-ce qui change dans votre façon de travailler, et qui en est responsable?
Un logiciel ne change pas un processus; ce sont les gens qui le changent. L'outil rend simplement la nouvelle façon de faire plus facile ou plus difficile. Décrivez donc le processus tel qu'il fonctionnera après : qui saisit quoi, qui approuve quoi, ce qu'on cesse de faire.
Désignez ensuite une personne, côté affaires, responsable de ce changement. Pas les TI, pas le fournisseur. Si aucun gestionnaire ne veut s'en charger, vous avez déjà une réponse.
3. De quelles données l'outil a-t-il besoin, et sont-elles en état?
Tout système repose sur des données que vous avez déjà, dans un état qui ne vous plaira pas forcément : des clients en double, des codes de produits qui varient d'une usine à l'autre, des fichiers Excel qui vivent sur l'ordinateur d'une seule personne.
Avec l'IA, la question devient centrale. Un modèle alimenté par des données douteuses donne des réponses fausses avec beaucoup d'assurance. Demandez-vous d'où viennent les données, qui les tient à jour et combien d'efforts il faudra pour les remettre en ordre. Ce travail fait partie du projet, qu'il figure ou non dans la soumission du fournisseur.
4. Combien ça coûtera vraiment sur trois ans?
La licence n'est que la partie visible. Il faut y ajouter l'intégration avec vos autres systèmes, le nettoyage des données, la configuration, la formation, le soutien, les hausses de prix au renouvellement et, surtout, le temps de votre équipe. Il n'est pas facturé, mais il est bien réel.
Estimez le coût total sur trois ans, même grossièrement, avant de comparer les options. Deux outils dont les licences coûtent à peu près la même chose peuvent finir très loin l'un de l'autre. Et chiffrez aussi l'option de ne rien faire : elle coûte parfois moins cher qu'on le pense, parfois beaucoup plus.
5. Comment en sortir?
C'est la question à laquelle les fournisseurs répondent le moins volontiers, et celle que les acheteurs posent le moins. Pouvez-vous exporter toutes vos données, dans un format utilisable, en tout temps? Que dit le contrat sur la durée, le renouvellement et la résiliation? Qu'arrive-t-il à votre configuration et à votre historique si vous partez?
Pour un outil d'IA, ajoutez deux questions : qu'est-ce qui arrive quand il se trompe, et qui vérifie? Décidez d'avance quels résultats doivent être révisés par une personne avant d'être utilisés, et ce que vous ferez si la qualité se dégrade. Un outil qu'on ne peut ni quitter ni vérifier, c'est un risque, pas un actif.
Vos réponses, c'est votre cahier de démo
Ces réponses ne sont pas un simple exercice. Elles deviennent ce que vous envoyez à chaque fournisseur avant la démo : l'énoncé du problème et le processus futur, avec la demande de montrer comment leur outil gère ce processus, idéalement avec un exemple tiré de vos propres données. Posez les questions de coût et de sortie par écrit, et demandez des réponses écrites.
Comparez ensuite les réponses, pas les démos. Une démo est faite pour impressionner; des réponses écrites aux mêmes questions se comparent beaucoup plus facilement, et laissent beaucoup moins de place au flou.
La liste à remplir avant la première démo
- Le problème, en une phrase, en termes d'affaires
- L'indicateur qui montrera qu'il est réglé, et sa valeur actuelle
- Le processus futur, décrit étape par étape
- Un responsable du changement, côté affaires
- Les données nécessaires, leur source et leur état
- Le coût total estimé sur trois ans, temps interne compris
- Le coût de ne rien faire
- Les conditions de sortie : exportation des données, durée, renouvellement, résiliation
- Pour l'IA : quels résultats doivent être révisés, et par qui
Par où commencer
La première question est presque toujours la plus difficile. Une fois le problème clair, les quatre autres se règlent plus vite, et la liste d'outils raccourcit souvent d'elle-même. Si vous êtes devant une décision de ce genre et voulez un deuxième regard avant les démos, un appel de 30 minutes est un bon point de départ.