I team prodotto hanno bisogno di registri asintoto

Un prodotto può avere product-market fit e, più avanti, scivolare verso il product-market unfit. Sembra una contraddizione solo se il fit viene trattato come un certificato permanente. In realtà il fit è spesso locale: un segmento, un caso d’uso, un canale, un momento di mercato. La prima curva dimostra che qualcosa funziona. Non dimostra che la stessa forma di prodotto porterà anche la curva successiva.

Per questo i team prodotto hanno bisogno di registri asintoto. Un registro asintoto è un artefatto operativo per gestire i soffitti di crescita sospetti. Trasforma un plateau generico in un’ipotesi nominata, con segmento coinvolto, evidenze, falso rimedio da evitare, owner, prossimo esperimento e regola decisionale. Non serve a sembrare più scientifici. Serve a smettere di confondere rumore esecutivo e limite strutturale.

Eugene Wei descrive bene il problema nel suo saggio sugli invisible asymptotes: molti prodotti crescono rapidamente finché incontrano un limite nascosto nel prodotto, nel mercato o nel match fra i due. La parte pericolosa è che il soffitto resta spesso invisibile mentre il team vive ancora dentro la narrazione del successo iniziale.

Il plateau non è sempre un problema di execution

Quando una metrica di crescita si ferma, la reazione naturale è operativa. Migliorare l’onboarding. Aggiungere email di lifecycle. Sviluppare la feature richiesta da mesi. Scontare il piano annuale. Lanciare un’altra campagna. Sono mosse che possono servire, ma possono anche permettere al team di evitare una domanda più scomoda: e se il prossimo segmento non volesse il prodotto che abbiamo già costruito?

Un plateau dopo il fit iniziale può voler dire almeno tre cose diverse. Il prodotto può essere ancora valido, ma il canale di acquisizione è saturo. Il prodotto può funzionare molto bene per gli early adopter, ma risultare troppo complesso, rischioso, costoso o stretto per il pubblico successivo. Oppure il mercato può essere cambiato attorno al prodotto mentre la roadmap continuava a ottimizzare la promessa originaria.

Sono problemi diversi. Richiedono decisioni diverse. Un soffitto di canale chiede lavoro sulla distribuzione. Un soffitto di segmento chiede posizionamento, packaging o una diversa forma di prodotto. Un soffitto di mercato può chiedere una scelta strategica su dove non competere. Se ogni plateau viene trattato come un problema di conversione, il team continuerà a lucidare la superficie mentre il vincolo vero sta sotto.

Qui il registro asintoto è diverso da una dashboard. La dashboard mostra la curva. Il registro chiede perché la curva si sta piegando. La dashboard dice che la conversione in espansione cala. Il registro dice: il nostro workflow collaborativo funziona per team guidati dai founder, ma è troppo poco governato per reparti con review di compliance. La seconda frase aiuta a decidere.

È la stessa disciplina che serve nella strategia prodotto. Un team che usa mappe di scelta invece di pile di priorità sta già ammettendo che la crescita nasce da trade-off, non dal fare tutto. Il registro asintoto applica quella logica alle metriche bloccate.

Cosa va dentro un registro asintoto?

Il registro deve essere abbastanza semplice da essere usato ogni settimana. Se diventa un deck strategico, verrà abbandonato. Una voce utile contiene sette campi.

Primo: scrivere l’ipotesi di soffitto. Serve precisione. Non “l’activation non va”, ma “gli utenti singoli capiscono il valore, però i manager non invitano i team perché manca un modello sicuro di handoff”. Secondo: indicare il segmento coinvolto. Questo evita di fare medie tra utenti che hanno lavori, budget, paure e costi di switching diversi.

Terzo: raccogliere evidenze. Curve di retention, interviste qualitative, punti di rottura del funnel, note commerciali, ticket di supporto, motivi di deal persi, tracce d’uso. Il punto non è pretendere prova perfetta. Il punto è smettere di usare solo aneddoti che confermano la roadmap già in movimento.

Quarto: scrivere il falso rimedio da evitare. È il campo più scomodo e spesso il più utile. Se il soffitto sospetto è la fiducia dei team più grandi, il falso rimedio può essere “onboarding più corto”. Se il soffitto è mancanza di urgenza nel buyer, il falso rimedio può essere “più profondità di feature”. Se il soffitto è la scelta del segmento sbagliato, il falso rimedio può essere “più paid acquisition sullo stesso pubblico”.

