On ne disparaît pas après la livraison.

Un outil, ça vit. Ça évolue. Ça plante parfois. On est là pour tout ça.

Votre outil est en production. Il tourne. Les utilisateurs s'en servent tous les jours. Tout va bien.

Jusqu'au jour où une API tierce change sans prévenir. Où un utilisateur trouve le cas limite auquel personne n'avait pensé. Où votre process évolue et l'outil doit suivre. Où un truc qui marchait parfaitement hier ne marche plus du tout ce matin.

Ce jour-là, vous aurez besoin de quelqu'un qui décroche. Qui connaît le code. Qui peut intervenir vite, sans passer trois jours à comprendre comment c'est fichu.

On préfère être ce quelqu'un plutôt que vous regarder chercher frénétiquement le numéro d'un ancien presta qui a changé de boîte entre-temps.

Concrètement.

Corriger ce qui casse

Un bug en prod. Un comportement bizarre. Un truc qui marchait hier et plus aujourd'hui. Ça arrive, même sur du code propre. L'important c'est la réaction.

On diagnostique. On identifie la cause. On corrige. On teste. On déploie.

Dans la journée si c'est critique, pas dans trois semaines après cinq relances.

Faire évoluer l'outil

Votre besoin a changé. Vos utilisateurs réclament une fonctionnalité. Un process interne a évolué. La réglementation a bougé. Vous avez une nouvelle idée.

On adapte. On ajoute. On modifie. Pas besoin de lancer un nouveau projet à chaque évolution.

L'outil grandit avec vous, sans rupture.

Garder la technique à jour

Les frameworks vieillissent. Les failles de sécurité se découvrent. Les dépendances deviennent obsolètes, puis incompatibles, puis dangereuses.

On met à jour. On patche. On upgrade. On maintient le socle en bon état.

Vous n'avez pas à surveiller les alertes de sécurité. On le fait pour vous.

Répondre aux questions

Un utilisateur bloqué qui ne comprend pas comment faire quelque chose. Un doute sur un fonctionnement. Un comportement qui semble bizarre mais qui est peut-être normal.

On répond. Par mail, par Slack, par téléphone si c'est urgent. Rapidement.

Par des gens qui connaissent votre outil, pas par un formulaire.

Surveiller avant que ça pète

Monitoring. Alertes. Logs. Tableaux de bord techniques. On garde un œil sur votre outil même quand vous n'y pensez pas.

Si quelque chose déconne — lenteur inhabituelle, erreurs qui se multiplient, espace disque qui se remplit, API externe qui ne répond plus — on le voit. Souvent avant vos utilisateurs.

La meilleure maintenance, c'est celle où on résout les problèmes avant que vous sachiez qu'ils existaient.

Comment ça marche.

Le forfait mensuel

Une enveloppe d'heures réservées chaque mois. Vous l'utilisez comme vous voulez : bugs, évolutions, questions, petits ajustements. Ce qui n'est pas consommé se reporte (dans la limite du raisonnable).

C'est la formule pour les outils en production avec des vrais utilisateurs. Ceux où on ne peut pas se permettre d'attendre.

L'intervention ponctuelle

Pas d'engagement, pas de forfait. Vous appelez quand vous avez besoin. On intervient, on facture le temps passé.

C'est la formule pour les outils stables qui bougent peu. Ou pour les coups de main occasionnels.

La reprise d'existant

Votre outil a été développé par quelqu'un d'autre. Le dev a disparu, l'agence ne répond plus, le freelance est parti élever des chèvres.

On reprend. On commence par un audit pour comprendre l'état du code. On stabilise. On documente. Et ensuite on maintient — ou on vous dit cash s'il vaut mieux reconstruire.

Combien ?

Le forfait mensuel

Enveloppe d'heures dédiées

Dès 500€/mois

Selon taille et criticité

L'intervention ponctuelle

À la demande, sans engagement

400€ la demi-journée

Devis avant intervention

La reprise d'existant

Audit puis maintenance

Audit : 1-3 K€

Puis forfait ou ponctuel

