## Notion pour les devs freelance : mon setup après 2 ans d’utilisation
Les notion développeurs web freelance qui ont un workspace bien structuré gagnent en moyenne 5 à 8 heures par semaine sur les tâches non-techniques. Honnêtement, j’ai eu du mal à l’admettre moi-même — en tant qu’étudiant en mastère informatique qui passe ses week-ends à coder des side projects et accepte des missions freelance, je pensais qu’un simple GitHub issues + quelques notes Markdown suffisaient.
Après avoir testé pendant 6 mois un workspace Notion structuré, j’ai complètement changé d’avis. Voici exactement ce que j’utilise et pourquoi.
## Ce que personne ne dit c’est que les devs sont de mauvais gestionnaires de leur propre travail
La vérité qui fait mal : la plupart des développeurs freelance excellent techniquement mais perdent des heures chaque semaine à :
– Retrouver une conversation email avec un client
– Se souvenir de la stack d’un projet vieux de 6 mois
– Calculer combien d’heures ils ont travaillé ce mois
– Chercher ce snippet de code qu’ils avaient noté quelque part
– Oublier de relancer un devis non répondu
Notion résout tous ces problèmes.
## Architecture du workspace Dev Freelance
### Base de données : Projets
Chaque mission freelance ou projet perso est une entrée.
**Infos mission :**
– Nom du projet (Title)
– Client (Relation)
– Type (Select) : Développement sur mesure / Maintenance / Audit / Formation / Projet perso / Open source
– Stack (Multi-select) : React / Vue / Next.js / Node / Python / Django / FastAPI / PostgreSQL / MySQL / etc.
– Statut (Select) : Prospection / Devis envoyé / En cours / En pause / Terminé / Archivé
– Dates (Date, plage début-fin)
– Budget (Number)
– Heures estimées (Number)
– Taux journalier (Number)
**Page de projet :**
– URL du dépôt Git (URL)
– URL de production (URL)
– URL de staging (URL)
– Identifiants (⚠️ jamais dans Notion — utilisez un gestionnaire de mots de passe comme Bitwarden)
– Architecture décision records (ADR) : choix techniques importants et leur justification
– Notes de réunions client
– Changelog : résumé des livraisons
– Log de temps (sous-base liée)
Après avoir testé pendant 6 mois, la section ADR est ce que je recommande le plus. Quand vous reprenez un projet 8 mois plus tard (ou qu’un autre dev le reprend), les décisions techniques sont documentées. Pourquoi PostgreSQL et pas MongoDB ? Pourquoi ce pattern d’architecture ? Pourquoi pas SSR ? Tout est là.
### Base de données : Clients
– Entreprise, Secteur
– Contact principal (Nom, Email, Tel)
– Slack / Discord workspace (URL)
– Type (Select) : PME / Startup / Freelance / Agence / Grand compte
– Statut (Select) : Prospect / Actif / Pause / Archivé
– Projets liés (Rollup : count)
– CA total (Rollup : somme)
– NPS (Select 1-10) : recommanderiez-vous de retravailler avec eux ?
– Notes : personnalité du client, préférences de communication, culture d’entreprise
Ce que personne ne dit c’est que votre NPS **client→vous** est moins important que votre NPS **vous→client**. Tracker les clients avec qui vous aimez travailler vous aide à prioriser les bons partenariats.
### Time tracking dans Notion
**Base de données Sessions de travail :**
– Date
– Projet (Relation)
– Description du travail
– Durée (Number, en heures)
– Type (Select) : Dev / Design / Tests / Documentation / Réunion client / Débogage / DevOps
– Facturable (Checkbox)
Un Rollup sur le projet donne le total d’heures facturées. Comparez avec les heures estimées pour affiner vos futures estimations.
Honnêtement, ce suivi m’a révélé que je sous-estimais systématiquement le temps de débogage (x2) et la documentation (toujours oubliée dans les devis). Mes devis sont maintenant beaucoup plus précis.
### Base de connaissances technique personnelle
C’est la partie que les autres devs envient quand ils voient mon workspace.
**Base de données Snippets :**
– Titre (ex : « Regex validation email JS »)
– Langage (Select) : JavaScript / Python / SQL / Bash / CSS
– Framework (Select) : React / Node / Django / etc.
– Tags (Multi-select) : Auth / Forms / Database / API / Performance / Security
– Code (Code block dans la page)
– Source (URL : Stack Overflow, MDN, blog personnel)
– Date d’ajout
Une recherche Notion « sql pagination cursor » me donne instantanément mon snippet de pagination par curseur que j’ai documenté il y a 8 mois.
**Base de données Ressources :**
– Titre, URL, Type (Article / Vidéo / Cours / Documentation)
– Tags thématiques
– Lu/Non lu (Checkbox)
– Notes personnelles
– À recommander (Checkbox)
**Base de données Erreurs et solutions :**
Combien de fois avez-vous résolu le même problème deux fois parce que vous n’aviez pas documenté la solution la première fois ? Cette base stocke :
– Message d’erreur (exactement tel qu’il apparaît)
– Contexte (langage, framework, version)
– Cause de l’erreur
– Solution appliquée
– Source (URL)
Recherchez le message d’erreur dans Notion avant de chercher sur Stack Overflow — vous avez peut-être déjà rencontré et résolu ce problème.
### Veille technologique structurée
Honnêtement, la veille tech est le point faible de 90% des devs : soit on en fait trop (doomscrolling de Twitter/X tech) soit trop peu.
**Workflow recommandé :**
1. Capture : Sauvegardez les articles intéressants dans la base Ressources (extension web clipper ou simplement coller l’URL)
2. Tri hebdomadaire : 20 minutes le vendredi pour catégoriser et marquer ce qui vaut la lecture complète
3. Lecture approfondie : 2-3 ressources par semaine, avec notes personnelles
4. Application : Lier la ressource à un projet ou un snippet pertinent
**Sujets de veille organisés en pages dédiées :**
– Nouveautés React / Vue
– Sécurité web
– Performance frontend
– DevOps et cloud (si pertinent pour vous)
– IA et LLMs (incontournable en 2025)
### Tableau de bord financier freelance
**Revenus par mois** (Rollup depuis Sessions de travail, filtré sur Facturable)
**Charges** (Notion, logiciels, matériel, comptable)
**Résultat estimé**
**TJM moyen** (CA / jours travaillés)
Ce tableau de bord m’a aidé à décider d’augmenter mon TJM. J’ai vu clairement que j’étais sous le marché pour mon expérience et mes résultats clients.
## Intégrations GitHub dans Notion
Notion propose une intégration native avec GitHub depuis 2023. Vous pouvez embedder des pull requests, des issues et des commits directement dans vos pages de projet Notion.
Ce que personne ne dit c’est que cette intégration change vraiment le workflow : la spec produit dans Notion et les PR GitHub sont dans la même page. Le projet manager et le dev voient le même contexte sans changer d’outil.
## Conclusion
Les notion développeurs web freelance qui adoptent ce workspace organisent mieux leur temps et leurs projets, facturent plus précisément et construisent une base de connaissances technique qui vaut de l’or. Ce que personne ne dit c’est que votre workspace Notion est aussi un actif professionnel : il accélère votre montée en compétences, améliore la qualité de vos livrables et impressionne vos clients quand ils voient la rigueur de votre organisation. Essayez Notion gratuitement pour votre activité de dev freelance — https://affiliate.notion.so/