Scartare un'idea prima che ti costi settimane di lavoro

Scartare un'idea per una funzione significa testare a basso costo la sua ipotesi più rischiosa, decidere in anticipo quale risultato vuol dire stop, e poi fermarsi davvero. Scrivi cosa hai imparato, così l'idea non rientra di nascosto tra sei mesi. Ogni idea che scarti ti restituisce settimane di sere.

Come scartare un'idea per una funzione

Nessuno farà una festa per la funzione che non hai costruito.

È questo il problema. Quando rilasci, c'è un changelog, un tweet, una piccola dose di orgoglio. Quando scarti un'idea, c'è silenzio. Sei solo, quindi non c'è nessuno con cui festeggiare, e la decisione non viene registrata. Nel giro di qualche mese, la discovery comincia a sembrare improduttiva accanto a tutti quei rilasci visibili.

Non lo è. Scartare l'idea giusta è spesso la cosa più preziosa che produce la tua settimana. Ti restituisce settimane di sere, e le sere sono l'unico budget che un business di una persona sola non può rifornire.

Quindi impara a farlo di proposito. Ecco il metodo.

Perché le idee sono così difficili da scartare

Perché l'hai già costruita nella tua testa.

Vedi la schermata. Hai già dato un nome al pulsante. Sai quali clienti la adoreranno. Quando "valuti" l'idea, non stai giudicando una scommessa. Stai difendendo un piano.

E l'AI ha peggiorato le cose. Prima costruire la cosa sbagliata richiedeva mesi e uno sviluppatore, quindi il costo ti obbligava a stare attento. Ora richiede un fine settimana. La tentazione è saltare la domanda e andare dritto a una risposta bellissima. Il costo non ti protegge più. Devi proteggerti da solo, di proposito.

Una funzione scartata in un pomeriggio è un fine settimana che ti sei tenuto.

Guida gratuita · 21 pagineContinua a scoprire. Continua a costruire.Come continuare a scoprire mentre continui a costruire, da solo, senza fermare nessuno dei due flussi.Ricevi la guida gratuita →

Passo uno: togli la soluzione, trova l'ipotesi

Un'idea arriva come una funzione. "Aggiungere una dashboard." "Costruire il nuovo onboarding." Quella è una soluzione, e le soluzioni non si possono testare. Le ipotesi sì.

Quindi rovescia il punto di vista. Chiediti cosa deve essere vero perché funzioni:

• Le persone hanno davvero il problema.
• Cambieranno comportamento per usare la soluzione.
• La capiranno.
• Pagheranno, o almeno la apprezzeranno abbastanza da contare.

Ordinale in base a quale farebbe più male se sbagliata. Poi vai su quella. Non su quella comoda. La maggior parte di noi testa se la cosa è usabile, perché usabile è misurabile e piacevole. Se importi a qualcuno è l'ipotesi che uccide davvero le idee, e tende a restare non testata fino al lancio. Il nostro articolo su trovare l'ipotesi più rischiosa mostra come individuarla.

Passo due: decidi che aspetto ha "morta" prima di testare

È il passo che rende onesto tutto il resto.

Prima di eseguire il test, completa per iscritto questa frase: "Se vedo ___, la lascio perdere."

Poi fatti la domanda vera. Se il risultato è negativo, mi fermerò davvero?

Se la risposta onesta è no, non fare il test. Costruisci la cosa. Almeno è onesto. Un test che ignoreresti è peggio di nessun test: ti costa una sera e fabbrica falsa sicurezza.

Se la risposta è sì, hai un vero interruttore di spegnimento. Ora scegli il test più economico che possa smuoverti. Una conversazione. Una pagina con un prezzo. Un prototipo grezzo. Farlo a mano per una persona. Oppure guardare dati che hai già. L'articolo sui test economici passa in rassegna le opzioni.

Passo tre: leggi il risultato da scettico

Quando il risultato è cattivo, il tuo cervello inizia a trattare. "Non hanno capito la domanda." "Settimana sbagliata." "Magari con un design migliore."

A volte è vero. Il più delle volte è la parte di te che voleva costruire, che presenta ricorso.

Usa questa tabella per restare onesto.

Guarda di nuovo la seconda riga. Se hai scritto prima l'asticella, questa discussione finisce in una riga. È tutto il valore dello scriverla.

Passo quattro: scrivi il necrologio quando scarti un'idea

Quattro righe. Tutto qui.

1. Cosa ho chiesto o ipotizzato.
2. Cosa ho fatto per testarlo.
3. Cosa ho trovato.
4. Cosa ho deciso, e perché.

Tienilo in un posto che sai ritrovare tra sei mesi. Non nella testa. Non in una chat che non riaprirai mai.

I motivi sono due. Primo, protegge il tuo lavoro di discovery dalla tua stessa accusa che non produca nulla. Una lista di idee scartate è un risultato. Dimostra che il filtro funziona. Secondo, impedisce che la stessa idea ritorni. Senza un registro, identico suggerimento tornerà tra sei mesi, sembrerà nuovo e ti costerà di nuovo lo stesso test.

