Comment créer un site de notes d'apprentissage pour un fondateur

Qu'est-ce qu'un site de notes d'apprentissage pour fondateur (et ce qu'il n'est pas)

Un site de notes d'apprentissage d'un fondateur est un endroit simple pour publier ce que vous apprenez en construisant : insights issus d'appels clients, expériences qui ont fonctionné (ou non), outils testés, décisions prises et le raisonnement qui les sous-tend. Considérez-le comme une base de connaissances personnelle légère que vous acceptez de partager.

Ce que sont les « learning notes »

Les notes d'apprentissage sont des comptes rendus courts et pratiques qui répondent à des questions comme :

• Qu'ai‑je essayé ?
• Qu'ai‑je observé ?
• Qu'est‑ce qui a changé mon avis ?
• Quelle décision ai‑je prise, et pourquoi ?

Elles vous aident à vous souvenir et à faire croître votre réflexion, aident votre équipe à comprendre le contexte (surtout en embauchant) et peuvent aider votre communauté à apprendre de vos expériences—sans prétendre détenir toutes les réponses.

Ce que ce n'est pas

Un site de notes d'apprentissage n'est pas un blog marketing poli, une page de presse ou un portfolio de seules réussites. Ce n'est pas non plus un journal en temps réel.

Vous n'avez pas besoin de publier chaque pensée—seulement celles qui sont répétables, utiles ou qui clarifient une décision.

Il est normal que les posts soient imparfaits. La valeur vient de la consistance et de la clarté, pas d'un rendu « fini ». Si vous attendez que tout soit complètement prouvé, vous publierez trop tard (ou jamais).

L'objectif réel : capturer les décisions et les leçons

Les meilleures notes de fondateur rendent visible le travail caché :

• Pourquoi une fonctionnalité a été rapprochée (ou reculée) de la roadmap
• Pourquoi vous avez choisi un modèle de tarification
• Ce que vous avez appris sur un segment client
• Ce qu'un test raté vous a appris sur la distribution ou l'onboarding

Avec le temps, cela devient un enregistrement consultable des leçons apprises—utile pour l'onboarding, les rétrospectives, les updates aux investisseurs et votre futur vous.

À quoi s'attendre dans ce guide

Ce guide est conçu comme une marche à suivre d'environ 3000 mots que vous pouvez réellement suivre. Il couvrira la structure, les choix de plateforme (site statique vs CMS vs builders), le flux de publication et le SEO de base—pour que votre site de notes reste facile à maintenir en grandissant.

Décidez de votre audience, du niveau de confidentialité et du rythme de publication

Avant de choisir des outils ou des templates, décidez pour qui ce site est et comment il sera utilisé. Ces choix déterminent tout : ce que vous écrivez, à quel point vous pouvez être franc, et combien de maintenance le site demandera.

Définir l'audience

Commencez par choisir le lecteur principal :

• Vous uniquement : une archive propre et consultable en laquelle vous avez confiance. Vous pouvez écrire des pensées désordonnées et garder du contexte qui embrouillerait les étrangers.
• Votre équipe : notes d'apprentissage partagées, enregistrements de décisions et références « comment nous pensons ». Ça marche mieux si vous écrivez un peu plus d'explications et moins de blagues internes.
• Le public : un journal de type « build in public » pouvant attirer talents, partenaires et clients. Les notes publiques bénéficient d'une structure plus claire et d'un peu plus d'édition.

Si vous hésitez, partez sur vous + votre futur vous. Vous pouvez toujours rendre certaines notes publiques plus tard.

Choisir un style de confidentialité (privé, public ou mixte)

La plupart des fondateurs font mieux avec un modèle mixte :

• Gardez les notes brutes privées (compte‑rendus de réunions, détails clients, chiffres, réflexions personnelles).
• Publiez les apprentissages nettoyés publiquement (cadres, expériences, notes de lecture, « ce que je referais différemment »).
• Envisagez des articles protégés pour du contenu partageable mais sensible (ex. updates investisseurs ou playbooks internes) avec un mot de passe ou un accès équipe.

Règle simple : si une note contient des noms, des tarifs ou des détails clients identifiables, gardez‑la privée par défaut.

Choisir un format de note

Décidez si vous publierez :

• Updates courtes (leçons rapides, liens avec commentaire, petites expériences)
• Essais plus longs (deep dives, postmortems, mémos stratégiques)
• Les deux, où les notes courtes peuvent plus tard devenir des essais

