Quelqu’un qui connaît déjà votre plateforme, tous les mois
Accompagnement technique continu : le partenariat au moisUn volume d’heures réservé chaque mois pour votre plateforme. Pas un contrat de maintenance : un partenaire technique qui n’a pas besoin de redécouvrir votre système à chaque demande.
Un accompagnement technique continu n’est pas un contrat de maintenance. C’est un volume d’heures réservé chaque mois pour votre plateforme, et quelqu’un qui n’a pas besoin de redécouvrir votre système à chaque demande.
Le moment où une mission ponctuelle ne suffit plus
Votre plateforme est en production. Elle évolue, elle a des utilisateurs, et personne en interne ne peut trancher les questions techniques. Trois choses arrivent, toujours dans cet ordre.
Tout recommence à zéro
Chaque nouvelle demande repart par une phase de redécouverte du code, et vous la payez. Le prestataire réapprend votre système à chaque fois.
La disponibilité se négocie
Vous demandez une évolution, on vous répond dans trois semaines. Votre calendrier dépend du plan de charge de quelqu’un d’autre.
Personne ne décide
Les arbitrages techniques s’accumulent parce qu’il n’y a personne dont c’est le rôle de les poser. La plateforme se dégrade sans incident visible.
Comment fonctionne la réserve d’heures
C’est la mécanique entière, sans zone grise.
Réserve
Un volume d’heures convenu à l’avance, garanti chaque mois. Vous ne demandez pas de la disponibilité : elle est déjà bloquée pour vous.
Priorité
Vos demandes passent avant les projets ponctuels. C’est ce que vous payez : la réservation de mon temps, pas sa consommation.
Continuité
Je connais déjà votre système, vos contraintes et vos choix passés. Aucune demande ne recommence par une phase de redécouverte.
Comment démarre un partenariat
Un partenariat ne commence pas par un contrat, il commence par une lecture. Voici ce qui se passe réellement avant que le rythme s’installe.
Semaine 1 : l’état des lieux
Je lis le code, l’infrastructure et les accès avant de proposer quoi que ce soit. Je vous dis ce que je trouve, y compris ce qui ne va pas vous plaire.
Semaine 2 : les urgences
Ce qui menace la production passe avant le reste : sauvegardes absentes, dépendances obsolètes, point de défaillance unique. On sécurise avant d’améliorer.
Le premier mois : le rythme
On cale le volume d’heures sur ce que la plateforme demande réellement, pas sur une estimation faite avant de l’avoir ouverte.
Ensuite : les évolutions
Vous recommencez à demander des choses, parce que vous savez qu’elles vont sortir. C’est le vrai signe qu’un partenariat fonctionne.
Un seul interlocuteur
Développement, hébergement, noms de domaine, comptes techniques, mises en production : je prends le projet en charge de bout en bout. Les contrats restent à vos noms et vous les payez directement, aucune marge d’intermédiation, aucun accès qui passe au mien. Vous avez un interlocuteur, pas un annuaire de prestataires à coordonner vous-même.
Ce que couvre l’accompagnement technique continu
- Les évolutions fonctionnelles : nouvelles fonctionnalités, modifications de l’existant, adaptations aux besoins qui bougent.
- La correction des anomalies signalées, avec la priorité qui correspond à leur impact réel sur votre activité.
- Les mises à jour techniques : dépendances, version de Symfony, correctifs de sécurité, décidées et planifiées, pas subies.
- Les mises en production, faites à la main et surveillées, pour pouvoir gérer un incident au moment où il se produit.
- L’infrastructure : hébergement, noms de domaine, certificats, comptes tiers, sauvegardes, sur vos contrats, à vos noms.
- Les arbitrages techniques : quand vous devez décider et que vous n’avez personne pour vous expliquer ce que chaque option implique.
- La documentation de ce qui est fait, pour que la plateforme reste reprenable par quelqu’un d’autre que moi.
Ce qu’il faut savoir avant de dire oui
La plupart des prestataires ne parlent que de ce qu’ils font bien. Voici aussi ce que je ne fais pas, pour que vous sachiez exactement ce que vous achetez avant de vous engager.
Les heures ne se reportent pas
Ce que vous réservez, c’est du temps garanti, pas un crédit à consommer. Un mois calme ne se reporte pas, un mois chargé ne se renégocie pas non plus.
Réponse sous 24 heures ouvrées
Du lundi au vendredi. Pas d’astreinte contractuelle, pas de garantie de week-end : en cas de blocage réel je ne vous laisse pas jusqu’au lundi, mais je ne l’écris pas comme un engagement que je ne tiendrais pas toutes les semaines.
Pas de surveillance proactive
Je ne monitore pas votre plateforme en continu. J’interviens sur signalement. Une supervision automatisée peut être mise en place, c’est un dispositif à part, qui se décide.
Le contact se fait par e-mail
C’est volontaire : ça laisse une trace, ça permet de répondre de façon construite, et ça respecte le rythme de chacun.
Le prix est fixé à l’avance
Vous savez ce que ça coûte avant qu’on commence, et le prix ne bouge plus. Pas de compteur qui tourne pendant que vous réfléchissez, pas de facture qui gonfle en fin de mois. Si quelque chose sort du cadre prévu, on en parle avant.
Deux à trois partenariats, pas plus
C’est la seule façon de garantir une disponibilité qui veut dire quelque chose. Si je suis complet, je le dis.
Comment le prix est fixé
Je ne facture pas au temps passé. Vous feriez alors payer mes essais, mes retours en arrière et mon apprentissage de votre système, trois choses qui ne vous rapportent rien.
Le prix est établi à la valeur de ce que la plateforme vous rapporte ou vous économise, et à la difficulté réelle du travail. Il est fixé avant de commencer et il ne bouge pas en cours de route. Ce que ça vous coûte ne dépend pas du nombre d’heures que ça me prend : c’est mon problème, pas le vôtre.
Le volume de la réserve, lui, se réajuste, dans les deux sens, quand le besoin change. Toujours avec un accord explicite, jamais par dérive.
Et si votre besoin change
Un partenariat qui ne se renégocie jamais est un partenariat mal calibré. Une plateforme qui grossit demande plus ; une plateforme stabilisée demande moins, et je vous le dirai plutôt que d’encaisser une réserve devenue trop large.
Le besoin augmente
On monte le volume, ou on planifie un chantier à part si c’est un vrai projet et non une évolution. Les deux se discutent avant, pas après.
Le besoin diminue
On descend le volume. Je préfère un partenariat plus petit qui dure qu’un contrat confortable que vous finirez par trouver injustifié.
Le besoin s’arrête
Vous partez avec tout : le code, les accès, les serveurs, les noms de domaine et la documentation. Sans préavis technique, sans rétention.
Le choix de la technologie
Symfony et PHP sont mes environnements principaux : ce sont ceux où je vais le plus vite et le plus sûrement, et c’est pour ça qu’ils reviennent souvent. Ce ne sont pas ma limite.
Le choix se fait au cadrage, en fonction de ce que le projet demande, pas de ce que je préfère. Le risque, avec un développeur qui ne connaît qu’un framework, c’est que tous les problèmes finissent par ressembler à ce framework.
La seule limite
Je ne prends pas un projet dans une technologie que je ne saurais pas relire ligne à ligne. Ce n’est pas une précaution commerciale : c’est ce qui fait la différence entre livrer du code et en répondre.
Ce que j’attends de votre côté
Un accompagnement technique continu n’est pas un service qu’on consomme. Il tient à trois choses de votre côté, et sans elles je préfère ne pas commencer, c’est plus honnête que de facturer une relation qui va s’enliser.
Un interlocuteur qui décide
Je n’ai pas besoin que vous compreniez le code. J’ai besoin d’une personne qui puisse trancher quand je pose une question, et qui ne renvoie pas la décision à un comité qu’on ne réunira jamais.
Un accès complet, sans zone grise
Le code, les serveurs, la base, les comptes tiers. S’il manque un accès, on le sait dès l’état des lieux et on le récupère avant de continuer. Travailler sur un système qu’on ne voit qu’à moitié, c’est facturer des suppositions.
Un retour sur ce qui est livré
Une mise en production sans retour, c’est une mise en production dont personne ne sait si elle a réglé le problème. Dix minutes de votre part valent mieux qu’une semaine de la mienne dans la mauvaise direction.
Ce que je ne vous demande pas : de comprendre la technique, de rédiger des spécifications, ou d’être disponible en permanence. Vous dirigez une entreprise. C’est mon métier de traduire vos contraintes en décisions techniques, pas l’inverse, et si je vous demande de choisir entre deux options, c’est que je vous aurai d’abord expliqué ce que chacune coûte et ce qu’elle vous ferme.
Comment savoir si le partenariat fonctionne
Trois signes, et aucun n’est technique.
Vous redemandez des choses
C’est le meilleur indicateur qui existe. Quand un système est bloqué, les dirigeants arrêtent de demander : ils contournent, ils font à la main, ils renoncent. Quand les demandes reviennent, c’est que la plateforme est redevenue un outil.
Les mises en production ne font plus peur
Une mise en production doit être un processus ennuyeux, pas un pari du vendredi soir. Si vous ne savez plus quand a eu lieu la dernière, c’est bon signe.
Vous savez ce qui va sortir, et quand
Pas de tableau de bord, pas de reporting mensuel : juste le fait que ce qui a été annoncé sort à la date annoncée, et que ce qui ne sortira pas vous a été dit avant, pas après.
Et si vous avez déjà quelqu’un ?
C’est fréquent, et ce n’est pas un problème. Un accompagnement technique continu peut se mettre en place à côté d’un développeur existant, d’un stagiaire ou d’une agence, à une condition : que le partage des responsabilités soit écrit. Qui décide de l’architecture, qui met en production, qui répond quand ça casse. Une zone floue entre deux prestataires finit toujours par produire un incident dont personne n’est responsable.
Il arrive aussi que la bonne réponse soit de ne rien changer. Si la personne en place fait le travail et que le seul manque est un avis extérieur de temps en temps, un partenariat complet serait de l’argent mal placé, et je vous le dirai. Un audit technique ponctuel coûte moins cher et répond mieux à ce besoin-là.
Le code de votre projet vous appartient, et je vous donne les accès qui vont avec. Quand certains éléments vivent sur des comptes partagés, un hébergement mutualisé par exemple, je vous le dis dès le départ et on regarde ensemble comment vous rendre autonome. Vous ne devez jamais rester quelque part parce que partir serait trop compliqué.
Ce que je ne prends pas
Le dire à l’avance nous fait gagner du temps à tous les deux.
- Les plateformes dont je n’ai pas pu voir le code et les accès avant de m’engager.
- Les missions où l’on attend un exécutant qui applique des décisions déjà prises sans pouvoir les discuter.
- Les contrats facturés à l’heure ou à la journée.
- Les activités qui exigent une astreinte garantie 24 heures sur 24 : il vous faut une équipe, pas une personne.
Ce que donne un accompagnement technique continu dans la durée
Étude de cas : plateforme financière Symfony
Une plateforme métier de plus de 400 utilisateurs, reprise en août 2025, stabilisée sans interruption de service, puis étendue d’un nouveau service livré à la date prévue. Un an plus tard, le partenariat est toujours en cours, avec 40 heures de disponibilité garantie chaque mois. C’est le seul indicateur qui compte vraiment sur un accompagnement technique continu : il dure.
Lire l’étude de cas complète →
Votre plateforme n’en est pas encore là et personne n’ose y toucher ? C’est une autre porte d’entrée : la reprise d’un projet existant.
Questions fréquentes sur l’accompagnement technique continu
Comment fonctionne une réserve d’heures avec un développeur indépendant ?
Un volume d’heures est convenu à l’avance et réservé chaque mois pour votre plateforme. Vous n’avez pas à négocier une disponibilité à chaque demande : elle est déjà bloquée. Le volume se fixe au démarrage, en fonction de ce que votre plateforme demande réellement, et se réajuste si le besoin change.
Les heures que je n’utilise pas sont-elles perdues ?
Oui. Ce que vous réservez, c’est du temps garanti, pas un crédit à consommer. Les reporter reviendrait à créer une dette d’heures et à ramener la relation à un compteur, exactement ce qu’un partenariat cherche à éviter. En contrepartie, un mois chargé ne se renégocie pas non plus : la réserve est là.
Est-ce que vous gérez aussi l’hébergement, les noms de domaine et les comptes techniques ?
Oui. C’est même le principe : un seul interlocuteur pour toute la technique, plutôt qu’un développeur d’un côté, un hébergeur de l’autre et un registrar que plus personne ne sait où se trouve. Les contrats restent à vos noms et vous les payez directement, je n’ajoute aucune marge d’intermédiation et je ne deviens jamais propriétaire de vos accès.
Vaut-il mieux recruter un développeur ou travailler avec un indépendant ?
Un développeur salarié coûte plus que son salaire et met des mois à devenir opérationnel sur votre système. Il devient aussi votre point de défaillance unique le jour où il part. Un partenariat vous coûte ce que vous réservez, avec quelqu’un déjà opérationnel. À l’inverse, si votre plateforme occupe une personne à plein temps toute l’année, le recrutement devient plus rationnel, et je vous le dirai.
Je cherche quelqu’un qui s’occupe de ma plateforme dans la durée, pas une mission ponctuelle. C’est ce que vous faites ?
Oui, et c’est la forme que je préfère. Je travaille avec deux à trois partenaires en parallèle, pas plus, pour que chacun garde une disponibilité réelle. Les missions ponctuelles restent possibles, mais ce n’est pas ce que ce format vend.
Que se passe-t-il si ma plateforme tombe la nuit ou le week-end ?
Je réponds sous 24 heures ouvrées, du lundi au vendredi. Il n’y a pas d’astreinte contractuelle : je ne surveille pas votre plateforme en continu et le week-end n’est pas couvert par défaut. Dans les faits, un incident qui bloque votre activité ne m’attend pas jusqu’au lundi, mais je préfère que ce soit un réflexe assumé plutôt qu’une promesse écrite que je ne pourrais pas tenir toutes les semaines. Si votre activité exige une astreinte réelle et garantie, il vous faut une équipe ou un hébergement infogéré, et je vous le dirai.
Est-ce que je peux arrêter ?
Oui. Le code, les accès, les serveurs, les noms de domaine et la documentation vous appartiennent, à tout moment. Un partenariat qui repose sur un verrou technique n’est pas un partenariat.
Intervenez-vous pour des entreprises hors de Belgique ?
Oui, à distance. Une partie de mon activité se fait déjà de cette façon.
Travaillez-vous uniquement en Symfony ?
Non. Symfony et PHP sont mes environnements principaux, ceux où je vais le plus vite et le plus sûrement, et c’est pour ça qu’ils reviennent souvent. Mais le choix de la technologie se fait au cadrage, en fonction de ce que le projet demande, pas de ce que je préfère. Le risque, avec un développeur qui ne connaît qu’un framework, c’est que tous les problèmes finissent par ressembler à ce framework. La seule règle que je m’impose : je ne prends pas un projet dans une technologie que je ne saurais pas relire ligne à ligne.
Est-ce que vous utilisez l’intelligence artificielle pour développer ?
Oui, comme outil, au même titre qu’un IDE, un debugger ou un profileur, et comme à peu près tous les développeurs aujourd’hui. Ce qui ne change pas : le cadrage, l’architecture et les décisions restent les miennes, et je ne mets pas en production une ligne que je ne peux pas expliquer. Un outil n’a jamais rendu un projet solide. C’est ce qu’on lui demande, et surtout ce qu’on vérifie derrière, qui le fait.
Votre plateforme mérite mieux qu’une mission tous les six mois ?
Décrivez-moi votre situation en quelques lignes. Je vous dis franchement si un partenariat a du sens chez vous, et sous quelle forme.