Dalla Decisione all'Esecuzione
Scorri per mostrare il menu
Una demo dal vivo di follow-up che mostra come la stessa competenza di research-brief dal capitolo 4.2 gestisce la successiva domanda di ricerca che segue sempre una decisione — abbiamo deciso X, ora come lo eseguiamo concretamente? Stessa competenza, nuovo contesto, domande di chiarimento più approfondite.
Concetto chiave
La competenza di research-brief non è uno strumento da usare una sola volta. È la risorsa che utilizzi ogni volta che una decisione genera una nuova domanda di ricerca — che accade nella maggior parte dei casi. Questo capitolo mostra il ciclo di iterazione. La stessa competenza, richiamata sul follow-up, approfondendo ad ogni passaggio. Il punto didattico non è un nuovo schema — è che lo schema continua a funzionare man mano che si approfondisce qualsiasi argomento.
Come funziona (passo dopo passo)
Passo 1 — Riconoscere la domanda di follow-up
Ogni decisione genera una domanda successiva. Hai deciso cosa fare — ora devi sapere come farlo. Nell’esempio di questo capitolo: la decisione dal 4.2 (ipoteticamente passare da HubSpot ad Attio) genera il follow-up — qual è il playbook di migrazione.
Passo 2 — Riutilizzare la competenza con nuovo contesto
Richiama /research-brief sulla stessa competenza usata nel 4.2. Nessun nuovo template. Nessuna nuova configurazione. Fornisci il nuovo prompt.
“Abbiamo deciso di procedere con la transizione da HubSpot ad Attio. Usa il nostro template di research brief per ricercare i passaggi esatti che dovremmo seguire. Abbiamo molte automazioni con Notion, PostHog e altri — non mi serve il dettaglio a livello di automazione, ma voglio che tutti gli aspetti siano coperti. Fammi tutte le domande di chiarimento necessarie.”
Nota — stessa competenza, stesso template, contesto diverso. Questo è tutto il riutilizzo.
Passo 3 — Rispondere onestamente alle domande di chiarimento
La competenza entra in modalità di pianificazione dell’esecuzione e propone una serie di domande di chiarimento prima di iniziare la ricerca. Forma tipica:
- Chi è responsabile della migrazione?
- Quanto è profondo l’utilizzo attuale dello strumento che si sta abbandonando?
- In che direzione vanno le automazioni?
- Qual è la scadenza?
- Migrazione autonoma o assistita?
Qui il valore si moltiplica. Rispondi in modo specifico — risposte vaghe qui portano a brief vaghi in seguito. Nella demo, Cameron ha risposto — lui è responsabile insieme a un collega RevOps; l’utilizzo è molto profondo (ticket, contatti, intero database); le automazioni sono multidirezionali (Facebook → HubSpot → Notion, PostHog → HubSpot, ecc.); nessuna scadenza specifica (basta farlo bene); autonomo, ma aperto all’assistenza.
Passo 4 — Approvare l’approfondimento della ricerca
Cowork segnalerà le lacune nelle tue conoscenze prima di iniziare la ricerca. Nella demo, ha notato il conflitto sui ticket — Cameron aveva detto che i ticket passano tramite HubSpot, ma Attio non ha ticketing nativo. Non è un errore di Cowork; è Cowork che fa il suo lavoro. Ha chiesto se doveva ricercare alternative per il ticketing, se includere una tabella comparativa degli strumenti di migrazione e dove concentrare l’approfondimento. Approva il passaggio più approfondito e lascia che proceda.
Passo 5 — Iterare: approfondire, approfondire, approfondire
Non ci si ferma al primo brief. Ogni risposta genera due nuove domande. Continua a chiedere. Continua a spingere. Il ciclo delle domande di chiarimento è ciò che porta a un brief realmente utile — non il primo risultato.
Passo 6 — Invia il deliverable ai tuoi strumenti downstream
Una volta completato il brief, non è necessario uscire dal flusso di lavoro. Chiedi a Cowork di formattarlo in un documento Notion. Invia tramite Gmail. Converti in un Google Doc condiviso. Qualsiasi strumento downstream raggiungibile dai tuoi connettori. Il brief è il contenuto; i connettori sono la distribuzione.
Perché è importante
La maggior parte delle persone usa l’IA per la prima domanda e si ferma lì. Chi ottiene vero valore usa gli stessi strumenti per la seconda, terza, quarta domanda. L’iterazione è tutto. Questo capitolo dimostra che la competenza è scalabile — e modella l’abitudine di approfondire invece di accettare il primo risultato.
Cosa dovrebbe essere possibile dopo questo
- Riutilizzare una competenza installata su una domanda di follow-up senza ricostruire il contesto.
- Rispondere alle domande di chiarimento in modo sufficientemente specifico da modellare un brief utile.
- Approvare passaggi di ricerca più approfonditi quando Cowork segnala delle lacune.
- Inviare un brief completato a uno strumento downstream tramite connettori.
Appendice — Il prompt di follow-up
Il prompt di follow-up dalla demo, adattato per il riutilizzo.
/research-brief
Abbiamo deciso di [DECISIONE DAL BRIEF PRECEDENTE]. Usa il template di research brief per ricercare i passaggi esatti che dovremmo seguire per eseguire questo. Abbiamo [CONTESTO RILEVANTE SU SISTEMI / SCALA / VINCOLI]. Non mi serve [limiti di livello di dettaglio], ma voglio che tutti gli aspetti siano coperti. Fammi qualsiasi domanda di chiarimento.
Ora disponi di un processo ripetibile per trasformare qualsiasi decisione in un brief scritto — e per riutilizzare la stessa competenza ogni volta che una decisione genera la prossima domanda di ricerca. La competenza di research-brief gestisce il flusso di lavoro. Il template ne definisce la struttura. Il tuo compito è scegliere la domanda, rispondere onestamente alle domande di chiarimento e iterare finché il brief non è realmente utile. Ogni volta che sei tentato di aprire dieci schede del browser, ricorda — puoi semplicemente fare il brief, iterare, rifare il brief, inviarlo a valle.
Grazie per i tuoi commenti!
Chieda ad AI
Chieda ad AI
Chieda pure quello che desidera o provi una delle domande suggerite per iniziare la nostra conversazione
Dalla Decisione all'Esecuzione
Una demo dal vivo di follow-up che mostra come la stessa competenza di research-brief dal capitolo 4.2 gestisce la successiva domanda di ricerca che segue sempre una decisione — abbiamo deciso X, ora come lo eseguiamo concretamente? Stessa competenza, nuovo contesto, domande di chiarimento più approfondite.
Concetto chiave
La competenza di research-brief non è uno strumento da usare una sola volta. È la risorsa che utilizzi ogni volta che una decisione genera una nuova domanda di ricerca — che accade nella maggior parte dei casi. Questo capitolo mostra il ciclo di iterazione. La stessa competenza, richiamata sul follow-up, approfondendo ad ogni passaggio. Il punto didattico non è un nuovo schema — è che lo schema continua a funzionare man mano che si approfondisce qualsiasi argomento.
Come funziona (passo dopo passo)
Passo 1 — Riconoscere la domanda di follow-up
Ogni decisione genera una domanda successiva. Hai deciso cosa fare — ora devi sapere come farlo. Nell’esempio di questo capitolo: la decisione dal 4.2 (ipoteticamente passare da HubSpot ad Attio) genera il follow-up — qual è il playbook di migrazione.
Passo 2 — Riutilizzare la competenza con nuovo contesto
Richiama /research-brief sulla stessa competenza usata nel 4.2. Nessun nuovo template. Nessuna nuova configurazione. Fornisci il nuovo prompt.
“Abbiamo deciso di procedere con la transizione da HubSpot ad Attio. Usa il nostro template di research brief per ricercare i passaggi esatti che dovremmo seguire. Abbiamo molte automazioni con Notion, PostHog e altri — non mi serve il dettaglio a livello di automazione, ma voglio che tutti gli aspetti siano coperti. Fammi tutte le domande di chiarimento necessarie.”
Nota — stessa competenza, stesso template, contesto diverso. Questo è tutto il riutilizzo.
Passo 3 — Rispondere onestamente alle domande di chiarimento
La competenza entra in modalità di pianificazione dell’esecuzione e propone una serie di domande di chiarimento prima di iniziare la ricerca. Forma tipica:
- Chi è responsabile della migrazione?
- Quanto è profondo l’utilizzo attuale dello strumento che si sta abbandonando?
- In che direzione vanno le automazioni?
- Qual è la scadenza?
- Migrazione autonoma o assistita?
Qui il valore si moltiplica. Rispondi in modo specifico — risposte vaghe qui portano a brief vaghi in seguito. Nella demo, Cameron ha risposto — lui è responsabile insieme a un collega RevOps; l’utilizzo è molto profondo (ticket, contatti, intero database); le automazioni sono multidirezionali (Facebook → HubSpot → Notion, PostHog → HubSpot, ecc.); nessuna scadenza specifica (basta farlo bene); autonomo, ma aperto all’assistenza.
Passo 4 — Approvare l’approfondimento della ricerca
Cowork segnalerà le lacune nelle tue conoscenze prima di iniziare la ricerca. Nella demo, ha notato il conflitto sui ticket — Cameron aveva detto che i ticket passano tramite HubSpot, ma Attio non ha ticketing nativo. Non è un errore di Cowork; è Cowork che fa il suo lavoro. Ha chiesto se doveva ricercare alternative per il ticketing, se includere una tabella comparativa degli strumenti di migrazione e dove concentrare l’approfondimento. Approva il passaggio più approfondito e lascia che proceda.
Passo 5 — Iterare: approfondire, approfondire, approfondire
Non ci si ferma al primo brief. Ogni risposta genera due nuove domande. Continua a chiedere. Continua a spingere. Il ciclo delle domande di chiarimento è ciò che porta a un brief realmente utile — non il primo risultato.
Passo 6 — Invia il deliverable ai tuoi strumenti downstream
Una volta completato il brief, non è necessario uscire dal flusso di lavoro. Chiedi a Cowork di formattarlo in un documento Notion. Invia tramite Gmail. Converti in un Google Doc condiviso. Qualsiasi strumento downstream raggiungibile dai tuoi connettori. Il brief è il contenuto; i connettori sono la distribuzione.
Perché è importante
La maggior parte delle persone usa l’IA per la prima domanda e si ferma lì. Chi ottiene vero valore usa gli stessi strumenti per la seconda, terza, quarta domanda. L’iterazione è tutto. Questo capitolo dimostra che la competenza è scalabile — e modella l’abitudine di approfondire invece di accettare il primo risultato.
Cosa dovrebbe essere possibile dopo questo
- Riutilizzare una competenza installata su una domanda di follow-up senza ricostruire il contesto.
- Rispondere alle domande di chiarimento in modo sufficientemente specifico da modellare un brief utile.
- Approvare passaggi di ricerca più approfonditi quando Cowork segnala delle lacune.
- Inviare un brief completato a uno strumento downstream tramite connettori.
Appendice — Il prompt di follow-up
Il prompt di follow-up dalla demo, adattato per il riutilizzo.
/research-brief
Abbiamo deciso di [DECISIONE DAL BRIEF PRECEDENTE]. Usa il template di research brief per ricercare i passaggi esatti che dovremmo seguire per eseguire questo. Abbiamo [CONTESTO RILEVANTE SU SISTEMI / SCALA / VINCOLI]. Non mi serve [limiti di livello di dettaglio], ma voglio che tutti gli aspetti siano coperti. Fammi qualsiasi domanda di chiarimento.
Ora disponi di un processo ripetibile per trasformare qualsiasi decisione in un brief scritto — e per riutilizzare la stessa competenza ogni volta che una decisione genera la prossima domanda di ricerca. La competenza di research-brief gestisce il flusso di lavoro. Il template ne definisce la struttura. Il tuo compito è scegliere la domanda, rispondere onestamente alle domande di chiarimento e iterare finché il brief non è realmente utile. Ogni volta che sei tentato di aprire dieci schede del browser, ricorda — puoi semplicemente fare il brief, iterare, rifare il brief, inviarlo a valle.
Grazie per i tuoi commenti!
