Nativo o esterno: un verdetto motivato riga per riga

La consegna

Prendi un tuo processo ripetitivo, passalo nel selettore in 7 domande e scrivi il verdetto — nativo o esterno — con il perché in tre righe. Il selettore è qui sotto, pronto da copiare.

Il verdetto dipende dai tuoi numeri, non dal tipo di processo: lo stesso identico flusso può meritare n8n in un'azienda e una delega Cowork in un'altra. Per questo qui trovi come si risponde alle sette domande, un verdetto svolto per intero e il punto in cui quel verdetto si ribalta.

Come si ragiona

1. Rispondi con numeri, non con impressioni. «Tante volte» non è una risposta, «12 a settimana» sì. «Ci perdo un sacco di tempo» non è una risposta, «dieci minuti a pratica» sì. Il selettore vale quanto valgono le tue risposte: con tre stime a occhio ottieni un verdetto a occhio. Se non hai i numeri, non tirare a indovinare — vai a contarli su un mese vero.

2. La prima domanda è quella che decide quasi sempre. «Deve partire da solo, a orari fissi, senza che tu apra nulla?» Attenzione al senso: non «sarebbe comodo se partisse da solo», ma «se parte quando ci sono io, il lavoro è rovinato?». Una richiesta di preventivo che arriva alle 23:40 e viene lavorata alle 8:30 del mattino dopo non ha bisogno della notte. Una che deve avere risposta entro venti minuti perché il primo che risponde prende la pratica, sì.

3. Il volume va misurato sulla media dell'anno. Il picco di luglio è seducente e mente. Se il modulo del sito porta 22 richieste a settimana a luglio e 6 a novembre, il numero da mettere nel conto è la media sui dodici mesi — non il mese in cui ti sei arrabbiato di più.

4. Le ore recuperate si contano al netto della revisione. L'automazione prepara, tu approvi: quel controllo resta, e sono minuti veri. Il conto onesto è (minuti di prima − minuti di revisione) × volume. Chi mette a bilancio l'intero tempo del processo si convince sempre che conviene.

5. La domanda 6 è quella che nessuno vuole affrontare. «Chi lo ripara quando si rompe?» Se la risposta è un nome che non è il tuo e non è sotto contratto, il costo vero del flusso non è la costruzione: è il giorno in cui il modulo del sito cambia un campo, le richieste spariscono in silenzio e quella persona non risponde. Non è un veto: è l'obbligo di documentare il payload campo per campo, in modo che il flusso sia riparabile da qualcun altro.

6. Nel dubbio vince il nativo, e sotto le 2 ore al mese non si discute. È la regola che taglia gli entusiasmi da strumento nuovo. Un flusso esterno che ti recupera un'ora al mese te la ripaga in manutenzione al primo aggiornamento del gestionale.

7. Il punto di approvazione umana non cambia il verdetto. Vale in entrambi i casi. «Bozza, mai invio» non è una prerogativa del nativo: si progetta dentro il flusso esterno esattamente allo stesso modo.

Come valuti il tuo risultato. Un verdetto è buono quando è difendibile con le tue risposte: rileggi le tre righe e controlla che citino almeno due numeri tuoi. «Faccio l'esterno perché è più professionale» non è un verdetto, è un desiderio. E aggiungi sempre l'ultima riga, quella che quasi tutti saltano: il segnale che in futuro dovrebbe farti cambiare idea. Un verdetto senza data di scadenza diventa un dogma.

Una soluzione svolta

L'agenzia viaggi Sole di Puglia, a Lecce, passa nel selettore il processo «richiesta preventivo dal modulo del sito». Il prompt:

Aiutami a decidere se un'automazione va fatta con le funzioni native di
Claude (chat, Projects, connettori, Cowork, Claude Code) o con uno
strumento esterno di flussi a nodi (n8n, Make, Zapier).
Il processo: dal modulo «richiesta preventivo» del sito arrivano le
richieste dei clienti; in agenzia ricopiamo i dati nel gestionale e
prepariamo la bozza di preventivo da inviare.
Fammi 7 domande, UNA alla volta, aspettando la mia risposta:
1) deve partire da solo, a orari fissi, senza che io apra nulla?
2) collega due software che devono parlarsi tra loro senza di me?
3) quante volte si ripete a settimana?
4) i dati necessari dove vivono: in file ed email che già uso, o dentro
   un gestionale che Claude non tocca?
5) c'è un punto dove serve il mio giudizio prima che qualcosa esca verso
   un cliente?
