Le point de départ n'est pas une technologie mais une situation concrète : un processus qui coûte du temps, une saisie qui génère des erreurs, un outil qui manque.
Les situations que je traite
Ces six situations couvrent la majorité des projets qui me sont confiés. Si la vôtre n'y figure pas, elle n'est pas pour autant hors sujet : décrivez-la telle que vous la vivez.
Cas 01
Des classeurs qui circulent par courriel, plusieurs versions en même temps, et personne qui sait laquelle fait foi. Le dispositif tient tant que personne ne se trompe de fichier, et l'erreur se découvre tard.
Ce que ça devient : une application où la donnée est saisie une fois, à un seul endroit, consultable par ceux qui en ont le droit.
Cas 02
Vous payez un abonnement pour un outil dont vous n'utilisez qu'une partie des fonctions, et dont les fonctions manquantes sont précisément celles de votre métier. Vous compensez donc à la main.
Ce que ça devient : un outil qui suit vos processus au lieu de vous demander de suivre les siens.
Cas 03
Un logiciel interne qui tourne depuis des années, écrit par quelqu'un qui est parti. Il fonctionne, mais plus rien ne peut y être changé sans risque.
Ce que ça devient : un état des lieux détaillé, puis une reprise ou une réécriture progressive, sans arrêter l'activité.
Cas 04
La comptabilité, le stock, le site, les commandes : quatre systèmes, et quelqu'un qui recopie d'un écran à l'autre plusieurs heures par semaine.
Ce que ça devient : des échanges automatiques entre vos outils, avec une trace de ce qui a été transmis et une alerte quand ça bloque.
Cas 05
Extraire, filtrer, mettre en forme, envoyer. Une tâche sans valeur ajoutée mais qu'on ne peut pas sauter, et qui mobilise du temps chaque semaine.
Ce que ça devient : un traitement automatique qui s'exécute seul et vous prévient uniquement quand quelque chose sort de l'ordinaire.
Cas 06
Un service à lancer, un produit à valider auprès de premiers clients. Engager la totalité du budget avant d'avoir confronté l'idée à de vrais utilisateurs fait courir un risque inutile.
Ce que ça devient : une première version réduite mais réelle, mise entre les mains d'utilisateurs, conçue pour être étendue si les retours le justifient.
Engagements
Les deux listes ci-dessous délimitent le périmètre de la prestation, pour que vous sachiez à quoi vous en tenir avant de m'écrire.
Budget
Aucun tarif n'est affiché ici : le prix d'un logiciel dépend entièrement de ce qu'il doit faire, et un montant « à partir de » n'apprendrait rien d'utile. Le cadre, en revanche, est toujours le même.
Formule 01
La formule par défaut. Le devis fixe le périmètre, le délai et le prix. Tout ajout en cours de route fait l'objet d'une discussion et d'un avenant chiffré avant d'être réalisé.
Formule 02
Pour un correctif, une évolution ponctuelle, un script d'automatisation ou un dépannage sur un logiciel existant. Estimation en heures ou en jours, validée avant de commencer.
Formule 03
Après la mise en production : corrections, petites évolutions, surveillance et mises à jour. Au temps passé et sur demande, ou sous forme d'un volume mensuel réservé si vous préférez lisser le budget.
Le premier échange est gratuit et sans engagement, quelle que soit la formule envisagée. Il sert à comprendre le besoin et à déterminer s'il y a matière à travailler ensemble. À l'issue de cette discussion, vous savez à quoi vous en tenir, y compris lorsque la conclusion est qu'un développement ne se justifie pas.
Questions fréquentes
À vous. Le code source, la base de données et la documentation vous sont livrés et vous appartiennent. La clause figure dans le devis.
Concrètement, vous pouvez confier la suite à quelqu'un d'autre à tout moment, sans me demander l'autorisation et sans racheter quoi que ce soit.
C'est une question légitime, et la réponse est organisationnelle avant d'être contractuelle.
Elle tient dans la façon de travailler : le code est déposé chez vous, les technologies employées sont courantes et non exotiques, la procédure d'installation est écrite et testée, et les décisions techniques sont documentées avec leur date et leur raison.
L'objectif est qu'un développeur .NET puisse reprendre le projet à partir de ces seuls éléments.
Cela dépend entièrement du périmètre. Un tarif affiché « à partir de » ne vous apprendrait rien d'utile et m'engagerait sur ce que je ne connais pas encore.
Ce qui est fixe, c'est le cadre : après l'échange initial, vous recevez un devis à prix ferme accompagné d'un périmètre écrit. Une intervention ponctuelle est chiffrée directement ; un outil métier complet se découpe en lots que vous validez et payez au fur et à mesure, ce qui vous permet d'arrêter entre deux lots si vos priorités changent.
Non. L'entreprise est établie à Schirrhoffen, dans le Bas-Rhin, et intervient partout en France à distance : visioconférence et écrit pour l'essentiel.
Un déplacement reste possible quand le projet le justifie — typiquement lorsqu'il faut voir fonctionner un poste de travail, une machine ou un atelier pour comprendre le besoin réel.
C'est le cas le plus fréquent, et ce n'est pas un problème : c'est même le point de départ normal.
Le premier échange sert précisément à transformer « il faudrait quelque chose pour gérer ça » en un périmètre que l'on peut chiffrer. Aucune préparation technique n'est attendue de votre part : décrivez ce qui vous fait perdre du temps, la traduction technique m'incombe.
Oui, c'est une demande courante.
Cela commence par une lecture du code existant et un état des lieux écrit : ce qui est récupérable, ce qui doit être réécrit, et le coût de chaque option. Vous disposez ainsi des éléments nécessaires pour décider, y compris lorsque la conclusion est de conserver l'existant en l'état.
Les données de votre projet restent chez vous : sur votre serveur, votre hébergement ou celui que nous choisissons ensemble. Je n'exploite aucune plateforme sur laquelle vos données seraient stockées durablement.
Pendant le développement, je travaille autant que possible sur des données fictives. Quand un accès à des données réelles est indispensable, il est limité au strict nécessaire, tracé, et retiré dès la fin de l'intervention. La protection des données personnelles est traitée dès la conception : voir la page expertise pour le détail.
Sans engagement
Il n'est pas nécessaire de savoir ce qu'il faut construire. Une description du fonctionnement actuel et de ce qui pose problème suffit pour commencer.