La méthode
Refonte d'un outil interne en cinq temps, du premier rendez-vous au transfert final.
Du premier rendez-vous jusqu'au moment où vous reprenez la main, vous savez à chaque instant ce qui vient ensuite, à quel coût, et à quelle échéance.
Trois phases et cinq étapes pour cadrer, construire et transmettre votre outil.
Écoute
Une heure pour comprendre votre contexte et vos enjeux
Vous me racontez ce qui coince, nous voyons où je peux être utile, ou si votre situation relève d'autre chose. Si la conversation appelle une suite, on convient ensemble d'une date de cadrage.
Cadrage
Une journée chez vous, à voir le travail réel
J'observe vos équipes au travail : les fichiers qui circulent, les colonnes oubliées, les contournements inventés. À la sortie, un document court qui fixe périmètre, forme, prix ferme et délai. Facturé séparément, déductible du forfait si la mission se poursuit.
Construction
Quatre à six semaines, une démonstration par semaine
Vous voyez l'outil prendre forme et ajustez tant qu'il en est encore temps, plutôt que de découvrir un produit fini. Les règles métier qui comptent sont protégées par des tests automatisés écrits pendant la construction. La documentation se rédige en même temps que le code.
Livraison
Le code, les comptes, la documentation à votre nom
Mise en service, formation prévue en cadrage, transfert intégral des accès et des comptes. Tout est versé à votre nom, suffisamment soigné pour qu'un autre développeur senior reprenne la main sans avoir besoin de me joindre. Le forfait annoncé en cadrage a tenu.
Garantie
Trente jours pour démarrer en confiance
Pendant les trente jours qui suivent la mise en service, tout défaut empêchant l'usage normal est corrigé sans frais, dans un délai défini avec vous. Au-delà, vous êtes libre de continuer seul, de me solliciter ponctuellement, ou de souscrire un suivi adapté.
Ce qui reste à la fin
Ce que vous recevez à la livraison, à votre nom et reprenable à tout moment.
À la livraison, vous recevez tout ce qui rend votre outil opérable et reprenable, sans zone grise. Voici ce qui devient le vôtre, et pourquoi chacun compte.
Code source à votre nom
L'intégralité du code de l'application est versée dans un dépôt à votre nom, avec l'historique des modifications. C'est ce qui rend l'outil techniquement reprenable par n'importe quel développeur compétent, à n'importe quel moment.
Documentation technique
Un guide à destination du prochain développeur, qui décrit l'architecture, les choix structurants, les règles métier protégées par des tests, et tout ce qu'il faut pour ouvrir le projet et y travailler. C'est ce qui rend le code reprenable sans avoir à me joindre.
Documentation utilisateur
Un guide à destination de vos équipes, qui décrit comment utiliser l'outil au quotidien, les cas particuliers, et les bons réflexes en cas d'erreur. C'est ce qui permet à une nouvelle recrue de prendre la main sans dépendre d'une mémoire orale.
Tests automatisés sur les règles métier
Les calculs sensibles, les contrôles, les automatismes critiques sont vérifiés automatiquement à chaque modification du code. C'est ce qui rend les évolutions futures plus sûres : une régression sur une règle qui compte se voit immédiatement, avant qu'elle n'arrive en production.
Comptes et contrats à votre nom
Hébergement, nom de domaine, services tiers nécessaires au fonctionnement de l'outil : tous les comptes sont transférés à votre nom le jour de la livraison. Vous payez directement les fournisseurs, vous décidez à tout moment d'en changer, et personne ne peut faire pression sur la continuité de votre outil.
Formation des équipes
Une session de prise en main est animée le jour de la mise en service, dimensionnée pendant le cadrage selon la taille de l'équipe et la complexité de l'outil. C'est ce qui garantit que la bascule en usage réel ne crée pas de friction.
Questions fréquentes
Questions fréquentes sur la continuité, la coexistence, la garantie et la formation.
01Que se passe-t-il si vous tombez malade ou n'êtes plus disponible ?
Le risque d'un interlocuteur unique est réel, je ne vais pas faire comme s'il n'existait pas. La parade tient en trois éléments écrits dans le contrat : le code source vous est remis au fil de l'eau dans un dépôt à votre nom, les comptes opérationnels sont transférés à votre nom dès la livraison, et la documentation technique est suffisamment soignée pour qu'un développeur senior de votre choix reprenne la main. Si une interruption longue se produisait, vous garderiez votre outil et la possibilité d'en confier la suite à un autre prestataire, sans avoir besoin de mon accord.
02Comment Soclo coexiste avec mon prestataire informatique actuel ?
Soclo ne remplace ni votre infogérance, ni les éditeurs des logiciels que vous utilisez déjà. L'outil que je construis pour vous prend place à côté du reste. Pendant le cadrage, je m'assure que cette cohabitation tient techniquement : connexions aux logiciels existants quand c'est utile, gestion des comptes et des accès en cohérence avec ce qui est en place. Si votre prestataire actuel doit intervenir sur l'outil après la livraison, il en a les moyens : le code et la documentation sont à votre nom.
03Que se passe-t-il après les trente jours de garantie ?
La garantie couvre, pendant trente jours calendaires après la livraison, tout défaut qui empêche l'usage normal de l'outil, sans frais. Au-delà, trois voies s'ouvrent. Vous pouvez ne rien formaliser et vous appuyer sur vos équipes ou un autre prestataire pour faire vivre l'outil. Vous pouvez me solliciter ponctuellement, à la demande, pour des évolutions facturées à l'usage. Vous pouvez souscrire un forfait de maintenance dont les modalités se discutent selon vos besoins.
04La formation des équipes est-elle incluse ou en supplément ?
Une session de prise en main est prévue dans le forfait, dimensionnée pendant le cadrage selon la taille de l'équipe concernée et la complexité de l'outil. Le format est défini avec vous : en présentiel le jour de la mise en service, ou en visio sur plusieurs créneaux courts. Si vous avez besoin d'aller plus loin, une session approfondie peut être ajoutée par avenant, mais ce n'est presque jamais nécessaire : les outils que je construis sont pensés pour être pris en main sans formation lourde.
05Et si je veux ajouter une fonctionnalité en cours de construction ?
C'est anticipé. Une demande qui élargit le périmètre est chiffrée par avenant, avec un délai et un prix précisés avant qu'elle entre dans la construction. Une demande qui reste dans le périmètre, mais qui demande un arbitrage entre deux options, se traite à la démonstration hebdomadaire sans changer le forfait. La règle se résume ainsi : vous voyez avancer chaque semaine, et vous décidez avant que ça ne coûte.
Cet échange d'une heure ouvre la méthode.
Vous racontez ce qui coince. Je vous dis si je peux être utile, ou si votre situation relève d'autre chose. Si oui, on convient d'une date de cadrage.