Come creare un sito per gli appunti di apprendimento di un fondatore

Cos’è (e cosa non è) un sito di appunti di un fondatore

Un sito di appunti di un fondatore è un posto semplice dove pubblicare ciò che stai imparando mentre costruisci: insight dalle chiamate con i clienti, esperimenti che hanno funzionato (e quelli che non hanno funzionato), strumenti testati, decisioni prese e le ragioni dietro di esse. Pensalo come una base di conoscenza personale leggera che sei disposto a condividere.

Cosa sono le “note di apprendimento”

Le note di apprendimento sono scritti brevi e pratici che rispondono a domande come:

• Cosa ho provato?
• Cosa ho osservato?
• Cosa mi ha fatto cambiare idea?
• Quale decisione ho preso e perché?

Aiutano te a ricordare e a far crescere il tuo pensiero, aiutano il tuo team a comprendere il contesto (soprattutto mentre assumi), e possono aiutare la tua community a imparare dai tuoi esperimenti—senza far finta di avere tutte le risposte.

Cosa non è

Un sito di note non è un blog di marketing rifinito, una pagina stampa o un portfolio fatto solo di successi. Non è nemmeno un diario in tempo reale.

Non devi pubblicare ogni pensiero—solo quelli che sono ripetibili, utili o che chiariscono una decisione.

Va bene se i post sono imperfetti. Il valore viene dall’essere costante e chiaro, non dal sembrare “definitivo.” Se aspetti che tutto sia completamente provato, pubblicherai troppo tardi (o mai).

L’obiettivo reale: catturare decisioni e lezioni

Le migliori note del founder rendono visibile il lavoro nascosto:

• Perché una funzione è salita (o scesa) nella roadmap
• Perché hai scelto un modello di pricing
• Cosa hai imparato su un segmento di clienti
• Cosa ti ha insegnato un test fallito su distribuzione o onboarding

Col tempo, questo diventa un registro ricercabile di lezioni apprese—utile per onboarding, retrospettive, aggiornamenti agli investitori e per il tuo futuro se stesso.

Cosa aspettarsi da questa guida

Questa guida è pensata come una passeggiata passo-passo di circa 3000 parole che puoi davvero seguire. Coprirà struttura, scelte di piattaforma (sito statico vs CMS vs builder), workflow di pubblicazione e SEO di base—così il tuo sito di appunti rimane facile da mantenere mentre cresce.

Decidi pubblico, livello di privacy e ritmo di pubblicazione

Prima di scegliere strumenti o template, decidi per chi è questo sito e come verrà usato. Queste scelte definiscono tutto il resto: cosa scrivi, quanto puoi essere franco e quanta manutenzione richiederà il sito.

Definisci il pubblico

Inizia scegliendo il lettore principale:

• Solo tu: un archivio pulito e ricercabile di cui ti puoi fidare. Puoi scrivere pensieri disordinati e mantenere contesto che confonderebbe gli esterni.
• Il tuo team: appunti condivisi, registri decisionali e riferimenti su “come pensiamo”. Funziona meglio quando scrivi con un po’ più di spiegazione e meno battute interne.
• Il pubblico: un learning log in “build-in-public” che può attrarre talenti, partner e clienti. Le note pubbliche beneficiano di struttura più chiara e un po’ più di editing.

Se non sei sicuro, imposta il default su tu + il te futuro. Puoi sempre rendere pubbliche alcune note in seguito.

Scegli uno stile di privacy (privato, pubblico o misto)

La maggior parte dei founder fa meglio con un modello misto:

• Mantieni note grezze private (takeaway dalle riunioni, specifiche del cliente, numeri, riflessioni personali).
• Pubblica apprendimenti sanitizzati pubblicamente (framework, esperimenti, note di lettura, “cosa rifarei diverso”).
• Considera post protetti per materiale sensibile ma condivisibile (es.: aggiornamenti per investitori o playbook interni) usando password o login per il team.

Una regola semplice: se una nota contiene nomi, prezzi o dati identificabili dei clienti, tienila privata per default.

Scegli un formato di nota

Decidi se pubblicherai:

• Aggiornamenti brevi (lezioni rapide, link con commento, esperimenti piccoli)
• Saggi più lunghi (deep dive, postmortem, memo strategici)
• Entrambi, dove le note brevi possono poi essere ampliate in saggi

Imposta un ritmo realistico di pubblicazione

