Les pièges à éviter quand on fait développer un logiciel sur mesure

Le vrai signal, c'est le fichier Excel que tout le monde s'envoie

Personne ne décide un jour qu'il lui faut un logiciel sur mesure. Ça commence par un tableur partagé, puis un deuxième, puis un groupe de discussion où circulent les informations que l'outil officiel ne sait pas porter.

Chacun a sa version, personne n'a la vue d'ensemble, et la même information est saisie trois fois. Le besoin n'est pas technique : c'est que la façon dont vous travaillez n'entre dans aucun logiciel du commerce.

Le corollaire vaut d'être posé avant de chiffrer quoi que ce soit : le sur-mesure ne se justifie que là où votre façon de travailler est un avantage, pas une habitude. Il arrive souvent que la réponse soit un logiciel du marché correctement paramétré.

Le support se décide trop tôt, et ne se rattrape plus après

« Il nous faut une app » est une conclusion, pas un besoin. Quand il faut la caméra, la position en continu, le hors-ligne sur le terrain ou des notifications au bon moment, l'application mobile est le seul choix.

Quand il faut un catalogue, un espace client ou un suivi de dossier, le web fait la même chose pour une fraction du prix, et Apple refuse explicitement les apps qui ne font que reproduire un site.

Et si les deux plateformes mobiles sont nécessaires, ce sont deux mondes séparés : construits séparément, c'est deux fois la maintenance pour des utilisateurs qui ne voient aucune différence.

Un outil mal construit vous enferme plus qu'un logiciel du marché

Un logiciel du commerce, au pire, se remplace : d'autres prestataires le connaissent. Un outil écrit pour vous, non : s'il n'est pas documenté, s'il tourne sur des comptes ouverts au nom de son auteur, s'il n'a jamais été relu par personne d'autre, alors vous ne l'avez pas acheté, vous l'avez loué à vie.

Le test tient en une question, et il vaut la peine de la poser avant de signer : si vous changiez de prestataire le mois prochain, combien de temps le suivant mettrait-il à comprendre votre outil ?

• Le code vous est-il remis, et sous quelle forme ?
• Les comptes et les accès sont-ils au nom de votre entreprise ?
• La mise en production est-elle documentée ailleurs que dans la tête de son auteur ?

Un outil ne se livre pas, il s'entretient

Un logiciel auquel personne ne touche pendant deux ans n'est pas stable : il dérive. Les bibliothèques vieillissent, les certificats expirent, les règles de confidentialité changent.

Sur mobile, c'est explicite : Apple et Google publient une version majeure par an et exigent que les apps suivent, sous peine de ne plus être distribuables aux nouveaux appareils. Sur le web, c'est silencieux, ce qui est pire.

Le coût d'un outil sur mesure ne se lit donc pas sur la première facture. La question à poser avant de commencer n'est pas « combien coûte le développement », c'est « combien coûte l'année suivante ».