Sei tu l'architetto, l’AI è il costruttore
Sei tu l'architetto, l’AI è il costruttore: la divisione esatta delle decisioni — quali sono tue, quali dell’AI — e i cinque momenti in cui devi opporti.
Quando costruisci con l’AI, sei tu l'architetto e l’AI è il costruttore. Tu possiedi ogni decisione che è costosa da cambiare più avanti — quali dati esistono, come si collegano, chi può vedere cosa, quale qualità viene rilasciata. L’AI esegue queste decisioni in codice. Sfuma quel confine e il tuo prodotto prima o poi crolla.
È il modello mentale che decide se gli strumenti di coding con AI ti rendono pericoloso o ti rendono libero. Non “l’AI è lo sviluppatore e io sono il product manager”. Non “programmiamo insieme da soci”. Tu progetti. L’AI costruisce. Ho imparato quella divisione nel modo costoso — la storia delle origini, compreso il precipizio dei tre mesi dove i prodotti costruiti dall’AI muoiono in silenzio, è in la trappola del vibe coding. Questo articolo è la metà pratica: esattamente quali decisioni sono tue, quali sono dell’AI e i momenti in cui devi opporti.
Cosa significa davvero “sei tu l'architetto”?
Pensa a costruire una casa. L’architetto prende le decisioni che toccano l’intera struttura: dove sorge la casa sul terreno, quanti piani, quali fondamenta, dove vanno i muri portanti, come passano acqua e elettricità. Quelle decisioni non si cambiano facilmente una volta iniziata la costruzione. Il costruttore esegue quella visione — gettando le fondamenta esattamente come specificato, alzando i muri secondo il progetto. Il costruttore è bravissimo. Ma esegue un piano; non lo crea.
Ora di’ a un costruttore “costruiscimi una casa” senza progetti. Otterrai qualcosa. Magari starà anche in piedi e all’inizio sembrerà carina. Ma le fondamenta non reggeranno il secondo piano che vorrai dopo, e l’impianto idraulico sarà nel posto sbagliato per la tua cucina. Ottieni una struttura che funziona finché non ti serve che faccia qualcosa per cui non era stata progettata. Ecco, in una frase, la maggior parte del software costruito dall’AI.
La matrice delle decisioni: quali scelte sono tue, quali dell’AI
Ecco la divisione del lavoro, resa concreta. Tutto ciò che sta a sinistra è tuo. Tutto ciò che sta a destra è delegato:
| Area | Decidi tu (architetto) | Esegue l’AI (costruttore) |
|---|---|---|
| Dati | Quali cose esistono nel tuo sistema, come si collegano, l’unica fonte di verità per ogni fatto | Il codice che implementa la tua struttura esatta |
| Sicurezza | Chi può vedere cosa, come si controlla l’accesso, cosa viene sottoposto ad audit | Le regole e i controlli che fanno rispettare il tuo modello |
| Scala | Cosa deve reggere milioni di utenti, dove saranno i colli di bottiglia | Ottimizzazioni che hai rivisto e approvato |
| Schemi | Nomi, struttura dei file, gestione degli errori — sempre allo stesso modo | Codice che segue quegli schemi ovunque |
| Prodotto | Quali funzionalità esistono, quali regole valgono, cosa è fuori ambito | I dettagli di implementazione |
| Qualità | Cosa è accettabile, cosa va rifatto, quando rilasciare | Suggerimenti — che accetti o rifiuti |
Nota cosa manca nella colonna dell’AI: una sola decisione. L’AI propone; tu disponi. E la decisione da architetto con la leva più alta di tutte è progettare i dati prima delle schermate — quel metodo ha un articolo tutto suo: sviluppo database-first.
Il libroThe Solopreneur RevolutionLuis Gonçalves su come costruire un'attività da solopreneur con l'IA mentre sei ancora dipendente.Scopri il libro →I tre cappelli che ogni architetto solitario indossa
Primo cappello: architetto di sistema. Decidi la forma dei dati. Quali entità esistono, come si collegano, se ogni record è etichettato con il cliente che lo possiede, quale storico si conserva. Sono domande di business con addosso un abito tecnico — e il tuo business lo conosci meglio di qualsiasi AI.
Secondo cappello: product manager. Decidi cosa si costruisce e, ancora più importante, cosa no. Fondamenta prima delle funzionalità. Niente cose “belle da avere” nella versione uno. Le priorità sono tue: il login prima delle analytics, le analytics prima di qualsiasi cosa avanzata. L’AI costruirà volentieri qualsiasi cosa chiedi, in qualsiasi ordine — ed è proprio per questo che l’ordine deve venire da te.
Terzo cappello: controllo qualità. Decidi se il lavoro è abbastanza buono. Segue i tuoi schemi? È sicuro? Sopravvivrà a clienti veri? Sei tu a dire “questo crea debito, rifallo” — e a dire “questo è pronto per la produzione, rilascia”.
Cinque momenti in cui l’AI ti metterà alla prova — opponiti
L’AI suggerirà cose che suonano intelligenti e violano la tua architettura. Cinque segnali dovrebbero far scattare uno stop automatico:
- “Per semplicità...” — traduzione: “lasciami creare debito tecnico”. La semplicità adesso è complessità dopo. Insisti sulla struttura giusta.
- “Per le prestazioni...” — pretendi prove. Se non c’è un problema misurato, non c’è nulla da ottimizzare. L’ottimizzazione prematura è il modo in cui i sistemi puliti marciscono.
- “Soluzione rapida...” — le toppe diventano permanenti. Di’ di no e chiedi invece la causa radice.
- Inserire elenchi di opzioni nel codice. Stati, categorie, tipi — l’AI adora scriverli nel codice. Tienili come dati modificabili, così puoi aggiungere o rinominare opzioni senza toccare il codice.
- Ficcare record collegati in un unico campo blob. Se i dati sono collegati, serve una vera relazione — così si possono cercare, collegare e verificare. Un blob non può fare nulla di questo.
Ognuna di queste è saltata fuori mentre costruivo FIKR Space, una piattaforma cresciuta fino a 964 tabelle di database. L’AI voleva elenchi di stati scritti nel codice; li ho costretti a vivere come dati modificabili. L’AI voleva valori duplicati “per le prestazioni”; ho insistito su un’unica fonte di verità, con oltre il 90% delle tabelle completamente normalizzate e ogni eccezione documentata. Opporsi non era un evento occasionale. Era il lavoro.
Come parlano all’AI gli architetti
Confronta due prompt. Chi fa vibe coding scrive: “Fai una pagina del profilo utente.” Ora l’AI deve indovinare quali dati mostrare, da dove arrivano, cosa è modificabile e quale schema seguire. Indovinerà in modo diverso ogni volta, e il tuo prodotto diventa un patchwork di ipotesi.
L’architetto scrive il progetto: quali fonti di dati alimentano la pagina, quali sezioni compaiono, esattamente cosa può modificare l’utente, quale permesso richiede, quali componenti esistenti riutilizzare e come si comportano caricamento ed errori. Stessa funzionalità. Ma ora l’AI sa esattamente cosa costruire e come — e il risultato corrisponde a tutto il resto che hai costruito. Il prompt si legge come un progetto perché lo è.
I tre livelli del pensiero architettonico
Livello uno — di funzionalità: “Mi serve una dashboard, quindi costruisco una dashboard.” Una funzionalità alla volta, senza pensare a come si collegano. È il vibe coder.
Livello due — di prodotto: “Sto costruendo un prodotto con utenti, team e progetti — come si collegano?” Meglio. Le relazioni vengono progettate. Ma scala e sicurezza restano ripensamenti.
Livello tre — di sistema: “Sto costruendo qualcosa che deve isolare i dati di ogni cliente, tenere tracce di audit, sopravvivere alla crescita e accettare nuove funzionalità senza rifacimenti.” Scala, sicurezza e coerenza si decidono il primo giorno.
Il livello tre è dove devi operare — e non richiede una laurea in informatica. Richiede di pensare per sistemi, che è esattamente ciò che i professionisti aziendali esperti fanno ogni giorno. I tuoi anni a guardare i sistemi delle grandi aziende riuscire e fallire sono la qualifica.
12 settimaneLa carriera aziendale non è mai stata il pianoCandidati al Solopreneur Accelerator.Candidati ora →Domande frequenti
Quali decisioni non dovrei mai delegare all’AI?
Tutto ciò che è costoso da cambiare più avanti: come sono strutturati e collegati i tuoi dati, chi può accedere a cosa, gli schemi che tutto segue, cosa si costruisce e in che ordine, e l’asticella di qualità per rilasciare. L’AI esegue queste decisioni in modo brillante. Non dovrebbe mai prenderle.
Devo essere tecnico per fare l’architetto?
No. Le decisioni architettoniche sono decisioni di business sotto mentite spoglie: quali cose esistono nel tuo sistema, come si collegano, quali regole valgono, chi vede cosa. Le descrivi in linguaggio semplice; l’AI le traduce in codice. La conoscenza del dominio conta molto più delle competenze di programmazione.
Cosa succede se lascio all’AI le decisioni architettoniche?
Funziona — all’inizio. Poi gli schemi derivano, lo stesso fatto vive in tre posti e si contraddice, i dati dei clienti non sono isolati come si deve e ogni nuova funzionalità diventa più difficile da aggiungere. Alla fine ricostruisci. Le decisioni dell’architetto sono esattamente quelle che l’AI ottimizza via.
Come mi oppongo a un suggerimento dell’AI?
Sii specifico, non vago. Di’ cosa c’è di sbagliato, spiega perché è sbagliato, indica esattamente cosa vuoi al suo posto e chiedi di vederlo implementato. “Questo è sbagliato, correggilo” non insegna nulla all’AI; una correzione precisa ti dà un lavoro di qualità da produzione in un solo passaggio.
Quanto sei intrappolato, davvero?
Fai l'Indice di Soffocamento Aziendale, la valutazione gratuita per capire se sei pronto a diventare solopreneur.