Définir un rythme de publication réaliste

La constance l'emporte sur l'intensité. Choisissez un rythme que vous pouvez tenir pendant les semaines chargées :

• Hebdomadaire si les notes sont courtes et légères
• Bihebdomadaire si vous préférez des posts édités
• Mensuel si les posts sont plus longs et demandent du recul

Autorisez‑vous à publier des notes « qualité brouillon ». Votre site doit réduire la friction, pas ajouter du travail.

Choisir le bon format : blog, wiki ou jardin numérique

Le « bon » format est celui que vous continuerez à publier. Les notes de fondateur fonctionnent mieux quand la structure réduit la friction : vous pouvez publier vite, et les lecteurs peuvent quand même retrouver l'essentiel plus tard.

Option 1 : Blog (chronologique)

Un blog est un flux temporel d'articles : ce que vous avez appris cette semaine, une décision, une synthèse de livre, un teardown.

C'est parfait lorsque vos notes sont liées à un parcours (construction, embauche, levée, itérations produit). Les lecteurs peuvent suivre même sans liste d'emails parce qu'il y a un point d'entrée clair « les plus récents d'abord ».

Option 2 : Wiki (structuré, consultable)

Un wiki est organisé par sujets et pages, pas par dates. Il marche mieux pour :

• Processus répétables (checklist d'onboarding, playbook de lancement)
• FAQ (objections tarifaires, macros support)
• Principes opérationnels (comment on mène les réunions, comment on rédige les specs)

Si vous mettez souvent à jour le même concept (« Notre définition d'ICP »), c'est un signal pour faire une page wiki canonique et l'affiner.

Option 3 : Jardin numérique (notes interconnectées)

Un jardin numérique est une voie intermédiaire : les notes évoluent dans le temps et se relient fortement. Idéal pour une pensée désordonnée, des brouillons, des idées partielles et « voici ce que je crois pour l'instant ».

Le risque : sans point de départ clair, cela peut être déroutant pour les nouveaux lecteurs.

Un choix par défaut simple pour la plupart des fondateurs

Commencez par posts chronologiques + tags. C'est le modèle de publication le moins exigeant, et les tags vous donnent une navigation secondaire sans forcer la conception d'une taxonomie complète.

Combinez ensuite les formats en grandissant :

• Flux de notes (blog) : updates rapides et leçons hebdomadaires
• Pages evergreen (style wiki) : références stables que vous liez depuis les posts

Cette approche « flux + evergreen » maintient l'élan tout en transformant progressivement vos meilleures notes en pages réutilisables (ex. un flux /blog plus une page « Start Here » pour l'essentiel).

Planifiez un plan de site simple qui ne deviendra pas encombré

Un site de notes échoue souvent pour une raison ennuyeuse : on ne retrouve rien après quelques mois. Un plan de site simple résout ça. L'objectif n'est pas de prédire tous les sujets—c'est de créer une structure stable pendant que le contenu grandit.

Commencez avec le minimum de pages

Gardez les pages « toujours disponibles » peu nombreuses et claires :

• Accueil : ce que c'est, comment l'utiliser, quelques notes récentes ou mises en avant.
• Notes : index principal (par catégorie, tags ou récent).
• À propos : qui vous êtes et ce que vous apprenez.
• Now / Updates : ce sur quoi vous travaillez ce mois (ou un petit flux type changelog).
• Contact : un moyen évident de vous joindre (formulaire ou email) et vos limites.

Ces cinq couvertures 90% des besoins des lecteurs sans transformer la navigation en dashboard.

Ajoutez des pages optionnelles uniquement si vous les alimenterez

Les pages optionnelles sont utiles—jusqu'à ce qu'elles périment. Ajoutez‑les seulement si vous avez du contenu à maintenir :

• Liste de lecture : livres, papiers, liens avec courts retours.
• Outils : votre stack et pourquoi vous l'avez choisi.
• Projets : expériences, side projects, études de cas.
• Talks / Écrits : artefacts publics, presse, podcasts.

Si vous ne mettez pas à jour une de ces pages au moins trimestriellement, pensez à la fusionner avec Notes.

Gardez la navigation volontairement ennuyeuse

Visez 5–7 éléments de niveau supérieur max. Tout le reste se découvre via la recherche, les tags et les liens internes.

Préparez la croissance sans la construire maintenant

Laissez de la place pour des sections futures en concevant votre page Notes pour monter en charge : un index + filtres + « notes récentes ». Vous pouvez toujours ajouter une nouvelle catégorie plus tard, mais changer la navigation principale chaque mois habitue les lecteurs à ne plus cliquer.

Créez une taxonomie : catégories, tags et liens croisés

Un site de notes reste utile uniquement si l'on peut classer (et retrouver) les idées rapidement. Une taxonomie simple—catégories, tags et liens croisés—donne de la structure sans transformer la publication en administration.

Catégories = grands bacs

Utilisez les catégories pour les « grandes zones » de la vie d'un fondateur. Gardez‑les peu nombreuses et stables pour ne pas réorganiser chaque mois.

Bon jeu de départ (5–8) : Produit, Ventes, Recrutement, Ops, Levée, Stratégie, Personnel.

Exemple : une note « Checklist d'onboarding pour le premier AE » pourrait vivre dans Recrutement, même si elle mentionne le pipeline ou des outils.

Tags = concepts spécifiques et réutilisables

Les tags servent pour des détails qui traversent les catégories—frameworks, outils et sujets récurrents.

Règle pratique : n'ajoutez un tag que si vous comptez le réutiliser. Si vous n'écrirez pas 2–3 notes méritant le même tag, laissez tomber.

Exemples :

• Catégorie : Ventes → Tags : découverte, tarification, objections, CRM
• Catégorie : Produit → Tags : JTBD, roadmap, entretiens utilisateurs, analytics
• Catégorie : Ops → Tags : SOP, automation, Notion, Zapier

Décidez aussi d'une convention légère de nommage (singulier vs pluriel, tirets vs espaces) et respectez‑la : ex. user-research (plutôt que d'alterner avec “user research” ou “research”).

