Da utente ad architetto: costruire la piattaforma prima delle idee

Da qualche mese il mio lavoro con l'AI è cambiato di natura. Non ho cambiato strumento, ho cambiato ruolo: da utente ad architetto.

È una differenza che sembra sottile e invece è tutto. Un utente chiede un output e lo valuta. Un architetto costruisce il posto in cui quell'output verrà prodotto mille volte, con regole, confini, controlli e costi noti.

Voglio raccontare questo passaggio adesso, mentre sono in mezzo al guado, e non tra sei mesi quando sarà tutto lucido e sembrerà che sia stato facile. Perché la parte interessante non è il risultato finale. È il processo di costruzione, un pezzettino alla volta, con la possibilità di aggiustare il tiro prima che gli errori diventino costosi.

Il vero vantaggio non è l'AI. È quello che costruisci sotto.

Qui c'è la cosa che, secondo me, quasi nessuno mette a fuoco.

Il modello ce l'hanno tutti. Lo stesso identico modello. Il prompt migliore del mondo lo copi in dieci secondi e domani è già su LinkedIn.

Quello che non si copia è la piattaforma sotto: le tue regole, le tue skill, i tuoi tool, il tuo modo di lavorare tradotto in qualcosa che una macchina può eseguire. Quella si accumula, si sedimenta, e dopo mesi diventa un asset che nessuno può replicare con un abbonamento, perché è fatto di te.

Il paradosso è che è anche la parte meno appariscente. Non fa uno screenshot spettacolare. Non fa un post virale. Ma è l'unica ragione per cui, a un certo punto, le idee smettono di restare idee.

Il processo: dall'idea grezza al piano tecnico

Il flusso che seguo per ogni idea nuova è sempre lo stesso. È diventato quasi un rituale, e non per pigrizia: perché ogni passaggio elimina un tipo diverso di errore.

1. Aprire l'idea con lo strategist

Tutto parte da una conversazione con quello che chiamo lo strategist. Non è un tool, è il ruolo con cui apro qualsiasi cosa.

La regola in questa fase è una sola: non filtrare. Butta fuori l'idea come ti viene, con le parti confuse incluse, le contraddizioni, i giri a vuoto.

Il modo migliore di farlo, quello che voglio provare seriamente nelle prossime settimane, è a voce. Da quello che sento in giro e da come funzionano questi modelli, parlare libera un tipo di pensiero che la tastiera comprime: divaghi, torni indietro, ti sfoghi. E l'AI è sorprendentemente brava a raccogliere quel disordine e restituirti la struttura che c'era sotto e che tu non vedevi. Per ora lo faccio scrivendo, e funziona già bene, ma sono convinto che il vocale sia il salto successivo.

2. Chiedergli di distruggerla

Questo è il passaggio che quasi tutti saltano, ed è quello che separa "usare l'AI" da "lavorare con l'AI".

Dopo aver spiegato l'idea, chiedo esplicitamente di demolirla. Cosa non funziona. Quali sono gli ostacoli reali. Cosa non ho considerato. Dove il mercato mi dice di no. Quali assunzioni sto dando per scontate senza averle mai verificate.

E soprattutto: fammi domande. Sul contesto, sul mercato, sullo sviluppo, sulle operation da mettere in pista. Un buon consulente umano non ti dà una risposta al primo colpo, ti interroga per mezz'ora. Devi pretendere lo stesso.

Il default dei modelli è compiacerti. Ti dicono che è una bella idea, ti fanno un elenco di cinque vantaggi e ti mandano a casa contento. Quel comportamento va rotto a mano, chiedendolo, ogni volta.

Se dopo questo avanti e indietro l'idea sta ancora in piedi, ha senso investirci. Se crolla, hai appena risparmiato tre mesi. Il valore è lo stesso nei due casi, anche se il secondo fa meno piacere.

3. La ricerca di mercato

Il trucco qui è dare un riferimento di qualità esplicito. Non "fammi una ricerca di mercato", ma "comportati come se fossi Bain, o BCG, e questo report dovesse essere consegnato a un cliente che lo ha pagato". Il modello ha in pancia quel registro, devi solo chiamarlo.

