Idea principale

L'anticipazione viene spesso trattata come una facoltà di previsione — quindi come una qualità che alcuni team avrebbero e altri no, e che non si può né organizzare né verificare. Descritta come una procedura, perde questo carattere: individuare segnali deboli, ricavarne un'ipotesi formulata, testarla presto e imparare prima degli altri.

Ciascuno di questi passaggi è verificabile. Un segnale debole si può nominare: una frizione che ricorre nei ticket del supporto, un aggiramento osservato durante un'intervista con un utente, una richiesta isolata ma coerente di un account cliente, un uso avanzato in un profilo particolare, un'aspettativa importata da un altro strumento. Un'ipotesi si scrive. Un test ha una data e produce un risultato.

Ciò che distingue un'azienda che anticipa non è quindi la giustezza delle sue intuizioni, ma il tempo che passa tra la comparsa di un segnale e il momento in cui sa cosa pensarne.

Perché è importante

Rende l'anticipazione oggetto di arbitraggio. Finché resta una divinazione, non si può né metterla a budget né discuterla in comitato: nessuno difende una previsione. Ridotta a un ciclo di apprendimento, si confronta con gli altri impieghi possibili della stessa capacità del team.

Delimita anche ciò che le si chiede. Un'ipotesi testata e smentita è un risultato, non una previsione fallita — ed è questo che permette di lanciarne diverse.

Sfumature e limiti

Non ogni segnale debole annuncia qualcosa: la maggior parte resta un caso isolato, e un'organizzazione che tratta ogni frizione come una premonizione si disperde. La selezione resta un giudizio, che la procedura non automatizza.

E imparare presto non basta: un'azienda può sapere prima degli altri e non fare nulla di ciò che sa, per non aver deciso quale rischio accettava.

Domande aperte

• Quante ipotesi può tenere aperte contemporaneamente un team prima che seguirle costi più del vantaggio che procurano?