Quinto: assegnare un owner decisionale. Non un owner di progetto, un owner della decisione. Qualcuno deve essere responsabile di dire se il soffitto è abbastanza reale da cambiare il piano. Sesto: definire il prossimo esperimento. Può essere un workflow concierge, un fake-door test, uno sprint di discovery commerciale, una prova di pricing, un prototipo o un lancio ristretto su un segmento diverso. Settimo: scrivere la regola decisionale prima del test.

Questo ultimo campo collega il registro alla disciplina dei criteri di stop per le scommesse prodotto. Se il team decide dopo aver visto i dati, spesso vince la narrativa più forte. Se la regola viene scritta prima, il team ha più probabilità di imparare invece di difendere.

Come si testa il product-market unfit?

Il product-market unfit non è un fallimento morale. È un’etichetta diagnostica per una discrepanza tra ciò che il prodotto offre e ciò che un segmento deve avere per adottare, continuare a usare ed espandere. Testarlo richiede più che chiedere agli utenti se il prodotto piace.

Bisogna partire separando amore e portata. Un piccolo gruppo può amare il prodotto intensamente mentre il gruppo successivo non si interessa affatto. Non è una contraddizione. È la forma di molti prodotti nelle fasi iniziali. La domanda giusta non è “piacciamo agli utenti?”, ma “quali utenti arrivano a valore durevole, e quali incontrano attriti che il prodotto attuale non riesce ad assorbire?”

Poi bisogna separare gap di feature e gap di adozione. Una richiesta di feature da parte del segmento target può essere un segnale reale, ma può anche essere un modo educato per dire che il prodotto non entra nel workflow del buyer. Se un team dice “ci servono approvazioni”, la feature letterale può essere approvazioni. Il problema più profondo può essere che il prodotto sta passando da strumento individuale a sistema organizzativo di riferimento. È un’altra forma di prodotto.

Un buon test riduce l’incertezza. Se l’ipotesi è che i manager abbiano bisogno di visibilità prima di invitare i team, non serve passare un trimestre a rifare l’amministrazione. Meglio un pilot gestito in cui il team produce manualmente report settimanali di visibilità. Se gli inviti aumentano e la retention migliora, il prodotto ha imparato qualcosa sul soffitto. Se non cambia nulla, la spiegazione precedente era probabilmente troppo comoda.

Il registro protegge anche la discovery dal teatro. Nelle interviste discovery con decision log, la mossa importante è collegare ciò che è stato ascoltato a ciò che il team cambierà. Il registro asintoto fa lo stesso per la diagnosi di crescita: ogni intervista, metrica ed esperimento deve rafforzare, indebolire o sostituire un’ipotesi di soffitto.

Quando deve cambiare la strategia?

Un singolo esperimento debole non dovrebbe riscrivere l’azienda. Ma evidenze ripetute dello stesso soffitto devono forzare una scelta strategica. Il team può approfondire il segmento attuale, ridisegnare il prodotto per il segmento successivo, cambiare modello di business, cambiare distribuzione o smettere esplicitamente di inseguire quella curva.

L’opzione peggiore è fingere che la scelta non esista. È così che nascono prodotti gonfi. Ogni trimestre aggiunge un’altra feature per il prossimo segmento promesso, mentre l’esperienza centrale diventa più difficile per il segmento che già amava il prodotto. Il prodotto diventa un museo di asintoti irrisolti.

Aiuta una cadenza pratica di review. Una volta al mese, scegliete una metrica bloccata e chiedete: quale soffitto stiamo assumendo, quali evidenze sono cambiate, quale falso rimedio siamo ancora tentati di spedire, quale decisione è ormai in ritardo? Tenete il registro corto. Chiudete le voci vecchie. Archiviate le ipotesi smentite. Promuovete i soffitti confermati dentro il lavoro strategico.

Il registro non è pessimismo. È un modo per proteggere l’ambizione rifiutando l’ottimismo vago. Un team che nomina i soffitti può scegliere quali attaccare. Un team che rifiuta di nominarli continua a scambiare movimento per progresso.

Questa settimana, fate audit di una metrica ferma. Scrivete una voce del registro asintoto. Includete ipotesi di soffitto, segmento, evidenze, falso rimedio, owner, prossimo esperimento e regola decisionale. Se la voce sembra politicamente scomoda, probabilmente è il primo segnale che deve stare nel registro.