Il capitolo precedente ha spiegato come vengono creati gli Opportunity Brief. Questo è il diario di una settimana reale passata alla scrivania su cui arrivano — cosa ho aperto, cosa ho costruito, cosa ho lasciato in sospeso, e l'unica cosa che è andata storta.
Lunedì, 9:10 — sei brief in coda
Prima regola della mattina: non leggere dall'alto in basso. La pagina struttura un brief come problema, pubblico, evidenza, ambito, fiducia — io leggo sempre prima l'evidenza. Apro i link prima del riassunto. Uno dei sei brief di lunedì citava "crescente frustrazione nella community" e linkava due thread, uno del 2019 con quattro upvote. Quella non è evidenza, è un risultato di ricerca, ed è stato chiuso in circa otto secondi.
Il secondo ha retto bene. Video editor freelance che perdono il feedback dei clienti tra email, commenti su Frame.io e messaggi di testo, riconciliandolo a mano prima di ogni round di revisione. La sezione evidenza aveva tre fonti indipendenti — un thread di quaranta risposte su un subreddit di video editing che confrontava soluzioni improvvisate, una recensione G2 su un concorrente che lamentava esattamente la stessa lacuna, e un tweet con duecento like su un "foglio di calcolo del feedback della vergogna". Tre fonti concordi battono un post virale; la viralità ti dice che qualcosa è riconoscibile, non che sia comune.
Pubblico: video editor freelance che lavorano con clienti, da uno a cinque alla volta, attivi su r/videoediting e nel Discord della community Frame.io. Abbastanza specifico da poterci comprare annunci mirati, cosa che conterà più avanti. Ambito: un'unica pagina che importa un export di commenti Frame.io e un thread email e produce una lista di revisione unificata. Nessuna autenticazione, nessuna funzione di team, nessuna fatturazione. Abbastanza piccolo da costruire in un giorno, esattamente com'è dovrebbe essere una sezione ambito — di solito dimezzo l'ambito suggerito da un brief nel prompt di build, ma questo non ne aveva nemmeno bisogno.
Terzo brief, stessa sessione: "i freelance faticano a tracciare il tempo su più clienti". Un solo thread Reddit, sei risposte. Pubblico solo "freelance". Ambito un intero SaaS di time tracking con fatturazione. Stessa mattina, stessa sessione di ricerca, qualità completamente diversa — il segnale sottostante era semplicemente più debole. Chiuso. Una buona sessione ti dà due o tre brief da leggere con attenzione e una manciata non abbastanza solidi da agire — è normale, non un segno che il sistema sia rotto.
Lunedì, 9:40 — prompt di build, poi una decisione che ho quasi saltato
Il brief sul video editor era convincente abbastanza da farmi quasi inviarlo direttamente alla build. Mi sono fermato in tempo — essere mezzo convinto significa validare prima, non costruire prima. Il flusso di build normale è per quando sei davvero convinto, non quando sei entusiasta. Ho allestito invece una landing page a una pagina con lista d'attesa: la proposta in linguaggio semplice, e quaranta dollari di spesa pubblicitaria (in pausa) puntata sui vicini ovvi del Discord Frame.io.
Ho quasi fatto un errore vero, qui. La prima bozza del targeting pubblicitario era così ristretta che sarebbe stata mostrata forse a 200 persone in totale, e un risultato nullo su 200 impression non ti dice niente — non puoi distinguere "nessuno lo vuole" da "nessuno l'ha visto". Ho allargato il pubblico prima di riattivare la campagna. Una piccola cosa, ma è il tipo di dettaglio che rovina silenziosamente un test di validazione se non lo becchi in tempo.
Mercoledì — verifica dei numeri
Quattro giorni di spesa pubblicitaria, tolta la pausa martedì mattina: diciannove iscrizioni su circa novecento impression. Segnale reale. Sarebbe stato un segnale reale anche con due iscrizioni, solo l'opposto. In entrambi i casi, ora sapevo qualcosa che non sapevo lunedì, al costo di una landing page e quaranta dollari, invece di una settimana di tempo di sviluppo. Questo è il brief dell'esempio pratico precedente, ed è quello che citerei se qualcuno mi chiedesse perché vale la pena validare prima, nonostante l'attrito di allestire qualcosa per cui sei già entusiasta.
| Azione | Quando |
|---|---|
| Costruisci questo | Convinto. Direttamente al prompt di build. |
| Valida prima | Mezzo convinto. Lista d'attesa + campagna pubblicitaria in pausa prima di impegnare una settimana. |
| Lascialo maturare | Non convinto. Tienilo — la coda è una lista di lettura, non una lista di cose da fare. |
Il mio rapporto onesto tra gli account che gestisco in questo modo: circa un brief su otto va direttamente alla build, tre o quattro vengono allestiti per la validazione, il resto invecchia in coda. Se il tuo rapporto pende più verso la build, probabilmente non stai leggendo la sezione evidenza con sufficiente attenzione.
Un brief di marzo, ancora lì
Non di questa settimana — vale la pena menzionarlo perché mi ha fatto cambiare idea sull'eliminare i vecchi brief. A marzo avevo lasciato invecchiare un brief su uno strumento di inventario di nicchia per piccole palestre di arrampicata; il pubblico era reale ma l'evidenza era scarsa, un solo thread di forum. L'ho lasciato lì. Due mesi dopo un concorrente ha lanciato qualcosa di simile, e rileggendolo, la sezione pubblico sembrava improvvisamente preveggente invece che speculativa. Nel brief non era cambiato nulla. Era cambiato il mercato. Se l'avessi eliminato per tenere la coda in ordine, quel contesto sarebbe andato perso gratis, senza motivo.
Venerdì — regolare la macchina invece di leggerne l'output
Il venerdì passo meno tempo a leggere i brief e più a orientare ciò che li scrive. Due modifiche questo venerdì in particolare. Prima: ho circoscritto la prossima sessione di ricerca a un territorio specifico — "strumenti per palestre di arrampicata" invece di niente — perché una sessione senza ambito tende a far emergere qualunque cosa faccia rumore su internet quella settimana (c'è sempre una nuova idea di wrapper AI, sempre una generica lamentela sulla produttività) invece di scavare in una sottocultura reale. Le sessioni circoscritte tornano con il foglio di calcolo esatto che i gestori di palestre si scambiano per le rotazioni di apertura vie. Le sessioni senza ambito tornano con vibrazioni generiche.
Seconda modifica, ed è quella che consiglierei a chiunque prima di tutto il resto di questa lista: sono tornato indietro tra i rifiuti dell'ultimo mese, ho scritto il perché, e ho inserito quelle ragioni nel focus della sessione successiva. Evidenza debole, tre volte. Ambito troppo ampio, due volte. Ho detto alla sessione successiva di privilegiare "evidenza solida" e "MVP ristretto". È uno strumento grezzo — stai regolando un prompt, non facendo fine-tuning di un modello — ma dopo alcuni mesi a farlo su un solo account, il tasso di accettazione è passato da circa un brief valido su dodici a più vicino a uno su cinque.
Cosa eviterei la prossima volta
All'inizio ho eseguito Discovery ogni giorno per circa una settimana, cacciando con impegno, e lo eviterei se lo rifacessi — due volte a settimana è già quasi eccessivo, perché l'agente di ricerca ha bisogno di tempo reale perché il segnale si accumuli tra una sessione e l'altra. Eseguirlo ogni giorno produceva per lo più brief quasi duplicati sulle stesse tre tendenze, il che rende solo più lunga la lettura critica del lunedì senza segnale aggiuntivo. Settimanale è l'impostazione predefinita giusta; lo comprimerei solo durante una caccia attiva, e comunque non oltre un giorno sì e uno no. E ruoterei il territorio prima di quanto abbia fatto — eseguire "palestre di arrampicata" per tre settimane di fila ha raschiato il fondo degli stessi thread entro la terza settimana, mentre due o tre territori a rotazione avrebbero mantenuto ciascuno più fresco.
