Come pianificare un mese di contenuti con Claude + Notion

01 · BRIEF INIZIALE

Parti dai dati che Claude non può dedurre

Anche un calendario ben rifinito può essere inventato. Claude non conosce il tempo effettivo di produzione, il linguaggio del pubblico, i fatti sul prodotto o le date indisponibili senza le tue indicazioni. Raccogli questi sei gruppi di dati prima di chiedere idee. Se manca un campo obbligatorio, il prompt più avanti impone a Claude di fermarsi e chiedere.

02 · DESTINAZIONE

Scegli come trasferire il calendario a Notion

Scegli il percorso prima di pianificare, così l’output userà campi accettati dalla destinazione. Anthropic descrive un connettore Notion che lavora sui contenuti accessibili tramite la connessione autorizzata. Notion offre anche MCP ospitato per client IA compatibili. Entrambi richiedono connessione e autorizzazione. Questa può consentire al client connesso di leggere o aggiornare contenuti accessibili al tuo utente nello spazio selezionato. L’anteprima della destinazione in questa guida è una regola operativa di Kabo, non un confine di autorizzazioni a livello di pagina.

Anthropic: connettore Notion per Claude ↗Notion per sviluppatori: collegare uno strumento IA a Notion MCP ↗Notion per sviluppatori: buone pratiche di sicurezza MCP ↗

Scorri in orizzontale per leggere tutte le colonne.

Assistenza Notion: importare dati in Notion ↗

Usa uno schema semplice da verificare

Parti dalle proprietà seguenti e aumenta la complessità solo quando un flusso reale lo richiede. Una vista calendario di Notion necessita di una proprietà data. Una riga visibile nella vista non significa che il post sia programmato su una piattaforma social.

Assistenza Notion: viste calendario ↗Notion per sviluppatori: strumenti supportati da Notion MCP ↗

Scorri in orizzontale per leggere tutte le colonne.

03 · ARCHITETTURA DEL MESE

Crea contenuti portanti prima di riempire 30 date

Generare un’idea isolata ogni giorno favorisce ripetizioni mascherate da titoli diversi. Crea invece pochi contenuti portanti basati su prove: un tutorial utile, un punto di vista, un workshop, un esperimento o un momento di lancio. Ricavane poi contenuti più specifici che rispondano a un’altra domanda o cambino profondità e formato.

1. 01

   Scegli da due a quattro pilastri

   Ogni pilastro deve collegare l’obiettivo mensile ai materiali già disponibili. Elimina quelli sostenuti solo dalle conoscenze generali di Claude.

2. 02

   Dai a ogni contenuto portante una fonte e un beneficio

   Registra gli appunti, la trascrizione, la domanda, l’esempio o il fatto sul prodotto alla base. Indica cosa il pubblico potrà fare o capire dopo averlo consultato.

3. 03

   Fai meritare una riga a ogni derivato

   Un derivato deve cambiare domanda, prove, profondità o azione. Ritagliare la stessa affermazione in tre proporzioni è distribuzione, non tre idee.

4. 04

   Riserva tempo per revisione e imprevisti

   Inserisci le stime prima di fissare le date. La regola di Kabo è che ore pianificate più margine rientrino nelle ore disponibili. Il prompt prevede 20% di margine, ma puoi sostituirlo con la tua riserva nota.

Se un contenuto portante richiede un’apertura più forte, usa i modelli osservabili della guida Kabo su cosa accomuna i video virali. Considerali spunti di revisione, non promesse che il post diventi virale.

04 · PROMPT DA COPIARE

Usa questo prompt per costruire il mese

Sostituisci ogni campo tra parentesi quadre. Il prompt separa pianificazione e scrittura: chiede a Claude di verificare i dati, calcolare il carico, mostrare tutto il mese e segnalare problemi di qualità. Una seconda frase esatta di approvazione funge da convenzione di revisione per una destinazione e un insieme di righe.

Aiutami a pianificare un mese di contenuti da creatore. Costruisci un calendario editoriale realistico con le informazioni che fornisco. Non inventare ricerche sul pubblico, dati analitici, citazioni di clienti, fatti sul prodotto, regole delle piattaforme, tendenze, scadenze o previsioni di rendimento.