Liens croisés = contexte et valeur compoundée

Les liens croisés transforment des notes isolées en carte de votre pensée. Quand une note référence un autre concept, liez‑le en ligne (« voir aussi : ma note sur pricing experiments »).

Habitude simple : à chaque publication, ajoutez 1–3 liens vers des notes liées et insérez un backlink depuis une note plus ancienne si elle a maintenant une meilleure explication. Avec le temps, votre site devient plus facile à parcourir—même pour vous six mois plus tard.

Choisir une plateforme que vous pouvez maintenir (CMS vs statique vs builder)

Le succès ou l'échec de votre site tient souvent à un détail ennuyeux : allez‑vous vraiment publier quand vous êtes occupé ? Choisissez la plateforme qui vous permet d'ajouter une note, la lier et cliquer sur « publier » en moins de 10 minutes.

Les trois options courantes (en clair)

CMS (système de gestion de contenu) : WordPress, Ghost, etc. Vous vous connectez, écrivez dans un éditeur et publiez. Parfait si vous voulez commentaires, brouillons, planification et plugins. Contrepartie : MAJ et gestion des plugins peuvent devenir une corvée.

Constructeur de site : Webflow, Squarespace, solutions basées sur Notion, etc. Vous concevez avec glisser‑déposer et publiez vite. Idéal pour un rendu soigné rapidement. Contrepartie : structure et portabilité limitées, coûts qui montent.

Générateur de site statique : Hugo, Jekyll, Eleventy, etc. Vous écrivez des fichiers (souvent Markdown) et un outil construit le site. Idéal pour la vitesse, le coût d'hébergement faible et le contrôle long terme. Contrepartie : configuration initiale et publication peuvent paraître « dev » sauf si vous avez déjà un workflow.

Une quatrième option (si vous voulez une app sur‑mesure sans tout coder)

Si vous aimez le contrôle d'une application de notes personnalisée (tags, recherche full‑text, posts privés/publics, login équipe) mais ne voulez pas tout construire, une plateforme de type « vibe‑coding » comme Koder.ai peut être un compromis pratique. Vous décrivez ce que vous voulez en chat (modèle de données, pages, permissions, éditeur) et elle génère une app web fonctionnelle—souvent React en front et Go + PostgreSQL en back.

Utile si vous voulez des fonctionnalités au‑delà d'un CMS standard (snapshots/rollback, mode planning, export facile du code source) tout en gardant un temps de mise en production bas.

Critères de sélection importants pour des notes de fondateur

