Quand le tableur ne suffit plus.

Une première version réellement utilisable démarre autour de 5 000 €. Le budget varie ensuite selon le nombre d’écrans, le nombre d’utilisateurs et les connexions avec vos outils existants. Un projet plus large fait l’objet d’un devis après cadrage : je ne donne pas de chiffre avant d’avoir compris ce que l’outil doit faire.

Souvent, c’est effectivement la bonne réponse — et je vous le dirai si c’est le cas. Un progiciel installé et paramétré par un intégrateur couvre très bien la comptabilité, la paie, la gestion commerciale : ce sont des domaines normés, où votre entreprise ne fait rien de particulier. Le sur-mesure se justifie sur l’inverse : la partie de votre activité qui vous distingue, celle qu’aucun éditeur n’a prévue. Beaucoup d’entreprises finissent d’ailleurs avec les deux — un progiciel pour la gestion standard, et un outil sur mesure pour leur métier propre, les deux reliés entre eux. Si votre besoin entre entièrement dans un logiciel existant, le développement sur mesure vous coûtera plus cher pour un résultat moins bon.

Non, et je le déconseille. La bonne approche est de couvrir d’abord la partie qui pose vraiment problème, de la mettre en service, puis d’étendre à partir de l’usage réel. Vous obtenez un outil utile plus tôt, et les fonctions ajoutées ensuite sont celles dont vous avez constaté le besoin — pas celles imaginées au départ.

Oui, dans la plupart des cas. Il est fréquent que le logiciel existant fasse bien une partie du travail : l’outil sur mesure vient alors compléter ce qu’il ne sait pas faire et se connecte à lui, plutôt que de le remplacer. Cela réduit le budget, le délai, et le risque.

Oui, et c’est presque toujours le point de départ. Vos données actuelles — tableur, export de logiciel, fichiers — sont reprises telles quelles : vous ne démarrez pas sur une base vide. C’est aussi le moment où l’on repère les incohérences accumulées au fil des années, ce qui est en soi utile.

Oui, c’est précisément un des intérêts par rapport à un fichier partagé. Plusieurs personnes travaillent simultanément sans écraser le travail des autres, et chacune ne voit que ce qui la concerne selon son rôle. On sait aussi qui a modifié quoi.

Oui. L’interface s’adapte à l’écran, donc l’outil reste utilisable depuis un téléphone ou une tablette. Cela dit, si vos équipes travaillent réellement sur le terrain — photos, signature, absence de réseau — une application mobile est plus adaptée qu’une interface web consultée sur un petit écran.

Les données sont hébergées sur des comptes qui vous appartiennent, chez des hébergeurs sérieux, avec la possibilité de choisir une localisation européenne. L’accès est contrôlé par rôle et vérifié côté serveur, pas seulement dans l’interface — c’est la différence entre une porte fermée et une porte simplement cachée.

C’est prévu : un outil métier vit et évolue. La façon dont il est construit compte beaucoup ici — ce qui est susceptible de changer souvent (libellés, listes de choix, règles) est rendu modifiable sans toucher au code, et le reste est écrit pour être repris facilement. Il n’y a pas de réécriture complète à prévoir à chaque évolution.

Non. L’outil s’ouvre dans un navigateur depuis n’importe quel ordinateur, tablette ou téléphone. Rien à installer, rien à mettre à jour manuellement : la dernière version est celle que tout le monde utilise.

Comptez plusieurs semaines pour une première version utilisable en conditions réelles. Vous manipulez l’outil avec vos vraies données avant la fin du projet, ce qui évite les mauvaises surprises à la livraison.

Vous restez propriétaire du code, des comptes et des données. Je reste joignable pour les corrections et les évolutions, mais le projet est documenté pour qu’un autre développeur puisse le reprendre. Votre activité ne doit pas dépendre de ma disponibilité.