DATI OBBLIGATORI
- Periodo: da [DATA INIZIALE] a [DATA FINALE]
- Fuso orario: [FUSO ORARIO]
- Pubblico: [A CHI È RIVOLTO QUESTO MESE]
- Piattaforma principale: [PIATTAFORMA]
- Canali secondari: [CANALI O NESSUNO]
- Obiettivo mensile: [UN OBIETTIVO]
- CTA consentite: [AZIONI POSSIBILI, INCLUSA NESSUNA]
- Pilastri di contenuto: [2–4 PILASTRI]
- Materiali disponibili: [APPUNTI, TRASCRIZIONI, COMMENTI, LINK, FATTI SUL PRODOTTO]
- Ore di produzione disponibili: [ORE]
- Impegno per formato: [FORMATO = ORE]
- Date indisponibili, lanci, revisioni e approvazioni: [DATE]
- Destinazione Notion: [NOME DATABASE + URL/ID O "NESSUN CONNETTORE"]
- Proprietà Notion esistenti: [NOMI + TIPI O "NUOVO DATABASE"]

CONDIZIONI DI ARRESTO
Se mancano periodo, fuso, pubblico, piattaforma principale, obiettivo mensile o capacità produttiva, fermati e chiedi solo i dati mancanti. Se un’affermazione fattuale non ha fonte, mantieni Stato "Idea", scrivi "Servono prove" in Note e non colmare il vuoto con un’affermazione plausibile.

METODO DI PIANIFICAZIONE
1. Ripeti i miei vincoli in una breve verifica iniziale. Separa fatti forniti, ipotesi e domande irrisolte.
2. Proponi 2–4 pilastri di contenuto. Cita per ciascuno i materiali forniti che lo sostengono.
3. Scegli pochi contenuti portanti prima di riempire le date. Ricava seguiti specifici per piattaforma, ma dai a ogni derivato una domanda del pubblico, un gancio, una profondità o un’azione successiva diversi.
4. Stima le ore con le mie stime per formato. Mantieni il lavoro nella capacità e conserva almeno 20% del tempo disponibile come margine, salvo una mia regola diversa.
5. Ordina logicamente contenuti portanti, derivati, post della comunità, revisioni, momenti di lancio e margini. Rispetta le date indisponibili.
6. Usa solo questi Stati: Idea, Pianificato, Approvato, In stesura, Pronto, Programmato, Pubblicato. Metti ostacoli come prove mancanti, risposte in attesa e motivi d’indisponibilità in Note, senza inventare altri stati. Non trattare Notion come sistema di pubblicazione social.

OUTPUT IN ANTEPRIMA
Restituisci prima:
A. Verifica iniziale: fatti forniti, dati mancanti e ipotesi da approvare.
B. Capacità: ore disponibili, pianificate, di margine e relativo calcolo.
C. Mappa di pilastri e contenuti portanti: pilastro, contenuto portante, derivati, fonte/prova, obiettivo e CTA.
D. Calendario completo con una riga per voce; le date possono ripetersi tra canali. Usa queste colonne:
Data di pubblicazione | Titolo provvisorio | Piattaforma | Formato | Pilastro | Ruolo del contenuto | Fonte / prova | CTA | Ore di lavoro | Stato | Note
E. Rapporto qualità su capacità, adeguatezza al pubblico, prove, distinzione, qualità del riuso, adeguatezza alla piattaforma, obiettivo/CTA, logica del calendario, sicurezza Notion e veridicità degli stati.

CONTROLLO DI SCRITTURA NOTION
Non creare, modificare o eliminare nulla in Notion durante l’anteprima. Dopo la mia revisione, mostra:
- spazio/database di destinazione esatto;
- proprietà esistente -> mappatura proposta;
- numero di righe da creare e aggiornare;
- controllo duplicati e date/fuso;
- tipi di campo non supportati o incerti.

Attendi la frase esatta APPROVE NOTION WRITE prima di modificare Notion. L’approvazione vale solo per destinazione, mappatura e righe dell’ultima anteprima. Se cambia qualcosa, mostrane una nuova.

ALTERNATIVA SENZA CONNETTORE
Se non c’è una connessione Notion, restituisci il calendario approvato sia come tabella Markdown sia come CSV UTF-8 con le stesse colonne. Nel CSV, usa MM/DD/YYYY con anno completo per Data di pubblicazione affinché Notion possa interpretarla come data. Chiarisci che importare CSV aggiunge righe al database; non è sincronizzazione automatica, aggiornamento o inserimento, programmazione o pubblicazione social.

05 · REVISIONE UMANA

Controlla il piano prima che Claude scriva in Notion

Leggi il calendario come redattore e responsabile di produzione. Superare il controllo significa poter inserire il piano nel database in sicurezza, non che ogni post sia finito, programmato o destinato a buoni risultati.

