Un outil qui coince n'est pas forcément un outil à jeter
La plupart des entreprises qui me contactent pour un outil interne en ont déjà un : un tableur devenu énorme, un logiciel installé il y a huit ans, une petite application développée par un stagiaire ou par un prestataire qui n'est plus joignable.
La première question n'est donc pas quoi construire, mais ce qu'on garde.
Ce qui se reprend sans difficulté
Vos données. Dans presque tous les cas, elles se récupèrent, même depuis un vieux logiciel ou un tableur mal rangé. C'est parfois fastidieux, rarement bloquant.
Votre organisation. Vos règles, vos étapes, votre vocabulaire : c'est le plus précieux, et ça ne se perd pas.
Les parties qui fonctionnent. Si votre facturation vous convient, on n'y touche pas. On construit autour.
Ce qui pousse à reconstruire
Personne ne peut plus y toucher. Quand plus aucun prestataire n'accepte d'intervenir, le coût de chaque modification devient imprévisible.
Chaque correction en casse une autre. C'est le signe qu'on ajoute des rustines sur une base qui n'a pas été prévue pour ça.
L'outil ne tourne que sur un poste. Un outil que votre équipe ne peut pas utiliser depuis un téléphone ou depuis un autre site vous freine tous les jours.
Il n'est plus mis à jour. Là, ce n'est plus une question de confort mais de sécurité.
La méthode qui évite les grands soirs
Refaire tout d'un coup est la manière la plus sûre de vivre trois mois difficiles. Je procède autrement.
On commence par la fonction la plus coûteuse en temps, celle qui revient tous les jours. Elle est en service en quelques semaines, en parallèle de l'ancien outil.
On bascule progressivement. Pendant un moment, les deux coexistent. Ce n'est pas élégant, mais personne ne se retrouve bloqué un lundi matin.
On reprend les données une fois que le nouvel outil a fait ses preuves, pas avant.
On ajoute le reste à partir de l'usage réel. Beaucoup de fonctions jugées indispensables au départ ne sont jamais réclamées une fois l'outil en service. Autant ne pas les payer.
Ce qui coûte cher dans une reprise
Reprendre un outil existant demande d'abord de comprendre ce qu'il fait vraiment, y compris les règles que personne n'a documentées. Ce temps de lecture est incompressible, et c'est lui qui fait l'écart de prix entre reprendre et repartir de zéro.
Quand le code existant est propre, reprendre est presque toujours moins cher. Quand il ne l'est pas, reconstruire une partie coûte souvent moins que de la réparer.
Je le dis après avoir regardé, pas avant.
Comment ça se passe concrètement
Vous me montrez l'outil actuel, on regarde ensemble ce qui vous bloque. Je vous dis ce qui se reprend, ce qui ne se reprend pas, et dans quel ordre je m'y prendrais. Si la bonne réponse est « gardez-le encore un an », je le dis aussi.
La méthode complète, les repères de prix, et ce qui fait varier le coût d'un outil.
Montrez-moi votre outil : 30 minutes en visio, sans engagement.
