Choisir et changer de logiciel

La plupart des décisions logicielles n'échouent pas sur le logiciel. Elles échouent sur la question qui précède. « Il nous faut une gestion de rendez-vous » n'est pas un besoin, c'est une catégorie de produit — un besoin sonne ainsi : je passe deux heures chaque dimanche soir sur le planning parce que les heures ne sont additionnées nulle part. De la première phrase découle une comparaison de fournisseurs ; de la seconde, une question vérifiable.

Une période d'essai prouve moins qu'on ne l'espère. Elle montre si l'interface plaît, et presque jamais si le système tient le mois où trois choses déraillent en même temps. Ce qu'un essai peut prouver se décide à l'avance : y transposer une vraie semaine, avec vos prestations, vos tarifs et au moins un cas particulier que vous régleriez sinon au téléphone.

La question la plus coûteuse vient en dernier et se néglige en premier : comment en ressortez-vous ? Fichier clients, historique des rendez-vous, factures et photos vous appartiennent — mais seulement si vous les obtenez dans un format qu'un autre système sait lire. Un export qui produit une liste PDF n'est pas une portabilité.

Vient ensuite le contrat : durée, préavis, ce qui s'applique en cas de hausse tarifaire, et combien de temps les données restent accessibles après la fin. Quatre lignes qui coûtent deux minutes avant la signature et un an après. Les articles de cette rubrique prennent l'ordre au sérieux — le besoin d'abord, puis l'essai, puis la sortie, et seulement ensuite la comparaison des offres.