Claude non è un prodotto, sono tre: Chat, Cowork, Code. Tre nomi, tre tipi di lavoro, tre relazioni diverse con l’output.
La maggior parte dei professionisti immobiliari usa solo il primo. È la versione a leva più bassa di ciò che è disponibile oggi.
In questo articolo mappo le tre modalità sul workflow di sviluppo: cosa fa ciascuna, dove si innesta, e dove sta il valore per chi gestisce progetti.
Modalità 1, 2, 3: pensare, produrre, costruire
Un post di Ronnie Parsons questa settimana ha incorniciato le tre modalità con un’euristica che vale la pena tenere a mente.
• Stai pensando a qualcosa? → Chat.
• Ti serve qualcosa da produrre? → Cowork.
• Ti serve qualcosa da costruire? → Code.
Tre frasi. Tre tipi di lavoro completamente diversi. Vediamo cosa significa ciascuna senza linguaggio di marketing.
Chat è dove pensi. È l’interfaccia conversazionale che la maggior parte delle persone già usa. Fai una domanda, ricevi una risposta, ribatti, e l’output si affina. Il risultato è testo. Chat è ideale per ragionare sui problemi: mettere alla prova una tesi d’investimento, analizzare un documento di pianificazione, generare opzioni di scenario prima di un consiglio di amministrazione, prepararsi a una negoziazione difficile. È un partner di pensiero, non un meccanismo di consegna.
Cowork è dove il lavoro viene prodotto. È la modalità che la maggior parte dei professionisti del real estate non ha ancora toccato. Cowork produce file reali, .docx, .pptx, .pdf, consegnati direttamente sul desktop. Descrivi il risultato di cui hai bisogno. Claude esegue e produce un artefatto finito. Niente copia-incolla in un’altra applicazione. Descrivi il deliverable. Ottieni il deliverable.
Code è dove le cose vengono “costruite”. Code produce software. Siti web, strumenti interni, piccole applicazioni. È Claude come reparto di ingegneria, uno che non devi assumere né gestire. Per i professionisti del real estate è la modalità più lontana dal flusso di lavoro quotidiano, ma il potenziale è alto per chi è disposto a esplorare.
Applicazione 1: quattro workflow di sviluppo che Cowork cambia oggi
Il motivo per cui questa distinzione merita un articolo non è la tecnologia. È la riprogettazione del workflow che implica.
Il passaggio da Chat a Cowork cambia l’unità di output. Invece di generare testo che poi devi copiare, formattare e strutturare tu, generi un documento finito. Quattro esempi diretti da un workflow di sviluppo.
Development brief. Il processo standard: raccogliere input dal team di pianificazione, scrivere una prima bozza, inviare per revisione interna, iterare. Con Cowork descrivi contesto del progetto e struttura del brief, e ricevi una prima bozza formattata in .docx. Prima: mezza giornata per scrivere da zero. Dopo: venti minuti di revisione e rifinitura su uno scheletro già costruito.
Comunicazioni agli investitori. Ho scritto in passato del workflow che uso per convertire studi di fattibilità italiani in investor teaser di livello istituzionale. Quel workflow ora si estende: l’estrazione dati resta in Chat, il teaser finale, formattato e brandizzato in .pptx, diventa un output di Cowork. Le due modalità lavorano in sequenza.
Preparazione alle riunioni. Un pacchetto pre-meeting per una commissione di pianificazione o un investitore equity include più documenti: agenda, briefing note, sintesi finanziaria, slide deck. Ognuno è un output di Cowork. Prima: tre ore di assemblaggio manuale la sera prima. Dopo: un’ora di revisione di materiali già formattati.
Report interni. Avanzamento lavori, controllo costi, aggiornamenti mensili agli investitori. Struttura ripetitiva, contenuti variabili. Cowork è progettato esattamente per questo.
Applicazione 2: perché Code non è solo per sviluppatori
L’istinto della maggior parte dei professionisti del real estate è liquidare Code immediatamente: “Non sono un programmatore, non fa per me.”
Questo istinto è sempre più sbagliato.
Un esempio concreto dal mio lavoro di queste settimane
Ho costruito una wiki interna di benchmark dei costi di costruzione con Claude Code. Il problema che risolveva era banale e familiare a chiunque gestisca progetti: anni di dati di costo frammentati tra cartelle, computi metrici, offerte di appaltatori, report di consulenti. Dati “morti” nelle cartelle, utili a nessuno nel momento in cui servono davvero, in sede di valutazione di un nuovo progetto.
Adesso quei dati vivono in un’unica fonte consultabile, organizzata per tipologia di asset, confrontabile, disponibile in pochi secondi. Prima: ogni nuovo progetto partiva da una caccia al dato tra vecchie cartelle. Dopo: il dato è già lì, già strutturato, già mio.
Non ho scritto codice. Ho descritto cosa volevo e ho iterato sull’output.
Nelle operations di sviluppo immobiliare ci sono decine di processi piccoli e ripetitivi che varrebbe la pena sistemare così, e che oggi non lo sono perché il costo di commissionare uno strumento su misura supera il valore percepito. Con Code quel calcolo cambia.
Il reframe: non “Claude può farlo?” ma “quale Claude lo fa?”
Chiudo con una riformulazione.
La domanda giusta non è più “Claude può fare questo?”. È “quale Claude fa questo?”.
Una domanda tratta Claude come uno strumento unico con una capacità binaria. L’altra lo tratta come un sistema di workflow con modalità differenziate, ciascuna adatta a un tipo diverso di lavoro.
Per chi gestisce un’operazione di sviluppo immobiliare, quella seconda domanda si sovrappone quasi direttamente al modo in cui già pensa al team. Non chiedi a un analista junior di costruire il modello finanziario e presentarlo al board lo stesso giorno. Lavori diversi richiedono modalità diverse.
La stessa logica ora si applica all’AI.
Tre modalità, tre tipi di lavoro. La maggior parte dei professionisti del real estate oggi ne sta usando una. Le altre due sono già disponibili, già addestrate sul tipo di lavoro che fai ogni giorno, e stanno già producendo deliverable reali per chi ha dedicato tempo a impararle.
Vale una mattinata di sperimentazione. Probabilmente di più.