Il report deve affrontare ogni fase e ogni verticale, con numeri e fonti. Deve avere una struttura, non un elenco di considerazioni generiche.

4. Raffinare, correggere, rispondere

Poi arriva la parte che fa il lavoro vero: lo leggi con attenzione e lo raffini. Rispondi alle domande aperte che ti ha lasciato. Correggi dove ha frainteso il contesto. Integri quello che sai tu e che lui non poteva sapere, perché nessun modello conosce il tuo mercato locale, i tuoi vincoli, le tue persone.

Il criterio per fermarsi è brutale ma efficace: quando lo rileggi e ti sembra un'analisi da svariate migliaia di euro uscita da una big five, hai finito. Se hai ancora la sensazione di "carino ma generico", non hai finito.

5. Il piano operativo

Da dove si comincia e perché. Quali strumenti servono, quali hai già, quali devi ancora costruire. Quali informazioni ti mancano. Budget, ROI atteso, break-even. Chi fa cosa, dove "chi" significa sia te che gli agenti.

La richiesta esplicita che faccio sempre: spacchetta il piano in fasi, con approccio agile. Voglio raccogliere i primi benefici presto e validare in bootstrap, non entrare in un waterfall di quattro mesi che alla fine consegna una cosa che il mercato non voleva.

E a ogni consegna, una regola fissa: lasciami delle domande a cui devo rispondere io. È il meccanismo che tiene l'umano dentro il loop, non a valle del loop.

6. La revisione, e il momento in cui decidi tu

Controlli, rileggi, sfidi ancora, fino alla versione che ti convince. E poi scegli tu da dove iniziare.

Non dargli ragione per default. Non ce l'ha sempre. Il modello ottimizza su quello che vede nel contesto, non su quello che tu sai per esperienza, non sul tuo istinto su un cliente, non sul fatto che quel canale l'hai già provato e ti è andata male per motivi che non stanno scritti da nessuna parte.

Quando decidi diversamente, spiega perché. Non per gentilezza verso la macchina, ma perché quel perché diventa contesto e migliora tutte le decisioni successive.

Qui si vede se stai delegando il lavoro o stai delegando il giudizio. Il primo va benissimo. Il secondo è dove le cose si rompono.

7 e 8. Specifica funzionale e piano d'azione tecnico

Adesso si scende. Specifica funzionale con lo stack tecnologico: cosa serve davvero, cosa ho già in casa, cosa devo integrare, cosa devo costruire da zero. Poi il piano d'azione tecnico, che traduce la specifica in sequenza di lavoro.

Sembrano due passaggi burocratici e invece sono quelli che evitano il disastro più comune: partire a costruire con un'idea chiara del "cosa" e nessuna del "come", e ritrovarsi dopo tre settimane con pezzi che non si parlano.

9. Si parte

E qui la velocità dipende da una cosa sola: quanto hai già costruito sotto il cofano.

Con una piattaforma matura, una fase che sulla carta vale settimane si chiude in giorni. Senza, ogni singola idea riparte da zero e il collo di bottiglia non è mai il modello, sei sempre tu.

Dove sono davvero oggi

Voglio essere preciso, perché su questo tema si legge molta narrativa e pochi stati di avanzamento reali.

Gli agenti non sono ancora autonomi. Non c'è un board che si sveglia la mattina e lavora da solo mentre io faccio altro. Non ci sono arrivato. Qualche settimana fa avevo raccontato il momento in cui CMO e CTO hanno iniziato a parlarsi da soli: era un lampo, non un regime. Da lì a una squadra che lavora davvero c'è tutto il lavoro di cui parlo qui.

Quello che c'è, e funziona davvero, sono le skill e i tool che ho staccato dal flusso e reso utilizzabili dagli agenti:

• la creazione di una pagina WooCommerce con il mio template, con infografiche, sezioni e widget custom
• la generazione automatica delle immagini
• l'analisi SEO
• l'analisi delle keyword

Sono pezzi veri, testati, che oggi si possono richiamare. Non demo.

Quello che manca è il lavoro meno raccontabile: attaccare i pezzettini uno alla volta, verificarli sul campo, e solo dopo renderli autonomi. Sempre sotto il controllo dei C-level, che è il livello che tiene insieme le cose che un singolo agente non può vedere: coerenza tecnologica, strategia marketing condivisa, uso condiviso dei tool, rispetto di regole e best practice, controllo dei costi.

