Le savoir dans une seule tête
Un développeur historique, un admin systèmes, un fondateur technique : si son absence d'une semaine inquiète, son départ serait une crise. On documente pendant qu'il est là.
[ Module_04.9 // Solutions Packagées ]
Documentation
Technique.Le savoir sort des têtes, avant qu'il ne parte.
Code, serveurs, processus : si une seule personne sait comment ça marche, vous avez un problème.
Je rédige la documentation technique que personne n'a le temps d'écrire : prise en main du code, architecture, guides d'exploitation des serveurs (que faire quand ça casse, à 3 h du matin), processus d'automatisation et parcours d'onboarding. J'explore votre système, j'interroge ceux qui savent, et je transforme ce savoir dispersé en référence claire — dans l'outil que votre équipe utilise vraiment. Basé à Lille, j'interviens partout en France, à distance.
// L'essentiel
La documentation technique est la mémoire écrite d'un système : comment il est construit, comment l'exploiter, comment réagir aux incidents et comment embarquer un nouveau venu. Sans elle, le savoir vit dans quelques têtes — et part avec elles.
- Prix
- Dès 150 € HT
par projet documenté - Délai
- Suivant la charge
de travail - Toujours inclus
- Exploration du système, entretiens avec les sachants, format au choix
- Cibles
- Code, serveurs, workflows n8n, processus, onboarding
Avec ou sans
documentation ?
La documentation ne rapporte rien le jour où on l'écrit — elle rapporte le jour où quelqu'un part, où un incident survient, ou où un nouveau arrive. C'est une assurance dont la prime est dérisoire comparée au sinistre.
| Critère | Avec documentation | Sans documentation |
|---|---|---|
| Départ d'une personne clé | Le savoir reste dans l'entreprise | Le savoir part avec elle |
| Incident en production | Un runbook à dérouler, calmement | Panique et tâtonnements |
| Nouvel arrivant | Productif en quelques jours | Des semaines à déranger tout le monde |
| Changement de prestataire | Transition fluide, devis honnêtes | Dépendance et reprise au prix fort |
| Valeur du produit | Auditable, transmissible, vendable | Décotée : personne ne sait ce qu'il y a dedans |
Pour qui est faite
cette documentation ?
Il n'y a pas de « public type » : ces situations reviennent souvent, mais chaque système a son histoire — et il est parfois difficile de se projeter. Voici les cas les plus courants.
Changement de prestataire
Quitter une agence ou un freelance sans documentation, c'est payer le suivant pour redécouvrir l'existant : documenter avant la transition divise le coût de la reprise.
Équipes qui grandissent
Chaque recrutement répète les mêmes semaines d'explications orales : un parcours d'onboarding écrit rend chaque arrivée plus rapide que la précédente.
Produit à vendre ou à transmettre
Un acquéreur audite ce qu'il achète : une documentation propre rassure, accélère la due diligence et soutient la valorisation.
Infrastructures sensibles
Serveurs, sauvegardes, automatisations critiques : les runbooks transforment l'incident de 3 h du matin en procédure à dérouler, même par quelqu'un qui découvre.
Vous ne vous reconnaissez pas ?
C'est normal, et ce n'est pas bloquant. Décrivez-moi votre système et qui sait quoi : je vous dirai honnêtement ce qui mérite d'être documenté en priorité — et ce qui peut attendre.
Faire le point ->Tarifs de la documentation
technique.
Des prix « dès », hors taxes : le tarif dépend de la taille du système, de l'état de l'existant et de la profondeur visée. Chaque mission est chiffrée précisément après un premier échange gratuit.
Formules documentation
Par projet ou système documenté
| Offre | EssentielleDès 150 € | ComplèteDès 350 € | PremiumDès 600 € | Sur mesureSur devis |
|---|---|---|---|---|
| Prise en main & installation | ||||
| Architecture générale | ||||
| Format au choix (Markdown, Notion…) | ||||
| Guides d'exploitation (runbooks) | ||||
| Procédures d'incident | ||||
| Schémas d'architecture | Option | |||
| Parcours d'onboarding | ||||
| Mise à jour périodique | Option | Option | Option |
Estimez le prix
de votre documentation.
Choisissez la cible, le nombre de systèmes à documenter et les livrables souhaités. Ce simulateur donne une fourchette indicative — pas un devis.
// 01. Cible
Codebase, architecture, conventions, prise en main
// 02. Systèmes à documenter
1
// 03. Fonctionnalités
// Estimation indicative
150 € – 200 € HT
⚠ Ceci n'est qu'une estimation, pas un devis. Chaque projet est unique : mes prix réels seront très certainement différents — à la hausse comme à la baisse — selon la complexité réelle de votre besoin. Le chiffrage précis se fait après un premier échange, gratuit et sans engagement.
Obtenir un vrai devisQuestions
fréquentes.
Combien coûte une documentation technique ?
La documentation essentielle d'un projet (prise en main, installation, architecture générale) démarre à 150 € HT. Une documentation complète — architecture détaillée, guides d'exploitation, procédures d'incident — à partir de 350 €, et la formule premium avec schémas, parcours d'onboarding et captures commentées à partir de 600 €. Sur devis au-delà.
Que documentez-vous exactement ?
Quatre familles : le code (architecture, conventions, prise en main), l'infrastructure (serveurs, déploiements, sauvegardes, procédures d'incident — les fameux runbooks), les processus (workflows n8n, automatisations, intégrations), et l'onboarding (le parcours qui rend un nouveau venu productif en jours au lieu de semaines).
Sous quel format livrez-vous ?
Celui que votre équipe utilisera vraiment : Markdown dans le dépôt (la référence pour le code), Notion, wiki interne, ou simple PDF. Le format compte moins que la règle d'or : la documentation doit vivre là où on travaille, sinon elle meurt.
Faut-il me donner accès au code ou aux serveurs ?
Oui, en lecture : on ne documente bien que ce qu'on a réellement examiné. Un accord de confidentialité (NDA) peut être signé sans difficulté, et les accès sont révocables dès la fin de la mission.
Pouvez-vous documenter un système que vous n'avez pas construit ?
Oui — c'est même le cœur du service : je fais de l'archéologie technique. J'explore le système, j'interroge les personnes qui savent (tant qu'elles sont là), je teste, et je transforme ce savoir dispersé en référence écrite et structurée.
La documentation restera-t-elle à jour ?
C'est le vrai défi : une documentation est un instantané. Deux réponses : elle est structurée pour être facile à maintenir (sections courtes, sources identifiées), et une option de mise à jour périodique existe — je repasse régulièrement pour synchroniser la documentation avec la réalité.
Quel est le bon moment pour documenter ?
Avant que ce soit urgent : départ annoncé d'une personne clé, changement de prestataire, croissance de l'équipe, mise en vente du produit. Le pire moment — et le plus fréquent — c'est après le départ, quand le savoir est déjà parti avec.
Travaillez-vous uniquement à Lille ?
Non. Je suis basé à Lille mais tout se fait à distance : exploration du système, entretiens en visio avec les sachants et livraison de la documentation, où que vous soyez en France.