Demandez :

• Vitesse de publication : pouvez‑vous poster depuis un laptop rapidement ? Depuis un téléphone ?
• Maintenance : les mises à jour cassent‑elles des choses ? Qui les corrige—vous ou un fournisseur ?
• Flexibilité : pouvez‑vous ajouter tags, backlinks et templates simples plus tard ?
• Coût : frais mensuels maintenant, et que se passe‑t‑il à 200+ notes ?
• Portabilité : pouvez‑vous exporter proprement si vous changez d'outil ?

Commencez petit (et laissez la porte ouverte)

Si vous hésitez, choisissez l'option que vous pouvez mettre à jour en 10 minutes aujourd'hui, pas le « système parfait ». Une archive propre et cohérente bat une configuration fancy que vous évitez.

Tableau de décision (à remplir)

(Une fois choisi, vous définirez une structure simple dans les sections suivantes.)

Concevoir pour la lecture : mise en page, templates et accessibilité

Un site de notes réussit quand il est agréable et facile à lire. Les visuels sophistiqués vieillissent vite ; un système clair et cohérent rend vos notes utilisables des mois après—particulièrement quand on cherche un insight précis.

Le système visuel minimum (gardez‑le volontairement sobre)

Commencez par trois décisions que vous n'allez pas revoir chaque semaine :

• Typographie : une police de texte lisible (les polices système conviennent) et une graisse pour les titres.
• Espacement : marges cohérentes et interlignes généreux plutôt que des éléments décoratifs.
• Une couleur d'accent : pour les liens et petits repères, pas pour des fonds entiers.

Ce « système minimum » réduit la dette design et garde les nouvelles notes visuellement cohérentes sans effort.

Lisibilité d'abord : la page doit disparaître

Optimisez pour le scan et la lecture approfondie :

• Longueur de ligne : visez ~60–80 caractères par ligne.
• Taille de police : valeurs confortables (généralement 16–18px desktop) avec hiérarchie claire des titres.
• Titres : utilisez H2/H3 de façon cohérente pour qu'une note soit compréhensible en un coup d'œil.
• Blocs de code (si présents) : espacez‑les et autorisez le défilement horizontal plutôt que de réduire la taille du texte.

Si vous incluez diagrammes ou captures, considérez‑les comme optionnels—pas le moyen principal de communication.

Un template de note qui forme votre futur vous

Un template cohérent accélère la publication et rend l'archive réutilisable. Structure simple :

Résumé — la leçon en un paragraphe.

Contexte — pourquoi vous exploriez ce sujet.

Leçons — points clés, formulés en principes ou « watch‑outs ».

Prochaines étapes — ce que vous allez tester, mesurer ou revoir.

Ajoutez une petite ligne de métadonnées en haut (date, sujet, statut : « brouillon/evergreen »).

Bases d'accessibilité à implémenter en une après‑midi

L'accessibilité est surtout de l'UX :

• Contraste : assurez‑vous que textes et liens passent des vérifications de contraste.
• Styles de lien : ne comptez pas uniquement sur la couleur ; soulignez ou ajoutez un style hover/focus visible.
• Navigation clavier : pouvoir tabuler entre liens et contrôles avec un focus visible.

Ces choix rendent le site plus lisible pour tous—et plus soigné sans travail de design supplémentaire.

Configurer domaine, hébergement et réglages de base

Un site de notes doit donner l'impression d'être stable et « toujours là ». La configuration initiale—domaine, hébergement et quelques réglages—évite des soucis futurs et facilite le partage de liens.

Domaine : choisissez quelque chose que vous ne dépasserez pas

Choisissez un domaine facile à dire et à taper. Options courantes :

• Votre nom (ex. janelee.com) si les notes sont personnelles et portables.
• Le nom de votre boîte/produit si les notes sont étroitement liées au business.

Privilégiez le .com si possible, mais la clarté prime. Évitez les tirets, orthographes tordues et jeux de mots trop compliqués.

Hébergement : misez sur la fiabilité, pas les gadgets

Quel que soit le système, regardez :