La costanza batte l’intensità. Scegli una cadenza che puoi mantenere durante le settimane impegnative:

• Settimanale se le note sono brevi e leggere
• Ogni due settimane se preferisci post editati
• Mensile se i post sono più lunghi e vuoi tempo per riflettere

Concediti il permesso di pubblicare note “qualità bozza”. Il sito dovrebbe ridurre l’attrito, non aggiungere compiti.

Scegli il formato giusto: blog, wiki o giardino digitale

Il “formato giusto” è quello che continuerai realmente a usare. Le note del founder funzionano meglio quando la struttura riduce l’attrito: puoi pubblicare velocemente e i lettori riescono comunque a trovare ciò che conta più tardi.

Opzione 1: Blog (cronologico)

Un blog è un flusso di post ordinati nel tempo: cosa hai imparato questa settimana, una decisione presa, il riassunto di un libro, un teardown.

È ottimo quando le tue note sono legate a un percorso (costruire, assumere, fundraising, iterazioni di prodotto). I lettori possono seguire anche senza una mailing list, perché c’è un punto d’ingresso chiaro “più recente prima”.

Opzione 2: Wiki (strutturato, ricercabile)

Un wiki è organizzato per argomenti e pagine, non per date. Funziona meglio quando documenti:

• Processi ripetibili (checklist di onboarding, playbook di lancio)
• FAQ (obiezioni sul pricing, macro di supporto)
• Principi operativi (come conduci riunioni, come scrivi specifiche)

Se ti trovi ad aggiornare lo stesso concetto ripetutamente (“la nostra definizione di ICP”), è un segnale da wiki: crea una pagina canonica e affinala.

Opzione 3: Giardino digitale (note interconnesse)

Un giardino digitale è una via di mezzo: le note evolvono nel tempo e sono molto interconnesse tramite link. È perfetto per il pensiero sporco e in evoluzione—bozze, idee parziali, “ecco cosa penso finora”.

Il rischio: senza una struttura di partenza chiara, può confondere i nuovi lettori.

Un default semplice che funziona per la maggior parte dei founder

Inizia con post cronologici + tag. È il modello di pubblicazione a minor sforzo, e i tag ti danno un secondo livello di navigazione senza costringerti a progettare l’intera tassonomia.

Poi combina i formati mentre cresci:

• Feed di note (blog): aggiornamenti veloci e apprendimenti settimanali
• Pagine evergreen (stile wiki): riferimenti stabili che linki dai post

Questo approccio “feed + evergreen” mantiene lo slancio trasformando lentamente le note migliori in pagine riutilizzabili (es.: un /blog feed più una pagina “Start Here” per le basi).

Pianifica una sitemap semplice che non diventi disordinata

Un sito di appunti fallisce spesso per una ragione noiosa: non trovi nulla dopo qualche mese. Una sitemap semplice risolve questo. Il tuo obiettivo non è prevedere ogni argomento che imparerai—è creare una struttura che resti stabile mentre il contenuto cresce.

Parti dalle pagine minime

Mantieni le pagine “sempre disponibili” poche e chiare:

• Home: cosa è il sito, come usarlo e alcune note recenti o in evidenza.
• Notes: indice principale (per categoria, tag o ultimi).
• About: chi sei e su cosa ti stai concentrando.
• Now / Updates: su cosa stai lavorando questo mese (o un feed stile changelog).
• Contact: un modo ovvio per contattarti (form o email) e i confini.

Queste cinque coprono il 90% di ciò che i lettori cercano senza trasformare la navigazione in una dashboard.

Aggiungi pagine opzionali solo se le manterrai

Le pagine opzionali sono utili—fino a quando diventano obsolete. Aggiungile solo quando hai contenuti da aggiornare:

• Reading List: libri, paper e link con brevi takeaway.
• Tools: il tuo stack e perché lo hai scelto.
• Projects: esperimenti, side project o case study.
• Talks / Writing: materiali pubblici, press, podcast.

Se non aggiorni una di queste almeno ogni trimestre, considera di fonderla in Notes.

Mantieni la navigazione noiosa (di proposito)

Punta a 5–7 elementi di primo livello max. Tutto il resto può essere scoperto tramite ricerca, tag e link interni.

Pianifica la crescita senza costruirla ora

Lascia spazio per sezioni future progettando la tua pagina Notes per scalare: un indice + filtri + “note recenti.” Puoi sempre aggiungere una nuova categoria dopo, ma cambiare la navigazione principale ogni mese insegna ai lettori a smettere di cliccare.