Prima di iniziare qualcosa che ti sembra familiare, controlla il registro. Potrebbe essere già morta.

Valutazione gratuitaQuanto sei intrappolato, davvero?Fai l'Indice di Soffocamento Aziendale, la valutazione gratuita per capire se sei pronto a diventare solopreneur.Fai la valutazione →

Passo cinque: rifiuta lo zombie

L'idea che hai scartato proverà a tornare con un costume diverso.

Torna come versione "lite". Come esperimento. Come qualcosa su cui un cliente ha chiesto per caso. Quando si presenta, falla passare dallo stesso cancello di qualsiasi cosa nuova: qual è l'ipotesi, cosa me la farebbe lasciare perdere, cosa diceva il registro?

Se sono comparse prove nuove, bene. Riaprila. Se non è cambiato nulla tranne il tuo umore, resta morta.

Una nota sui clienti. Una singola richiesta è un dato, non un mandato. Trattala come un motivo per chiedere del loro comportamento passato, con le abitudini di parlare con i clienti senza influenzarli. Non trattarla come una specifica.

Cosa ottieni quando scarti un'idea per una funzione

Diciamo che vendi da solo un servizio in versione prodotto. Un martedì ti arriva l'idea di una funzione. Richiederebbe quasi un mese di sere per costruirla. Spendi due conversazioni e uno sguardo ai dati che hai già, e l'idea non supera l'asticella che hai fissato.

Quanto è costato? Una sera o due.

Cosa ha restituito? Un mese. Un mese che ora puoi spendere in qualcosa con prove migliori alle spalle. Ogni idea scartata con due conversazioni è un mese di sere reindirizzato.

Questa è l'economia dell'intera pratica. Costruire è di gran lunga il modo più costoso di testare un'ipotesi. La discovery esiste per rispondere a poco prezzo a ciò a cui altrimenti risponderesti in sere. Uno scarto è la prova più pulita che ha funzionato.

C'è anche un vantaggio più silenzioso. Lavorando da soli, l'incertezza non ha dove andare. O costruisci la cosa di cui dubiti, o discuti con te stesso alle undici di sera e perdi. Un processo di scarto ti dà una terza opzione: questa è una domanda vera, ecco il test economico, lo saprò entro venerdì. Un loop ansioso diventa una domanda con una data.

Guida gratuita · 21 pagineContinua a scoprire. Continua a costruire.Come continuare a scoprire mentre continui a costruire, da solo, senza fermare nessuno dei due flussi.Ricevi la guida gratuita →

Come capire se stai scartando abbastanza

Ecco un controllo brusco. Guarda indietro agli ultimi mesi di discovery. Quante decisioni di non costruire ha prodotto?

Se la risposta è nessuna, la discovery non è un filtro. È un processo di approvazione. La tua lista di costruzione viene alimentata senza esame, con qualche riunione in più. Succede soprattutto quando metti funzioni già decise nella corsia di discovery: validare una soluzione che hai già scelto produce in modo affidabile la conferma che andavi cercando.

Una corsia sana scarta cose. Non tutto, e non per abitudine. Ma con regolarità, e in modo visibile. Contale. Metti le idee scartate accanto a quelle rilasciate e guarda quale lista è più lunga. Se vuoi sapere se la tua idea supera mai l'asticella, l'articolo sulla validazione la tratta dall'altro lato.

Valutazione gratuitaQuanto sei intrappolato, davvero?Fai l'Indice di Soffocamento Aziendale, la valutazione gratuita per capire se sei pronto a diventare solopreneur.Fai la valutazione →

Domande frequenti

Come capisco se un'idea merita di essere scartata invece di testata ancora?

Se l'ipotesi più rischiosa è stata testata ed è risultata sotto l'asticella che avevi scritto in anticipo, scartala. Se non hai mai testato l'ipotesi pericolosa, solo quella comoda, testa di nuovo prima di decidere in un senso o nell'altro.

E se un cliente chiede la funzione?

Trattala come uno spunto per una conversazione, non come un'istruzione. Chiedi cosa fa oggi per il problema, quando l'ha incontrato l'ultima volta e cosa ha provato. Il comportamento passato è una prova. Una richiesta è una previsione.

Devo registrare le idee a cui ho pensato solo un minuto?

Registra quelle che hai testato o valutato seriamente. Bastano quattro righe. Lo scopo è che nessuno, compreso il te del futuro, sprechi un'altra sera a reimparare la stessa cosa.

Posso tornarci dopo aver scartato un'idea per una funzione?

Sì, se le prove sono cambiate. Il registro ti dice cosa avevi ipotizzato e perché ti sei fermato, così vedi se è cambiato davvero qualcosa. Se è cambiato solo il tuo entusiasmo, lascia stare.

Scartare un'idea non mi rende meno ambizioso?

No. Punta le tue sere limitate sulle idee con le prove migliori. Costruire la cosa sbagliata in modo splendido è la scelta poco ambiziosa, perché sembra progresso e non lo è.

Il metodo completo, con le checklist, è in Il Playbook Dual Track Agile, una guida gratuita di 21 pagine.