• HTTPS par défaut (chargement en https:// sans bricolage).
• Sauvegardes et rollbacks faciles.
• Haute disponibilité et page de statut/support.

Si la plateforme propose des « preview deployments », utilisez‑les. Voir un changement avant diffusion rend la publication plus sereine.

Si vous construisez une app custom, priorisez les mêmes garanties. Par exemple, Koder.ai propose déploiement/hébergement, domaines personnalisés et snapshots avec rollback—utile pour livrer vite sans surveiller l'infra.

Réglages jour‑un qui rapportent tout de suite

Activez dès que le site existe :

• Analytics : choisissez une option respectueuse de la vie privée et ne collectez que ce dont vous aurez vraiment besoin (pages principales, référents, termes de recherche). Si vous n'avez pas besoin de tracking utilisateur, ne l'activez pas.
• Sitemap : générez /sitemap.xml pour que les moteurs découvrent les nouvelles notes.
• Flux RSS : un simple feed aide les lecteurs à vous suivre sans réseaux sociaux.
• Recherche interne : même une recherche basique améliore l'utilisabilité dès 30–50 notes.

Réglages par défaut respectueux de la confidentialité pour notes publiques

Considérez tout ce que vous publiez comme potentiellement copiable. N'incluez pas de noms clients, métriques privées, captures internes, identifiants ou détails « non publics mais évidents ». En cas de doute, rédigez l'idée et retirez le contexte identifié—ou gardez la page privée jusqu'à validation.

Rendre les notes trouvables : SEO basique et recherche interne

Un site de notes n'essaie pas de « gagner Google ». Il cherche à être retrouvable plus tard—par vous, votre équipe et les personnes qui en bénéficieraient réellement. Le but : clarté, cohérence et une hygiène SEO légère.

SEO « suffisant » pour des notes

Commencez par des bases que vous maintiendrez :

• Titres : écrivez des titres spécifiques et facilement scannables (« Teardown de page tarifaire : 7 patterns qui convertissent ») plutôt que vagues (« Réflexions sur la tarification »).
• Meta descriptions : optionnelles mais utiles pour les notes clés. Une phrase : ce que couvre la note et pour qui.
• URLs propres : courtes, lisibles et stables. Préférez /notes/pricing-page-patterns aux slugs lourds ou datés.

Si vous renommez une note, conservez l'URL si possible (ou ajoutez une redirection) pour ne pas casser les liens internes.

Structure on‑page simple qui se lit bien

Traitez chaque note comme un mini‑article :

• Un seul H1 par page (généralement géré par le titre).
• Utilisez H2 pour les sections (« Ce que j'ai appris », « Exemples », « Questions »).
• Paragraphes courts (2–4 phrases) pour faciliter la lecture sur mobile.

Cela aide la lisibilité et facilite la compréhension pour les moteurs et la recherche interne.

Habitudes de liens internes (vraie force)

Faites du linking une étape par défaut :

• Ajoutez une section « Notes liées » avec 2–5 pages pertinentes.
• Liez vers les pages evergreen (principes, templates, synthèses). Ex. : “Voir /notes/meeting-notes-template”.
• Quand vous mentionnez un concept déjà documenté, liez‑le une fois—pas besoin d'en abuser.

Contrôles d'indexation : notes publiques vs privées

Toutes les notes ne doivent pas être indexées. Si une page est personnelle, à moitié bâclée ou contient des détails sensibles :

• Gardez‑la privée (accès auth).
• Ou marquez‑la noindex pour la partager par lien mais l'empêcher d'apparaître dans les résultats de recherche.

Recherche interne qui vaut le coup

Si votre plateforme le permet, ajoutez une simple boîte de recherche. Priorisez la rapidité et la tolérance aux fautes plutôt que des filtres complexes—votre futur vous vous en remerciera.

Construire un workflow qui rend la publication facile

Un site de notes ne fonctionne que si publier est léger. L'objectif : réduire les décisions pour passer de « j'ai appris quelque chose » à « c'est en ligne » en quelques minutes.

Flux simple capture → publier

Utilisez une pipeline en quatre étapes qui colle au fonctionnement de votre cerveau :

1. Inbox note : capture rapide (puces, captures, citations, liens). Pas de mise en forme.
2. Brouillon : transformez l'inbox en note courte avec une conclusion claire.
3. Publier : envoyez‑la sur le site telle quelle (même petite).
4. Lier : connectez à des notes liées (et ajoutez un lien « À lire ensuite » si utile).

Si vous respectez cette boucle, vous éviterez le piège des notes « parfaites plus tard » qui ne sortent jamais.

Outils de rédaction + synchronisation sans prise de tête

Choisissez un seul endroit pour rédiger, puis rendez la publication prévisible.

• Fichiers Markdown (VS Code, Obsidian, Typora) : les plus simples si votre site est statique ou Git‑basé.
• Apps de notes (Apple Notes, Notion, Google Docs) : idéales pour la capture ; planifiez une session hebdo pour « promouvoir en brouillon ».

Pour la synchronisation, gardez‑le simple :

• Un dossier unique (ex. /notes/inbox et /notes/published) synchronisé via iCloud/Dropbox, ou
• Un repo Git avec une routine de commit simple.

Si vous créez une app custom (plutôt qu'un CMS), considérez si votre workflow a besoin de toggles privé/public, d'accès basés sur rôles ou d'un « mode planning » pour structurer les drafts avant implémentation. Des outils comme Koder.ai aident à prototyper un tel workflow tout en gardant l'option d'exporter le code source plus tard.

Checklist pré‑publication réutilisable

Avant de cliquer publier, vérifiez :

• Titre : spécifique et trouvable (ex. “Teardown page tarifaire : 7 patterns qui fonctionnent”).
• Résumé 1–2 phrases en haut.
• Tags/catégories ajoutés (2–5 max).
• Au moins 2 liens internes vers notes liées (ou placez des placeholders “Voir aussi”).
• Sources pour tout ce que vous n'avez pas inventé.
• Date (date de publication et éventuellement « dernière mise à jour »).

Publiez petit, puis développez

Par défaut, postez des notes courtes (150–400 mots). Plus tard, vous pourrez fusionner plusieurs notes en un guide plus long et le lier depuis vos pages hub. Publier petit crée de l'élan—et l'élan maintient le site vivant.

Maintenir et faire croître : mises à jour, réutilisation et plan sur 30 jours

Un site de notes devient précieux quand il reste à jour. Le truc : traiter les notes comme des documents vivants sans transformer la maintenance en second travail.

Rendre les mises à jour visibles (sans trop expliquer)

Quand vous révisez une note, ajoutez une ligne simple en haut :

• Dernière mise à jour : 2025-12-26

Gardez les mises à jour légères : corriger un passage flou, ajouter un exemple manquant ou corriger une conclusion qui n'a pas tenu. Si une note change sensiblement, ajoutez un court paragraphe “Mise à jour” (« Je ne suis plus d'accord avec X parce que… »). Les lecteurs apprennent de vos révisions.

Choisissez une politique d'erreur et tenez‑la

Choisissez une approche et appliquez‑la partout pour que les lecteurs sachent quoi attendre.

Recommandation : notes de correction (pas d'éditions silencieuses).

• Pour erreurs factuelles ou affirmations trompeuses, ajoutez un court bloc Correction en bas avec la date.
• Faites l'édition minimale nécessaire dans le texte principal, puis expliquez le changement dans la note de correction.

Cela maintient la confiance tout en laissant les notes s'améliorer.

Réutiliser les notes pour faire croître le site

Vos notes sont de la matière première. Boucle de réutilisation simple :

• Note → essai : combinez 3–5 notes liées en un post d'angle plus serré.
• Note → conférence : transformez des titres en slides ; utilisez les exemples comme histoires.
• Note → doc d'onboarding : liez la note dans la doc équipe (ex. “Comment nous pensons la tarification”) et maintenez‑la à un seul endroit.

Quand vous réutilisez une note, créez des liens dans les deux sens : l'essai renvoie aux notes sources, et chaque note source renvoie à la pièce dérivée.

Plan pratique sur 30 jours

Semaine 1 : définir les règles

• Rédigez 3 notes (courtes, précises).
• Créez des règles de taggage : 2–5 tags par post, préférence singulier, pas de quasi‑doublons.

Semaine 2 : prendre de l'élan

• Rédigez 3 autres notes.
• Ajoutez un lien croisé par note.

Semaine 3 : publiez votre premier « bundle »

• Rédigez 3 notes.
• Créez 1 post de synthèse liant les neuf notes.

Semaine 4 : ajuster et itérer

• Rédigez la 10e note (une page « start here »/index).
• Points de contrôle : épurez les tags, renommez les titres confus, mettez à jour toute note vieille de plus de deux semaines qui semble maintenant erronée.

Après 30 jours, vous aurez un petit système capable de grandir sans devenir désordonné.