1. 01

   Capacità

   Le ore pianificate rientrano nelle disponibili dopo aver riservato un margine?

2. 02

   Adeguatezza al pubblico

   Ogni riga pubblicabile indica lo stesso pubblico e una domanda, esigenza o tensione reale?

3. 03

   Prove

   Ogni affermazione fattuale o sul pubblico ha una fonte fornita o un’etichetta visibile di ipotesi?

4. 04

   Distinzione

   Gancio, promessa e beneficio sono significativamente diversi da quelli delle righe vicine?

5. 05

   Qualità del riuso

   Ogni derivato cambia angolo, profondità o presentazione invece di copiare il portante?

6. 06

   Adeguatezza alla piattaforma

   Il formato è nativo della piattaforma indicata e ha contesto sufficiente per reggersi da solo?

7. 07

   Obiettivo e CTA

   Ogni CTA sostiene l’obiettivo mensile e alcune righe possono insegnare senza chiedere nulla?

8. 08

   Logica del calendario

   I portanti precedono i derivati, le revisioni precedono le scadenze e i giorni indisponibili rimangono protetti?

9. 09

   Sicurezza Notion

   Hai controllato destinazione, mappatura, numero di righe, date e probabili duplicati prima di scrivere?

10. 10

    Veridicità degli stati

    Pianificato, approvato, programmato e pubblicato restano distinti, così il calendario non suggerisce che sia online ciò che non lo è?

06 · ESEMPIO COSTRUITO

Osserva il flusso in un mese costruito di 30 giorni

Maya Chen è una docente immaginaria di design freelance con un pubblico Instagram fittizio di 18,4K persone e 2,7K iscritti alla newsletter. Lancia un minicorso immaginario di inserimento clienti e ha 34 ore produttive per novembre 2026. Nomi, numeri di pubblico, stime, risultati e righe seguenti non descrivono clienti Kabo né costituiscono parametri di riferimento.

Scorri in orizzontale per leggere tutte le colonne.

Il piano usa quattro gruppi invece di 30 prompt scollegati. Revisioni e margini sono visibili, i post dipendenti da risposte e senza prove restano sospesi e la retrospettiva registra le uscite effettive. A fine mese Maya sostituirebbe gli stati previsti con risultati reali, senza chiedere a Claude di dedurre il rendimento.

07 · STESSO METODO, ALTRO CLIENT

Usa lo stesso flusso di pianificazione in Codex

Il metodo editoriale non cambia in Codex: fornisci lo stesso brief, usa lo stesso prompt, richiedi la stessa anteprima e rapporto qualità, poi approva una scrittura specifica in Notion o mantieni il CSV. Cambiare client IA non richiede di rigenerare la strategia.

Per dare a Codex accesso a Notion, configura il server MCP ospitato di Notion in un ambiente Codex locale supportato che legga la configurazione MCP, poi completa OAuth. OpenAI documenta configurazione MCP e supporto OAuth; Notion documenta endpoint ospitato e strumenti supportati. L’accesso segue la connessione autenticata: conferma spazio e destinazione alla revisione.

OpenAI per sviluppatori: Model Context Protocol in Codex ↗Notion per sviluppatori: collegare uno strumento IA a Notion MCP ↗Notion per sviluppatori: strumenti supportati da Notion MCP ↗

08 · DIAGNOSI DEL TRASFERIMENTO

Risolvi i problemi di trasferimento a Notion

Scorri in orizzontale per leggere tutte le colonne.

Assistenza Notion: importare dati in Notion ↗Assistenza Notion: viste calendario ↗

09 · FONTI E METODO

Cosa è documentato e cosa è il metodo Kabo

Le affermazioni su connettori, MCP, autenticazione, strumenti, importazione e viste calendario vengono dalle fonti ufficiali seguenti. Brief, perimetro di capacità, metodo portanti-derivati, prompt, controllo di scrittura, checklist qualità ed esempio Maya sono materiali editoriali Kabo. I flussi pubblici dei creatori hanno aiutato a formulare la domanda, ma non dimostrano risparmi fissi o risultati e non contano nel badge delle fonti primarie.

• Anthropic: connettore Notion per Claude ↗
• Notion per sviluppatori: collegare uno strumento IA a Notion MCP ↗
• Notion per sviluppatori: strumenti supportati da Notion MCP ↗
• Notion per sviluppatori: buone pratiche di sicurezza MCP ↗
• Assistenza Notion: importare dati in Notion ↗
• Assistenza Notion: viste calendario ↗
• OpenAI per sviluppatori: Model Context Protocol in Codex ↗