Crea una tassonomia: categorie, tag e cross-link

Un sito di note resta utile solo se riesci a archiviare (e poi trovare) le idee rapidamente. Una tassonomia semplice—categorie, tag e cross-link—ti dà struttura senza trasformare la pubblicazione in lavoro amministrativo.

Categorie = contenitori ampi

Usa le categorie per le “grandi aree” della vita da founder. Tienile poche e stabili così non riorganizzi tutto ogni mese.

Ottimo set iniziale (5–8): Product, Sales, Hiring, Ops, Fundraising, Strategy, Personal.

Esempio: una nota intitolata “Il mio checklist di onboarding per il primo AE” potrebbe vivere in Hiring, anche se menziona pipeline o tooling.

Tag = concetti specifici e riutilizzabili

I tag sono per dettagli che attraversano le categorie—framework, strumenti e argomenti ricorrenti.

Una regola pratica: aggiungi un tag solo se pensi di riusarlo. Se non scriverai realisticamente 2–3 note che meritano lo stesso tag, saltalo.

Esempi:

• Categorie: Sales → Tag: discovery, pricing, objections, CRM
• Categorie: Product → Tag: JTBD, roadmap, user interviews, analytics
• Categorie: Ops → Tag: SOP, automation, Notion, Zapier

Decidi anche una convenzione leggera di naming (singolare vs plurale, trattini vs spazi) e mantienila: es., user-research (non “user research” in un posto e “research” in un altro).

Cross-link = contesto e valore che compone

I cross-link trasformano note isolate in una mappa del tuo pensiero. Quando una nota fa riferimento a un altro concetto, collegalo inline (“vedi anche: la mia nota su pricing experiments”).

Una semplice abitudine: ogni volta che pubblichi, aggiungi 1–3 link a note correlate e aggiungi un backlink da una nota più vecchia se ora ha una spiegazione migliore e aggiornata. Col tempo, il sito diventa più facile da navigare—anche per te tra sei mesi.

Scegli una piattaforma che puoi mantenere (CMS vs Static vs Builder)

Il successo o il fallimento del tuo sito di note dipende da un dettaglio noioso: se pubblicherai davvero quando sei occupato. Scegli la piattaforma che ti permette di aggiungere una nota, collegarla e premere “pubblica” in meno di 10 minuti.

Le tre opzioni comuni (in parole semplici)

CMS (Content Management System): WordPress, Ghost, ecc. Ti logghi, scrivi in un editor e pubblichi. Ottimo se vuoi commenti, bozze, pianificazioni e plugin. Trade-off: aggiornamenti e gestione dei plugin possono diventare un peso.

Site builder: Webflow, Squarespace, publisher basati su Notion, ecc. Progetti con template drag-and-drop e pubblichi in fretta. Ottimo se vuoi un aspetto rifinito con settaggio minimo. Trade-off: struttura e portabilità possono essere limitate, e i costi possono salire con la crescita.

Static site generator: Hugo, Jekyll, Eleventy, ecc. Scrivi le note come file (spesso Markdown) e uno strumento costruisce il sito. Ottimo per velocità, costi di hosting bassi e controllo a lungo termine. Trade-off: il setup iniziale e la pubblicazione possono sembrare “da sviluppatore” a meno che tu non abbia già un workflow.

Un’ quarta opzione (se vuoi un’app personalizzata senza un lungo sviluppo)

Se ti piace il controllo di un’app di note personalizzata (tag, ricerca full-text, post pubblici/privati, login per il team) ma non vuoi costruire tutto da zero, una piattaforma di sviluppo guidata come Koder.ai può essere un buon compromesso. Descrivi quello che vuoi in chat (modello dati, pagine, permessi, editor) e genera un’app funzionante—tipicamente React sul front end con Go + PostgreSQL sul backend.

Questo è utile se desideri funzionalità oltre un CMS tipico (snapshot/rollback, modalità planning o facile esportazione del codice) mantenendo tempi di setup ridotti.

Criteri di selezione che contano per le note del founder

Chiediti:

• Velocità di pubblicazione: puoi pubblicare dal laptop in una pausa? Dal telefono?
• Manutenzione: gli aggiornamenti rompono cose? Chi le sistema—tu o un fornitore?
• Flessibilità: puoi aggiungere tag, backlink e template semplici più tardi?
• Costo: spese mensili ora, e cosa succede a 200+ note?
• Portabilità: puoi esportare pulitamente il contenuto se cambi strumento?