6) chi lo riparerà quando si romperà?
7) quante ore al mese recupererei, a conti fatti?
Poi dammi il verdetto: NATIVO o ESTERNO, con la motivazione ancorata alle
mie risposte, il primo passo concreto da fare, e il segnale che in futuro
dovrebbe farmi cambiare verdetto.
Regole: nel dubbio vince il nativo (costa meno mantenerlo); se recupero
meno di 2 ore al mese, l'esterno non si giustifica; il punto di giudizio
umano resta comunque, qualunque sia il verdetto.

Le risposte dell'agenzia, in ordine:

1. Sì. Metà delle richieste arriva dopo le 20 e nei weekend, e su questi gruppi chi risponde per primo prende la pratica.
2. Sì. Il modulo sta sul sito, i dati devono finire nel gestionale prenotazioni: Claude non tocca direttamente né l'uno né l'altro.
3. 12 a settimana, media sui dodici mesi — con 22 a luglio e 6 a novembre.
4. Nel gestionale, che non è raggiungibile da un connettore.
5. Sì: il preventivo esce verso il cliente, e i prezzi dei gruppi si ritoccano a mano. Bozza, mai invio.
6. Il web designer che segue il sito, senza contratto di manutenzione. Punto debole dichiarato.
7. Prima: 12 minuti a richiesta. Dopo: 4 minuti di revisione della bozza. 8 minuti risparmiati × 12 a settimana ≈ 6,4 ore al mese.

Il verdetto, nelle tre righe richieste:

ESTERNO. Le richieste arrivano quando in agenzia non c'è nessuno e vanno scritte in un gestionale che Claude non raggiunge: sono i primi due segnali, entrambi accesi. Il conto regge — 6,4 ore al mese recuperate contro una soglia di 2 — ma solo con la revisione umana già dentro il calcolo. Cambio idea se il fornitore del gestionale pubblica un'integrazione diretta, o se le richieste scendono sotto le 4 a settimana per un trimestre.

Primo passo concreto: non aprire n8n. Progettare il flusso su carta e documentare il payload campo per campo — nome, email, destinazione, date, budget, con i casi sporchi già previsti («chiamatemi voi» nel campo telefono, email vuota). Il punto 6 rimane aperto, e la documentazione è l'unica risposta che l'agenzia può darsi da sola.

Dove si ribalta. Stesso processo, altra agenzia: 3 richieste a settimana, tutte in orario d'ufficio. Il conto diventa 1,6 ore al mese, sotto la soglia, e il primo segnale si spegne. Verdetto NATIVO: una delega Cowork la mattina sulle richieste della notte, bozze pronte da approvare, zero server da mantenere. Il processo è identico. A decidere sono stati i numeri.

Come capisci di averlo fatto bene

• Ognuna delle sette risposte contiene un numero o un fatto verificabile, non un aggettivo.
• Le tre righe del verdetto citano almeno due delle tue risposte, e si capirebbero anche fra sei mesi.
• Il conto delle ore è al netto dei minuti di revisione, e usa la media dell'anno.
• Hai scritto il segnale di ripensamento: la condizione precisa che ribalterebbe il verdetto.
• Il punto di approvazione umana compare nel piano, qualunque sia il verdetto.

L'errore che fanno quasi tutti

Mettere a bilancio tutto il tempo del processo come tempo risparmiato. «Ci metto dodici minuti a pratica, quindi risparmio dodici minuti»: no. L'automazione prepara la bozza, tu la leggi, correggi il prezzo del gruppo e invii — quattro minuti che restano tuoi per sempre, perché il controllo prima dell'uscita verso il cliente è il design, non una fase di rodaggio. Il numero che vale è la differenza. Su questo errore, quasi ogni processo supera la soglia delle 2 ore e quasi ogni verdetto dice «esterno».

E adesso

Nativo o esterno che sia, l'automazione si costruisce con metodo: il capitolo 5.4 lo consegna in sei passi, e il progetto P5 della Parte 6 lo mette a terra su n8n con i punti di approvazione umana in chiaro. Il confronto aggiornato tra n8n, Make e Zapier vive sull'hub: go.totaliweb.com/r-esterni.

Gli altri due prompt del capitolo: P322, progettare il flusso prima di aprire lo strumento — go.totaliweb.com/p322 · P323, la scheda del payload campo per campo — go.totaliweb.com/p323. Il selettore è P321 — go.totaliweb.com/p321.