L'obiettivo è arrivare a una squadra vera, personalizzata, che agisce come dico io. Ma sempre dopo aver parlato con il supervisor. Il punto di ingresso resta uno solo, e resta umano.

L'architettura non è nata da me da solo

Questa cosa la voglio dire chiara, perché sarebbe comodo far finta di niente.

La struttura architetturale non è nata per caso e non è nata dalla mia testa in autonomia. È nata dall'incrocio tra una mia idea e il supporto di un amico e collega che sulla parte tecnica, e soprattutto su quella architetturale, è un genio.

Io porto la visione di processo, il contesto di business, la conoscenza di come si lavora davvero dentro un'azienda. Lui porta la solidità di un'architettura che regge quando le cose crescono e non si sbriciola al primo carico serio.

Servono entrambe le figure. È da quell'incrocio che nasce la magia. Se non le copri tutte e due da solo, non provare a fingere: trovati l'altra metà.

I dolori: token, API e ottimizzazione

La parte che nessuno mette nei post entusiasti.

Quando le cose iniziano a girare devi "aprire i bocchettoni". E lì scopri una cosa: gli agenti girano su API, non sull'abbonamento. Il piano mensile che usi in chat non c'entra niente. Ogni chiamata, ogni ciclo di supervisione, ogni retry ha un costo.

Un'architettura mal progettata brucia soldi in modi che non ti aspetti: agenti che si riscrivono lo stesso contesto, supervisori che rileggono tutto a ogni passaggio, loop a cui nessuno ha messo un tetto.

Serve un lavoro profondo e continuo di ottimizzazione architetturale e di costi. Modelli diversi per compiti diversi, contesto tagliato, budget per ruolo, un tetto mensile che blocca prima che sia troppo tardi. Non è un dettaglio operativo, è parte del design.

Perché "un pezzettino alla volta" non è lentezza

C'è un'obiezione ovvia a tutto questo: se il modello è già capace, perché non aprire tutto e lasciarlo correre?

Perché la velocità senza controllo, in questo campo, produce quasi sempre la stessa cosa: un sistema che genera moltissimo output e nessun risultato misurabile. Uno swarm che sforna venti report a settimana ti dà una sensazione fortissima di progresso, che non coincide automaticamente con il progresso.

Aggiustare un pezzo alla volta significa che ogni componente entra in produzione dopo essere stato verificato, che sai sempre quale pezzo ha rotto cosa, e che i costi crescono in modo prevedibile. È più lento all'inizio ed è enormemente più veloce dal terzo mese in poi.

Il volume di output non è un KPI. Continua a misurare quello che misuravi prima: clienti, fatturato, tempo liberato.

Il vero output non è la piattaforma. Sei tu.

Alla fine il senso di tutto questo non è l'automazione.

È che una volta costruite le fondamenta, tu torni a fare la parte che nessun agente può fare. Creatività, istinto, propensione al rischio, curiosità, capacità uniche maturate in anni di lavoro e di cui a volte non sei nemmeno consapevole.

Tutto quello che prima ti consumava le giornate, la produzione, la ripetizione, il coordinamento, si sposta. E resta libero lo spazio per la cosa che conta: decidere cosa vale la pena fare.

Imprenditore seriale. Cercatore di tesori. Esploratore. Ricercatore. Artista. O inventati tu qualcosa.

Puoi finalmente scegliere il tuo personaggio.

Da dove partire

Se leggendo questo hai pensato "bello ma è troppo avanti per me", ti dico l'unica cosa che conta: non ho iniziato da qui. Ho iniziato da un prompt che mi riassumeva delle email.

La distanza tra quel punto e questo non è un salto. È una serie di passi piccoli, ognuno dei quali sembrava ovvio il giorno in cui l'ho fatto.

Il primo passo è sempre lo stesso: prendi la prossima idea che ti viene, aprila con l'AI, e chiedile di distruggerla prima di innamorartene.

Il secondo è più difficile e più importante: invece di buttare via quello che hai costruito per farla, staccalo, rendilo riutilizzabile e mettilo da parte.

Quello è il primo mattone della tua piattaforma.