C'est pour vous si…

Vous avez un outil en production et l'idée qu'il plante un vendredi à 18h vous empêche de dormir.

Votre ancien prestataire a disparu et personne en interne ne comprend le code.

Vous voulez faire évoluer votre outil mais vous n'avez pas les mains dedans.

Vous préférez payer un forfait raisonnable chaque mois plutôt qu'une facture astronomique le jour où tout casse.

On est là pour ça.

Reprendre un code qu'on n'a pas écrit.

C'est jamais simple. Et on ne va pas vous mentir : c'est parfois un sacré chantier.

Le code peut être propre, structuré, documenté. C'est le cas idéal. On prend nos marques en quelques jours et on est opérationnels.

Le code peut aussi être un plat de spaghettis sans tests, sans documentation, avec des raccourcis partout et des "solutions temporaires" qui ont cinq ans. C'est plus courant qu'on aimerait.

On ne juge pas. On a tous écrit du code dont on n'est pas fiers, sous la pression d'une deadline ou d'un budget serré. L'important c'est ce qu'on en fait maintenant.

On commence par un audit. On ouvre le capot, on cartographie l'architecture, on évalue les dépendances, on identifie la dette technique, on repère les bombes à retardement. On vous fait un rapport clair : ce qui va, ce qui ne va pas, ce qu'il faut traiter en priorité.

Ensuite, deux chemins possibles.

Premier chemin : le code est récupérable. On stabilise, on documente, on prend la maintenance.

Deuxième chemin : le code est trop fragile. On vous le dit franchement, et on parle plutôt de refonte.

Dans les deux cas, vous savez où vous en êtes. Plus de zone d'ombre.

Pourquoi nous ?

On connaît le métier.

On maintient des outils juridiques depuis des années. On sait ce qui est critique pour un cabinet ou une direction juridique. On sait ce qui peut attendre lundi et ce qui doit être réglé dans l'heure.

On répond.

Bug critique : prise en charge dans la journée. Question simple : dans l'heure. On n'est pas un centre d'appels avec 45 minutes d'attente et un ticket qui part dans le néant.

On est transparents.

Vous savez ce qu'on fait, combien de temps ça prend, combien ça coûte. Reporting mensuel si vous êtes en forfait. Pas de ligne mystérieuse sur la facture.

On anticipe.

On ne se contente pas d'éteindre les incendies. On vous dit ce qui va poser problème dans six mois. On propose des améliorations. On pense à demain.

Questions

Vous ne maintenez que les projets que vous avez développés ?

Non. On reprend n'importe quel projet. On fait un audit d'abord pour évaluer l'état du code et l'effort nécessaire. Parfois c'est simple, parfois c'est un chantier.

C'est quoi le délai sur un bug critique ?

Prise en charge dans la journée pour les clients en forfait. Pour le ponctuel, ça dépend de notre charge — mais on vous dit tout de suite si on est sous l'eau et quand on peut intervenir.

Je ne sais pas si mon outil a vraiment besoin de maintenance.

S'il est en production avec des utilisateurs, oui. La question n'est pas "si" quelque chose va casser. C'est "quand". Mieux vaut avoir quelqu'un qui connaît le code ce jour-là.

Vous pouvez faire l'audit sans prendre la maintenance ensuite ?

Oui. L'audit est un livrable indépendant. Vous en faites ce que vous voulez. On peut même vous recommander quelqu'un d'autre si on n'est pas le bon fit pour la suite.

Comment se passe le reporting ?

En forfait : un récap mensuel de ce qui a été fait, le temps consommé, ce qui reste. En ponctuel : on prévient avant d'intervenir, on dit combien ça a pris après.

Vous pouvez former notre équipe pour qu'on gère nous-mêmes ?

Oui. On documente, on forme, on transfère. Si votre objectif c'est l'autonomie, on vous y emmène. On préfère des clients libres que des clients captifs.

Votre outil mérite quelqu'un qui répond.

Un projet qu'on a construit ou un existant à reprendre — on s'en occupe.