Quand le tableur devient le système d'information de l'entreprise, chaque nouvelle activité ajoute un fichier, un classeur et une personne qui sait s'en servir. Je conçois et je livre le logiciel de gestion qui remplace cet empilement : un seul endroit où l'information entre, une seule version qui fait foi, et des règles métier qui empêchent les erreurs au lieu de les constater après coup.
Les signes qui reviennent le plus souvent
Plusieurs classeurs Excel circulent par email et personne ne sait lequel est à jour.
La même information est saisie deux ou trois fois, dans des outils qui ne se parlent pas.
Un logiciel du marché ferait 80 % du travail, mais les 20 % restants sont précisément votre métier.
Une activité nouvelle est arrivée et elle vit dans son propre fichier, isolée du reste.
Les livrables, pas les intentions
Le point le plus structurant et le plus invisible. Les entités de votre métier, leurs relations et leurs règles, posées avant la première interface, parce que c'est la couche qu'on ne peut plus changer une fois les données réelles entrées.
Les vues dont vos équipes se servent tous les jours, pensées pour la saisie rapide plutôt que pour la démonstration : recherche immédiate, clavier, états visibles d'un coup d'œil.
Devis, bons de commande, bons de livraison, contrats, factures. Générés depuis les mêmes données que l'écran, jamais ressaisis, avec les règles qui décident quel document est possible à quel stade.
Vos fichiers actuels sont importés, pas retapés. L'import est conçu pour être rejoué sans détruire ce qui a déjà été corrigé à la main.
Qui voit quoi, qui peut modifier quoi, et une trace de chaque changement sensible. C'est ce qui rend l'outil utilisable au delà du cercle des fondateurs.
Quatre étapes, chacune avec sa sortie
Je regarde comment le travail se fait aujourd'hui, fichiers compris. Le périmètre et le prix sortent de là, pas d'un catalogue.
Le schéma de données et les écrans principaux, validés avant d'écrire la logique. Corriger un modèle à ce stade coûte une heure, après la mise en service il coûte une migration.
Le premier module utile part en service avant que le suivant commence. Vous utilisez le logiciel pendant qu'il se construit, et ce que vous en dites oriente la suite.
Reprise des données, formation des utilisateurs, corrections des premières semaines. Le code vous appartient et reste lisible par un autre développeur.
Un projet livré, pas un argument
Sept métiers séparés (analyses, parapharmacie, location, stock, facturation, RH, paie) ramenés à un seul circuit de documents, sur 22 modèles de données et 23 pages d'administration.
Les réponses que je donne au téléphone
Le prix dépend du nombre de modules et de la complexité des règles métier, pas d'un tarif au forfait affiché à l'avance. Le cadrage sert exactement à ça : il produit un périmètre découpé en lots, chacun chiffré séparément, et vous décidez lot par lot. Vous savez ce que coûte le premier module utile avant de vous engager sur le reste.
Je livre par lots, donc la question n'est pas quand tout sera fini mais quand le premier module remplace vraiment un fichier Excel. C'est une affaire de semaines, pas de jours ni de trimestres. Le reste s'ajoute ensuite sans interrompre le service.
Souvent il faut le faire, et je vous le dirai si c'est le cas. Le sur-mesure se justifie quand votre façon de travailler est un avantage plutôt qu'un retard : un circuit de validation particulier, un métier composite, des règles qu'aucun éditeur ne couvre. Payer un abonnement pour ensuite le contourner dans un tableur parallèle, c'est le pire des deux mondes.
Oui. Le code source vous est livré, avec sa documentation technique, et il est écrit pour être repris par quelqu'un d'autre : conventions standard, pas de framework maison, dépendances courantes. Vous n'êtes pas prisonnier du développeur qui l'a écrit.
Oui, en télétravail depuis l'Algérie. Le suivi se fait en visio et par écrit, avec des livraisons régulières que vous testez vous-même sur une adresse de préproduction. Les projets décrits sur ce site ont été conduits de cette manière, avec des clients que je ne voyais pas tous les jours.
Un SaaS n'est pas une application de gestion avec une page de connexion. C'est un produit où les données de chaque client doivent être hermétiquement séparées, où les rôles décident de tout, où l'abonnement conditionne les fonctions, et où une panne de connexion ne peut pas arrêter le travail de vos utilisateurs. Je construis ces quatre couches dès le départ, parce que les ajouter après coup revient à réécrire le produit.
Il y a dans chaque entreprise un travail que personne ne revendique : trier les mêmes fichiers, recopier les mêmes chiffres d'un classeur vers un autre, refaire chaque mois le même état. Ce travail est invisible dans les coûts et bien réel dans les heures. Je le remplace par des outils qui tournent seuls, livrés en exécutable que l'on double-clique, sans installation compliquée ni abonnement.
Un projet abandonné en cours de route, un prestataire parti, une facture d'hébergement qui grossit sans raison claire : ce sont des situations ordinaires et elles se traitent. Je commence toujours par un audit qui dit la vérité, y compris quand elle est désagréable, puis je reprends, je migre ou je remplace, avec un chiffrage par étape plutôt qu'un grand soir.