Il churn che era una riclassifica di catalogo

In breve. Un picco di churn senza un cliente perso: un articolo spostato da un cluster all'altro del catalogo. Da quel giorno la regola è annotare subito, versionare poi, nessuna riscrittura silenziosa dello storico. Un episodio datato, e il metodo che ne è uscito.

L'episodio viene da uno strumento interno di analisi marketing e vendite che mi sono costruito, ed è il seguito dedicato di un caso raccontato in MQL e SQL: la stessa parola in tre sistemi: lì il quadro generale, qui solo il falso churn.

Il picco senza clienti persi

Il 22 settembre 2026 (docs, 2438d35) il report mostra un picco di churn. La verifica riga per riga dice che nessun cliente se n'è andato e nessun comportamento è cambiato: un articolo era stato spostato da un cluster all'altro del catalogo, e la metrica aveva letto lo spostamento come perdita. Su cosa misura il churn quando misura davvero, ho scritto Churn spiegato a un founder.

Perché il catalogo si muove sotto la metrica

Le categorie del catalogo sono metadati vivi: vengono accorpate, rinominate, spostate mentre le metriche continuano a leggerle come se fossero ferme. Quando cambia il secchio, la serie storica si spezza: il confronto prima-dopo confronta due classificazioni diverse e lo chiama churn. Il numero non mente sul passato, mente sul confronto.

La regola: annotare subito, versionare poi

• Annotare subito: cosa si è mosso, quando, per decisione di chi. Nel momento in cui succede, non a report chiuso, quando nessuno ricorda più il dettaglio.
• Versionare poi: tenere la mappa dal vecchio al nuovo cluster con la sua data, così ogni lettura dello storico sa quale classificazione stava usando.
• Nessuna riscrittura silenziosa dello storico: se ridetermini il passato con la nuova mappa, la serie originale resta accanto a quella rideterminata, etichettate. Mai un backfill che cancella lo spostamento.

Fatti e limiti

FACT. Il 22 settembre 2026: picco di churn da articolo spostato di cluster, nessun cliente perso; regola «annotare subito, versionare poi, nessuna riscrittura silenziosa dello storico» (docs, 2438d35).

INTERPRETATION. Quando una metrica esplode da un giorno all'altro, prima escludo che si sia mosso il catalogo, poi cerco il fenomeno: è il mio ordine di lettura dopo questo episodio, non un dato misurato.

INTERPRETATION. Le riclassifiche vanno trattate come eventi datati della serie, non come correzioni del passato: la mia tesi, nata da questo caso.

Limiti: un episodio da un solo strumento interno, non una statistica. Questo pezzo regge su metodo e data.

Domande frequenti

Un picco di churn improvviso da cosa può dipendere?

Da clienti che se ne vanno, oppure da un catalogo che si è mosso: il 22 settembre 2026 (2438d35) un picco era un articolo spostato di cluster. Prima di leggere il fenomeno, verifica che i secchi non siano cambiati.

Come si annota una riclassifica di catalogo?

Subito, con cosa si è mosso, quando e per decisione di chi; poi versionando la mappa tra la vecchia e la nuova classificazione. La serie storica non si riscrive in silenzio: originale e rideterminata restano affiancate ed etichettate.

Quando diffidare di una serie storica?

Quando il confronto prima-dopo attraversa un cambio di classificazione: stai confrontando due modi diversi di contare, e la differenza sembra un fenomeno mentre è un'etichetta. È il caso del 22 settembre 2026 (2438d35).