Inizia piccolo (e tieni la porta aperta)

Se sei indeciso, scegli l’opzione che puoi aggiornare in 10 minuti oggi, non il “sistema perfetto”. Un archivio pulito e coerente batte una configurazione bella che eviti di usare.

Tabella decisionale (compila questa)

(Una volta scelta, definirai una struttura semplice del sito nelle sezioni successive.)

Progetta per la lettura: layout, template e accessibilità

Un sito di appunti ha successo quando è semplice da leggere. Elementi visivi troppo sofisticati invecchiano rapidamente; un sistema chiaro e coerente rende le tue note utilizzabili mesi dopo—soprattutto quando si scorrono per trovare un insight specifico.

Il sistema visivo minimo (mantienilo noioso di proposito)

Inizia con tre decisioni che non rivedrai ogni settimana:

• Tipografia: scegli un font leggibile per il corpo (i font di sistema vanno bene) e un peso per i titoli.
• Spaziatura: margini coerenti e interlinea generosa battono elementi decorativi.
• Un colore di accento: usalo per link e piccoli richiami, non per sfondi interi.

Questo “sistema minimo” riduce il debito di design e mantiene nuove note visivamente coerenti senza sforzo.

Leggibilità prima di tutto: la pagina deve “sparire”

Ottimizza per la scansione e la lettura profonda:

• Lunghezza riga: mira a ~60–80 caratteri per riga così gli occhi non si perdono.
• Dimensione font: default confortevoli (spesso 16–18px su desktop) con gerarchia di titoli chiara.
• Intestazioni: usa H2/H3 in modo coerente così una nota è comprensibile a colpo d’occhio.
• Blocchi di codice (se necessari): lasciali respirare e usa lo scrolling orizzontale piuttosto che testi minuscoli.

Se includi diagrammi o screenshot, trattali come opzionali—non come il modo primario in cui la nota comunica.

Un template di nota che allena il tuo futuro io

Un template coerente accelera la pubblicazione e rende l’archivio più riutilizzabile. Struttura semplice:

Summary — il takeaway in un paragrafo.

Context — perché stavi imparando questo (progetto, decisione, problema).

Lessons — i punti chiave, in forma di principi o “attenzioni”.

Next steps — cosa proverai, misurerai o rivedrai.

Puoi anche aggiungere una piccola riga di metadati in cima (data, topic, status: “draft/evergreen”).

Basi di accessibilità che puoi implementare in pochi pomeriggi

L’accessibilità è per lo più buona UX:

• Contrasto: assicurati che testo e link superino controlli di contrasto di base.
• Stili link: non fare affidamento solo sul colore; sottolinea i link o aggiungi uno stato hover/focus chiaro.
• Navigazione da tastiera: dovresti poter tabulare tra link e controlli con un focus visibile.

Queste scelte rendono le note più facili per tutti—e fanno sembrare il sito più curato senza lavoro di design extra.

Configura dominio, hosting e impostazioni di base

Un sito di appunti dovrebbe dare la sensazione di essere stabile e “sempre lì”. La configurazione che fai una volta—dominio, hosting e pochi default—previene problemi futuri e rende la condivisione dei link immediata.

Dominio: scegli qualcosa che non supererai

Scegli un dominio facile da dire a voce e da digitare. Opzioni comuni:

• Il tuo nome (es.: janelee.com) se le note sono personali e portabili.
• Il nome della tua azienda/prodotto se le note sono strettamente legate al business.

Preferisci il .com quando è disponibile, ma non forzarlo—la chiarezza batte la perfezione. Evita trattini, spelling complicati e frasi troppo fantasiose che dovrai poi spiegare.

Hosting: concentra sulla affidabilità, non sulle feature

Sia che tu usi un CMS, un sito statico o un site builder, cerca queste basi:

• HTTPS di default (il tuo sito dovrebbe caricarsi come https:// senza lavoro manuale).
• Backup e rollback semplici così un cambiamento sbagliato non rompe tutto.
• Alta disponibilità e una pagina di stato/supporto chiara.

Se la tua piattaforma supporta “preview deployments”, usali. Vedere una modifica prima che sia live rende la pubblicazione più serena.

Se costruisci un’app personalizzata, privilegia le stesse feature di affidabilità. Per esempio, Koder.ai supporta deployment/hosting, domini personalizzati e snapshot con rollback—utile quando vuoi spedire velocemente senza sorvegliare l’infrastruttura.

Impostazioni day-one che ripagano subito

Configura queste appena il sito esiste:

• Analytics: scegli un’opzione rispettosa della privacy e raccogli solo ciò che userai davvero (pagine top, referrer, termini di ricerca). Se non hai bisogno di tracciamento a livello utente, non abilitarlo.
• Sitemap: genera /sitemap.xml così i motori di ricerca possono scoprire le nuove note.
• RSS feed: un semplice feed aiuta i lettori a seguirti senza i social.
• Ricerca interna: anche una ricerca di base migliora molto l’usabilità quando hai 30–50 note.

Default orientati alla privacy per le note pubbliche

Dai per scontato che tutto ciò che pubblichi possa essere copiato. Non includere nomi di clienti, metriche private, screenshot interni, credenziali o dettagli “non pubblici ma evidenti”. Quando hai dubbi, scrivi l’apprendimento e rimuovi il contesto identificativo—or tieni la pagina privata finché non sei sicuro.

Rendi le note trovabili: SEO di base e ricerca interna

Un sito di note non cerca di “vincere Google”. Vuole essere trovabile più tardi—da te, dal tuo team e dalle poche persone che ne trarrebbero davvero beneficio. L’obiettivo è chiarezza, coerenza e una leggera igiene SEO.

SEO “abbastanza buona” per le note

Inizia con le basi che manterrai davvero:

• Titoli: scrivi titoli specifici e scansionabili (“Pricing page teardown: 7 pattern che convertono”) invece di vaghi (“Riflessioni sul pricing”).
• Meta description: opzionale, ma utile per note chiave. Una frase: cosa tratta la nota e per chi è.
• URL puliti: tienili brevi, leggibili e stabili. Preferisci /notes/pricing-page-patterns piuttosto che slug pesanti di date o generati automaticamente.

Se rinomini una nota, cerca di mantenere lo stesso URL (o impostare un redirect) così i link interni non si rompono.

Struttura in pagina semplice che legge bene

Tratta ogni nota come un mini-articolo:

• Un H1 per pagina (di solito il titolo gestito dalla piattaforma).
• Usa H2 per sezioni (“Cosa ho imparato”, “Esempi”, “Domande”).
• Mantieni paragrafi brevi (2–4 frasi) così la lettura è comoda su mobile.

Questo migliora la leggibilità e aiuta motori di ricerca e ricerca interna a capire la pagina.

Abitudini di linking interno (il vero superpotere)

Rendi il linking un passo abituale del tuo workflow:

• Aggiungi una sezione “Related notes” con 2–5 pagine correlate.
• Linka le pagine evergreen (principi, template, riassunti). Es.: “Vedi /notes/meeting-notes-template”.
• Quando riferisci un concetto che hai già trattato, linkalo una volta—non esagerare.

Controlli di indicizzazione: note pubbliche vs private

Non tutte le note devono essere indicizzate. Se una pagina è personale, parziale o contiene dettagli sensibili, considera:

• Tenerla privata (richiesta di autenticazione).
• Impostare noindex così può essere condivisa via link ma non apparirà nei risultati di ricerca.

Ricerca interna che vale la pena

Se la tua piattaforma lo supporta, aggiungi una casella di ricerca. Prioritizza una ricerca veloce e tollerante agli errori di battitura invece di filtri complessi—il tuo io futuro ti ringrazierà.

Costruisci un workflow che renda semplice pubblicare

Un sito di appunti funziona solo se pubblicare è leggero. L’obiettivo è ridurre le decisioni così puoi passare velocemente da “ho imparato qualcosa” a “è sul sito”.

Un flusso semplice cattura → pubblica

Usa una pipeline in quattro fasi che rispecchia come funziona la tua mente:

1. Inbox note: cattura velocemente (punti, screenshot, citazioni, link). Nessuna formattazione.
2. Draft: trasforma l’inbox in una nota breve con un takeaway chiaro.
3. Publish: pubblicala così com’è (anche se è piccola).
4. Link: collegala a note correlate (e aggiungi un link “Prossima lettura” se utile).

Se tieni questo loop, eviterai la trappola delle note “perfette poi” che non vedono mai la luce.

Strumenti di drafting + sincronizzazione senza drammi

Scegli un posto per fare il draft, poi rendi la pubblicazione prevedibile.

• Documenti Markdown (VS Code, Obsidian, Typora): facili se il sito è statico o Git-based.
• App di note (Apple Notes, Notion, Google Docs): ottime per la cattura; programma una sessione settimanale per “promuovere a draft”.

Per la sincronizzazione, mantieni le cose semplici:

• Una cartella singola (es.: /notes/inbox e /notes/published) sincronizzata via iCloud/Dropbox, oppure
• Un repo Git con una routine di commit semplice.

Se stai costruendo un sito di note personalizzato (anziché usare un CMS pronto), valuta se il tuo workflow ha bisogno di toggle private/public, accessi basati sui ruoli o una “planning mode” per strutturare il contenuto prima di implementarlo. Strumenti come Koder.ai possono aiutarti a prototipare quel workflow rapidamente mantenendo però l’opzione di esportare il codice sorgente più tardi.

Checklist pre-pubblicazione riutilizzabile

Prima di premere pubblica, conferma:

• Titolo: specifico e ricercabile (“Pricing page teardown: 7 pattern che funzionano”).
• Riassunto 1–2 frasi in cima.
• Tag/categorie aggiunti (2–5 sono sufficienti).
• Almeno 2 link interni a note correlate (o placeholder “Vedi anche”).
• Link di fonte per tutto ciò che non è tuo.
• Data impostata (data di pubblicazione e opzionale “ultima modifica”).

Spedisci piccolo, poi espandi

Di default pubblica note brevi (150–400 parole). Più tardi, puoi unire più note in una guida più lunga e linkarla dalle pagine hub. Pubblicare in piccolo costruisce momentum—e il momentum è ciò che mantiene vivo un sito di appunti.

Manutenzione e crescita: aggiornamenti, riuso e un piano di 30 giorni

Un sito di appunti diventa prezioso quando resta aggiornato. Il trucco è trattare le note come documenti vivi senza trasformare la manutenzione in un secondo lavoro.

Rendi gli aggiornamenti visibili (senza sovraspiegare)

Quando revisioni una nota, aggiungi una riga semplice vicino all’inizio:

• Last updated: 2025-12-26

Tieni gli aggiornamenti leggeri: sistema frasi poco chiare, aggiungi un esempio mancante o correggi una conclusione che non ha retto. Se una nota cambia significativamente, aggiungi un breve paragrafo “Update” (“Non sono più d’accordo con X perché…”). I lettori imparano anche dalle tue revisioni.

Scegli una policy per gli errori e rispettala

Scegli un approccio e applicalo ovunque così i lettori sanno cosa aspettarsi.

Raccomandazione: note di correzione (non modifiche silenziose).

• Per errori fattuali o affermazioni fuorvianti, aggiungi un breve blocco Correction in fondo con la data.
• Fai la modifica minima necessaria nel testo principale e poi spiega il cambiamento nella nota di correzione.

Questo mantiene alta la fiducia pur permettendo alle note di migliorare.

Riusa le note così il sito compone valore

Le tue note sono materiale grezzo. Un loop di riuso semplice:

• Nota → saggio: combina 3–5 note correlate in un post con punto di vista più stretto.
• Nota → talk: trasforma i titoli in slide; usa gli esempi come storie.
• Nota → documento di onboarding: linka la nota nei documenti del team (es.: “Come pensiamo al pricing”) e mantienila aggiornata in un unico posto.

Quando riusi una nota, collega in entrambe le direzioni: il saggio dovrebbe riferirsi alle note sorgente e ogni nota sorgente dovrebbe linkare il pezzo derivato.

Un piano pratico di 30 giorni

Settimana 1: definisci le regole

• Scrivi 3 note (brevi, specifiche).
• Crea regole per i tag: 2–5 tag per post, preferisci sostantivi singolari, niente quasi-duplicati (scegli “pricing” o “prices”).

Settimana 2: costruisci momentum

• Scrivi 3 note in più.
• Aggiungi un cross-link per nota a qualcosa di correlato.

Settimana 3: pubblica il primo “bundle”

• Scrivi 3 note.
• Crea 1 post di sintesi che linka tutte e nove le note.

Settimana 4: affina e iterare

• Scrivi il 10° post (una pagina “start here”/indice).
• Checkpoint: pulisci tag, rinomina titoli confusi e aggiorna ogni post più vecchio di due settimane che ora ti sembra sbagliato.

Dopo 30 giorni avrai un sistema piccolo che può crescere senza impazzire.