Notion come CRM: lo schema che usiamo sulle agenzie con due linee di business

Notion come CRM funziona davvero? Sì, se lo progetti bene. Lo schema esatto che usiamo su un'agenzia con due linee di business, automazioni incluse.

Notion come CRM funziona bene fino a qualche centinaio di trattative attive, a patto che tu progetti la struttura invece di improvvisarla. Servono quattro database collegati (contatti, opportunità, clienti, progetti), una proprietà che identifichi il tipo di servizio, e almeno un'automazione che al momento dell'acquisizione crei il progetto senza che nessuno lo faccia a mano. Il costo è 10 dollari per utente al mese sul piano Plus, contro i 30-100 di un CRM dedicato. Il limite vero non è il prezzo: è che Notion non ti obbliga a nessuna struttura, quindi la struttura la devi mettere tu.

Costruiamo CRM su Notion per lavoro. Questo è lo schema che abbiamo montato su Officina38, un'agenzia di produzione video e comunicazione, e che da allora riusiamo con adattamenti su quasi tutti i clienti.

Tre cose che puoi fare oggi

  • **Conta le tue tipologie di cliente.** Non i settori: i processi. Se un cliente entra con un preventivo one-shot e un altro con un retainer mensile, sono due processi di vendita diversi e il tuo CRM deve saperlo.
  • **Apri un database e crea una proprietà SELECT chiamata "tipo servizio".** È il campo su cui poi appoggerai tutto il resto. Cinque minuti.
  • **Prendi le ultime dieci trattative chiuse e scrivi le fasi che hanno attraversato davvero.** Non quelle che pensi. Quelle vere. Diventano le colonne della tua vista Kanban.

    • Un consiglio: non partire dal template. Parti dalle proprietà. Un template scaricato ti impone il modo di lavorare di qualcun altro, e nel giro di tre settimane il team smette di aggiornarlo perché non corrisponde a come vende davvero.

    Punti chiave

    Punto | Dettagli

    Quando Notion basta | Team fino a 10-15 persone, volumi sotto le poche centinaia di trattative attive, nessun bisogno di email marketing nativo

    L'errore più comune | Creare un database per ogni tipologia di cliente. Uno solo, con una proprietà che distingue

    Il pezzo che fa la differenza | L'automazione acquisizione → creazione progetto. Senza, hai un foglio Excel colorato

    Costo reale | Notion Plus 10 dollari/utente/mese con fatturazione annuale, Business 20. Verificato agosto 2026

    Il limite serio | Permessi granulari e automazioni complesse. Lì serve n8n o Make accanto

    Tempo di costruzione | Una settimana per il CRM, 3-4 per il sistema operativo completo intorno

    Notion è davvero un CRM?

    No, e questa è la risposta onesta. Notion è un database relazionale con un'interfaccia gradevole. Non ha sequenze email native, non ha lead scoring, non ha permessi per singolo record sotto il piano Business.

    Ma la domanda giusta non è "Notion è un CRM". È: il tuo problema è la mancanza di funzionalità o la mancanza di struttura? Nella stragrande maggioranza delle agenzie che vediamo, il problema è il secondo. Hanno un CRM dedicato pagato e mezzo vuoto, più le trattative vere che vivono su WhatsApp e nella testa del founder. Comprare uno strumento più potente non risolve un problema di processo.

    Notion vince quando il CRM deve stare attaccato al resto del lavoro. Il lead diventa cliente, il cliente diventa progetto, il progetto genera task e fatture. Se queste cose vivono in quattro strumenti diversi, qualcuno passa la giornata a copiare dati. Questo è il ragionamento che sta dietro al [single source of truth](/blog/single-source-of-truth): non serve lo strumento migliore per ogni funzione, serve che le funzioni si parlino.

    Come si struttura un CRM su Notion

    Quattro database. Non tre, non dodici.

    **Contatti.** Persone. Nome, email, telefono, azienda collegata, ruolo.

    **Aziende.** Organizzazioni. Nome, settore, dimensione, contatti collegati, opportunità collegate.

    **Opportunità.** Il cuore. Qui vivono le trattative.

    **Clienti/Progetti.** Dove finisce l'opportunità vinta.

    Le proprietà dell'opportunità, che è l'unico database che devi progettare con attenzione:

    Proprietà | Tipo | Perché serve

    Nome trattativa | Title | Formato "Azienda - Servizio"

    Azienda | Relation | Collega al database aziende

    Tipo servizio | Select | Il campo che pilota tutto il resto

    Valore | Number | In euro, senza formule creative

    Status | Select | Le fasi vere della tua vendita

    Owner | Person | Una persona sola, non un team

    Prossima azione | Text | Il campo più importante di tutti

    Data follow-up | Date | Alimenta la vista "questa settimana"

    Fonte | Select | Referral, inbound, outbound, partner

    La proprietà "prossima azione" è quella che nessuno mette e che decide se il CRM sopravvive. Un'opportunità senza prossima azione definita non è un'opportunità: è un ricordo.

    Le viste che servono davvero sono tre. Kanban per status, per vedere dove si incaglia la pipeline. Lista filtrata su "follow-up entro 7 giorni", che è la vista da aprire ogni mattina. Tabella per owner, per le riunioni commerciali.

    Un consiglio: metti un limite alle fasi. Cinque, massimo sei. Ogni fase in più è una scusa per non chiudere, e le pipeline a nove colonne che vedo in giro sono quasi sempre il sintomo di un processo commerciale che nessuno ha mai deciso davvero.

    E se ho due linee di business che vendono in modo diverso?

    Qui arriva il caso interessante, ed è quello che ci ha portato a costruire il pattern che chiamiamo dual-track.

    Officina38 vende due cose. La Produzione: video, eventi, shooting. Progetti one-shot, budget variabile, data di riprese, deliverable definiti. E la Comunicazione: social, contenuti, strategia. Retainer mensile, gestione continuativa, canali, frequenza di pubblicazione.

    Sono due processi di vendita diversi, con due onboarding diversi e due strutture di progetto diverse. L'istinto dice: due database. È l'errore.

    Due database significa due fonti di verità, due report da unire a mano, due posti dove cercare un cliente che magari compra entrambi i servizi. Il pattern giusto è un solo database con una proprietà SELECT che fa da interruttore.

    **Come funziona:**

  • Un solo database opportunità, con la proprietà "tipo servizio" a due valori.
  • Due viste Kanban filtrate, una per valore. Visivamente sono due pipeline separate, tecnicamente sono lo stesso database.
  • Campi condizionali: i campi specifici della Produzione (budget progetto, data riprese, deliverable) restano vuoti sulle trattative Comunicazione, e viceversa. Notion non ha campi condizionali nativi, quindi si gestisce con le viste, mostrando solo le colonne rilevanti.
  • L'automazione legge la proprietà tipo servizio e indirizza verso il template di progetto corretto.
  • Una terza vista, "follow-up", ignora il tipo servizio e mostra solo le scadenze. Perché chi fa follow-up il lunedì mattina non vuole sapere di che linea di business si tratta.

    • Questo pattern lo abbiamo poi riusato su ogni agenzia con più linee di servizio. Funziona anche a tre track, oltre inizia a diventare rumoroso.

    Quali automazioni servono davvero

    Poche. Tre, in ordine di valore.

    **1. Acquisizione → creazione progetto.** Quando lo status passa a "Acquisito", si crea automaticamente la pagina progetto con i dati del lead già dentro: azienda, valore, owner, tipo servizio. Questa è l'automazione che elimina il momento più fragile di tutta la macchina, quello in cui una persona deve ricordarsi di riportare dieci campi da una parte all'altra.

    **2. Creazione progetto → task predefinite.** Il progetto nasce già con la sua checklist, diversa per tipo servizio. Per la Produzione: brief, sceneggiatura, pre-produzione, giorno riprese, post, consegna, fatturazione. Per la Comunicazione: strategia, piano editoriale, produzione contenuti, pubblicazione, report mensile.

    **3. Creazione progetto → dossier amministrativo collegato.** Per ogni progetto operativo nasce il suo gemello amministrativo: contratto, fatture collegate, ore tracciate, margine calcolato. È il pezzo che le agenzie saltano sempre, ed è il motivo per cui poi scoprono a dicembre quali progetti hanno perso soldi.

    Le prime due si fanno con le automazioni native di Notion. La terza pure, se resti dentro Notion. Quando devi uscire, per esempio per portare i dati verso un gestionale contabile o per notificare Slack con logiche condizionali, serve uno strumento di automazione esterno: il confronto lo trovi in [Make vs n8n vs Zapier](/blog/make-vs-n8n-vs-zapier).

    **Checklist copiabile: il tuo CRM Notion è pronto?**

  • Un solo database opportunità, non uno per tipologia
  • Proprietà "tipo servizio" o equivalente, di tipo SELECT
  • Proprietà "prossima azione" compilata su ogni trattativa aperta
  • Massimo 6 fasi nella pipeline
  • Owner singolo per ogni opportunità
  • Vista follow-up filtrata sui prossimi 7 giorni
  • Automazione acquisizione → progetto attiva e testata
  • Template di progetto diverso per ogni tipo servizio
  • Dossier amministrativo collegato al progetto
  • Regola di naming scritta e condivisa col team
  • Qualcuno responsabile della pulizia settimanale

    • Notion o un CRM dedicato?

    Criterio | Notion | CRM dedicato

    Costo | 10-20 dollari/utente/mese | 30-100+ dollari/utente/mese

    Setup | 1 settimana se progettato bene | Giorni per la configurazione base, settimane per l'adozione

    Flessibilità | Adatti lo strumento a come vendi | Adatti come vendi allo strumento

    Email e sequenze | Assenti, serve uno strumento esterno | Native

    Permessi granulari | Solo dal piano Business | Standard

    Collegamento con delivery | Nativo, è lo stesso workspace | Da integrare

    Volumi alti | Rallenta oltre le migliaia di record | Progettato per quello

    La regola che uso: se la vendita è il processo dominante dell'azienda e hai un team commerciale dedicato, prendi un CRM vero. Se la vendita è una delle cinque cose che fai e il problema è che i dati commerciali non parlano con la delivery, Notion è la scelta più intelligente.

    Un caso reale: Officina38

    Officina38 è un'agenzia di produzione e comunicazione. Quando abbiamo iniziato, il lavoro viveva su email, WhatsApp, Google Drive e fogli Excel. Nessun posto unico. Il founder era l'unico punto di riferimento per qualsiasi informazione operativa.

    Abbiamo costruito il sistema in quattro aree: Pipeline e Acquisizione, Progetti e Operatività, Team e Risorse, Amministrazione. Il CRM dual-track è stato il secondo modulo, montato in una settimana sopra il workspace.

    Cosa è cambiato in concreto: nessun lead perso tra le due business unit, onboarding cliente consistente perché le task nascono da template invece che dalla memoria, e margine per progetto visibile in automatico grazie al dossier amministrativo collegato al timesheet.

    Il dato che mi interessa di più non è tecnico. Prima, ogni decisione non standard passava dal founder. Dopo, il team apre la vista giusta e sa cosa fare. Quello è il punto di tutto il lavoro.

    Quello che ho imparato

    **Il CRM muore per abbandono, non per limiti tecnici.** Non ho mai visto un'agenzia lasciare Notion perché mancava una funzione. Le ho viste lasciarlo perché nessuno era responsabile di tenerlo pulito e dopo due mesi i dati erano vecchi. Un CRM con dati vecchi è peggio di nessun CRM, perché ti fa prendere decisioni sbagliate con la faccia di chi ha i dati.

    **L'errore che abbiamo fatto anche noi:** all'inizio costruivamo strutture troppo ricche. Quindici proprietà, otto viste, formule ovunque. Bellissime da mostrare, impossibili da mantenere. Adesso partiamo dal minimo che funziona e aggiungiamo solo quando qualcuno chiede una cosa che manca davvero. Il sistema che il team usa batte il sistema che il team ammira.

    **La proprietà SELECT vale più di dieci automazioni.** Prima di automatizzare qualsiasi cosa, chiediti su quale campo si prende la decisione. Se quel campo esiste ed è compilato bene, le automazioni si scrivono da sole. Se non esiste, stai costruendo logica sopra il vuoto.

    Vuoi capire se il tuo CRM è il problema o è un sintomo?

    Lavoriamo come partner operativo per aziende italiane in crescita. Il CRM è quasi sempre il secondo pezzo che costruiamo, non il primo: prima si guardano i processi, perché un CRM ordinato sopra una vendita disordinata non risolve niente.

    Da dove partire: il [Process Score](/efficiency), 10 minuti, gratis. Ti dice dove stai perdendo ore e se il problema è davvero dove pensi. I prezzi sono pubblici in [piani e prezzi](/prezzi), e quanto costa un intervento di automazione lo trovi in [quanto costa automatizzare i processi aziendali](/blog/quanto-costa-automatizzare-processi-aziendali).

    Fonti

  • [Notion, piani e prezzi ufficiali](https://www.notion.com/pricing) (verificato agosto 2026)
  • [Osservatorio Innovazione Digitale nelle PMI, Politecnico di Milano](https://www.osservatori.net/comunicato/innovazione-digitale-nelle-pmi/pmi-italiane-innovazione/)
  • [n8n, integrazioni disponibili](https://n8n.io/integrations/)

    • Domande frequenti

    Quante trattative regge Notion come CRM?

    Nella pratica, qualche centinaio di record attivi senza problemi di velocità. Il collo di bottiglia arriva prima sui rollup complessi che sul numero di righe. Sopra le migliaia di record con molte relazioni, le viste iniziano a caricare lentamente.

    Posso migrare dopo su un CRM vero?

    Sì, ed è più facile di quanto pensi: esporti in CSV e importi. La cosa che non si esporta è la struttura del processo, ed è per questo che aver progettato bene le fasi su Notion ti fa risparmiare tempo anche il giorno in cui cambi strumento.

    Serve il piano a pagamento?

    Per un team sì. Il piano gratuito limita i blocchi collaborativi appena inviti qualcuno. Plus a 10 dollari per membro al mese con fatturazione annuale è dove atterrano quasi tutti (verificato agosto 2026).

    Notion sostituisce anche il project management?

    Sì, ed è il motivo principale per cui lo scegliamo. Il valore non è il CRM in sé: è che lead, cliente, progetto, task e fatture vivono nello stesso posto e si collegano.

    Quanto ci vuole a costruirlo?

    Il CRM da solo, una settimana. Il sistema operativo completo intorno, 3-4 settimane. La parte lunga non è costruire: è mappare come lavorate davvero prima di costruire.