Problème
La situation est reconnaissable. Un dirigeant ou un chef de service revient d'un salon, d'une démonstration ou d'une conversation, et demande d'acheter tel outil. Parfois la décision est déjà prise et on vous demande de l'installer. La question qui vous est posée est « c'est possible ? ». C'est la mauvaise question, et y répondre par oui ou par non vous met en difficulté dans les deux cas. Si vous dites oui, vous héritez d'un outil que vous devrez maintenir, dont personne n'a vérifié qu'il ne doublonne pas, et dont vous découvrirez les contraintes après l'achat. Si vous dites non sans argument, l'outil sera acheté quand même, sans vous, et vous le découvrirez le jour où il faudra le connecter à l'annuaire. Cette fiche donne les questions à poser, dans un ordre qui produit un avis utile plutôt qu'un blocage.
Solution recommandée
Commencez par la seule question qui compte vraiment, et elle n'est pas technique : quel problème cet outil résout-il, et qui a constaté ce problème ? Une réponse vague du type « ça nous permettrait d'être plus efficaces » signale un achat par enthousiasme. Une réponse précise du type « on perd deux heures par semaine à recopier les commandes à la main » vous donne le critère d'évaluation, et permet parfois de découvrir qu'un outil déjà payé fait exactement cela. Ensuite, trois familles de questions : le doublon, les données, l'intégration. Elles se traitent en une heure et évitent la quasi-totalité des mauvaises décisions. Enfin, rendez un avis écrit en trois formes possibles. Jamais un simple non.
Matériel & outils
La liste des abonnements et licences de l'organisation, produite par le recensement des coûts. C'est elle qui tranche la question du doublon en cinq minutes. La documentation technique de l'éditeur, en cherchant spécifiquement les pages d'authentification, d'export de données et de résiliation. Ce qui n'y figure pas est une réponse en soi. Un essai gratuit, quand il existe, avec de vraies données de test et non les données de démonstration de l'éditeur. Un modèle d'avis écrit, court, pour ne pas réinventer la formulation à chaque demande.
Étapes
1. Faites reformuler le besoin en une phrase qui décrit un problème, pas une solution. Si la personne ne sait pas le formuler ainsi, l'évaluation s'arrête ici et reprend quand le besoin sera clair. 2. Vérifiez le doublon. Comparez avec ce que l'organisation paye déjà, par fonction et non par nom de produit. C'est le cas le plus fréquent, et il se tranche en cinq minutes si vous avez la liste. 3. Demandez où sont hébergées les données, et dans quel pays. Selon votre secteur et le type de données, c'est parfois éliminatoire, et cela ne se corrige pas après l'achat. 4. Demandez qui est propriétaire des données. La réponse doit être vous. Lisez la clause qui traite de l'usage que l'éditeur se réserve, notamment pour entraîner ses modèles. 5. Demandez comment récupérer les données si vous arrêtez, et sous quel format. C'est la question que personne ne pose à l'achat et qui coûte le plus à la sortie. Un export en PDF n'est pas une récupération de données : c'est une impression. 6. Vérifiez l'intégration à l'annuaire. L'outil sait-il utiliser les comptes existants, ou crée-t-il son propre annuaire avec ses propres mots de passe ? Un annuaire parallèle est un coût permanent et un trou au départ des salariés. 7. Chiffrez le coût réel au-delà du prix affiché : paramétrage, reprise des données existantes, formation, et le temps de la personne qui maintiendra l'outil. Ce dernier poste est presque toujours oublié et souvent le plus lourd. 8. Rendez un avis écrit, en une demi-page, sous une de ces trois formes : favorable, favorable sous conditions nommées, ou défavorable avec la raison et une alternative. Écrit, il vous protège et fait avancer la décision.
Coût estimé
Gratuit. L'évaluation demande environ une heure quand la liste des abonnements existe, une demi-journée sinon. C'est le meilleur rapport de toute la gestion informatique d'une PME : une heure qui évite un abonnement inutile, ou une migration de données impossible trois ans plus tard.
Limites
Une décision d'achat n'est pas une décision technique. Votre avis éclaire, il ne tranche pas, et une direction peut décider contre lui pour de bonnes raisons que vous ignorez. Écrire l'avis suffit : insister au-delà transforme un désaccord technique en conflit. Les réponses de l'éditeur en phase commerciale sont optimistes. Ce qui compte est ce qui figure dans le contrat, pas ce qui a été dit en démonstration. Un essai gratuit ne révèle pas les problèmes de volume, de montée en charge ni de reprise de données. Il valide l'ergonomie, pas l'exploitation. Enfin, cette fiche ne couvre pas les aspects juridiques des contrats de licence ni la conformité réglementaire, qui relèvent d'un autre traitement.
Erreurs fréquentes
Répondre à « c'est possible » au lieu de demander quel problème est résolu. Presque tout ce qui est demandé est techniquement possible, et ce n'est pas la question. Dire non sans argument écrit. L'outil sera acheté sans vous, et vous en héritez dans les pires conditions. Oublier la question de la sortie. C'est celle qui coûte le plus, des années plus tard, quand il faut migrer et que les données ne sont exportables qu'en PDF. Accepter un annuaire parallèle « pour l'instant ». Il est toujours encore là cinq ans après, avec ses mots de passe que personne ne change et les comptes des gens partis. Ne chiffrer que le prix de l'abonnement. Le paramétrage et le temps de maintien dépassent souvent le prix la première année. Tester avec les données de démonstration de l'éditeur. Elles sont choisies pour bien fonctionner. Laisser la décision sans trace. Dans deux ans, personne ne se souviendra de qui a validé quoi, et ce sera vous.
Alternatives
Vérifiez d'abord si un outil déjà payé couvre le besoin, même imparfaitement. Une fonction moyenne dans un outil existant coûte souvent moins qu'un excellent outil de plus à maintenir. Si le besoin est ponctuel, un abonnement mensuel résiliable vaut mieux qu'un engagement annuel, même à un prix unitaire plus élevé. Si le besoin n'est pas clair, proposez un essai encadré avec un critère de décision défini à l'avance et une date. Cela transforme une discussion d'opinion en constat. Si la demande vient d'un problème de processus plutôt que d'outil, dites-le. Un logiciel ne répare pas un processus que personne n'a écrit, il l'accélère.
Besoin d'un accompagnement personnalisé ?
Cours 1:1, conseil de solution, ou simplement une question précise - contacte-moi directement.