Ogni sera sembra uguale ultimamente. Metto a letto Isabel. Pulisco. Apro il laptop. Controllo le metriche. Leggo i feedback. Pianifico il giorno successivo.
Stasera sto facendo qualcosa di diverso: fermarmi davvero a scrivere cosa è successo questo mese.
A gennaio ho ascoltato.
Per la prima volta da quando ho iniziato One Million Goal, ho abbastanza persone dall'altra parte dei prodotti da poter smettere di immaginare alcuni problemi e iniziare a osservarli. Anapana ha migliaia di utenti attivi che ci dicono cosa funziona e cosa no attraverso recensioni, messaggi di supporto e pattern comportamentali che non possiamo ignorare. Coco ha oltre 30 beta tester che mandano feedback dettagliati: memory leak, crash, corsi troppo lunghi prima degli esercizi.
Ogni messaggio è o "questo è rotto" o "non ho capito questa parte". Entrambi ugualmente preziosi.
E questo mese mi sta lasciando una convinzione che finora non avevo messo a fuoco così chiaramente:
Costruire velocemente serve poco se non costruisci un sistema capace di ascoltare cosa succede dopo.
Questo è l'episodio in cui quel sistema inizia a funzionare.
Coco incontra persone reali
Quello che pensavo: Coco era quasi pronta. Ho passato mesi a costruirla, i corsi funzionano, l'app gira bene sul mio telefono.
Quello che stanno facendo gli utenti: la usano in modi che non avevo previsto. E l'app, usata da persone reali invece che da me, sta raccontando un'altra storia.
Quello che si è rotto: memory leak, crash, problemi di performance che appaiono solo in condizioni che non avevo immaginato. Nessuno di questi bug esisteva finché l'unico utente ero io.
Quello che non avevo capito: le persone vogliono arrivare molto prima agli esercizi. Le lezioni teoriche, che a me sembrano il fondamento necessario, per loro sono un ostacolo tra il download e il motivo per cui hanno scaricato l'app.
Quello che ho cambiato: lezioni più corte, l'intero flusso di apprendimento ristrutturato per portare prima alla pratica, e una riscrittura completa dell'audio engine.
Quest'ultima merita due righe, perché è una piccola storia tecnica che mi piace. Avevo oltre 400 file audio per strumento: un file per ogni nota, accordo e intervallo. Funzionava, ma era gonfio e lento. Adesso ho 32 file per strumento e genero tutto al volo suonando più note insieme, perché un accordo è solo tre note suonate nello stesso momento. Ovvio in teoria. Non così ovvio da programmare, anche con l'aiuto dell'AI.
Ed è un promemoria che vale più del singolo refactoring: AI-assisted non significa frictionless. L'AI comprime l'execution, ma non cancella la modellazione del problema, l'architettura, il debugging. Quelli restano tuoi.
Oggi Coco ha due corsi completi, Orecchio Relativo e Orecchio Assoluto, e quattro ancora da chiudere prima del lancio. Una volta che ci sono, esco in pubblico. Target: la prossima settimana.
Quando ciò che sembra semplice non lo è
Su Anapana, gennaio è iniziato con un dato scomodo: l'autenticazione passwordless crea drop-off.
Il flow a noi sembra semplice: inserisci l'email, ricevi un codice, lo incolli, sei dentro. Ma gli utenti si bloccano. Alcuni non ricevono mai il codice, altri non capiscono cosa fare dopo, altri semplicemente rinunciano. Non ce l'ha detto nessuno con una mail arrabbiata; l'abbiamo visto nei dati di comportamento, un abbandono dopo l'altro, sempre nello stesso punto.
Quindi abbiamo aggiunto Google e Apple Sign-In. Un tap, sei dentro. Niente codici, niente attese.
La lezione qui è una di quelle che mi porto via da questo mese:
La semplicità progettata non è la semplicità percepita.
Un flow può essere elegante sulla carta e comunque abbastanza difficile da far abbandonare una persona. L'unico giudice è il comportamento reale.
Le persone non hanno bisogno di 200 opzioni
Il secondo caso di Anapana continua un filo iniziato il mese scorso. A dicembre avevamo identificato la choice paralysis: più di 200 meditazioni in libreria e nessuna guida su cosa scegliere. A gennaio stiamo trasformando quell'insight in prodotto.
Nel frattempo abbiamo messo delle pezze pragmatiche: filtri e ricerca (richiestissimi, e si capisce: scorrere 200+ meditazioni non è divertente), più una serie di fix su riproduzione delle tracce e tracking del completamento segnalati dalla community.
Ma la risposta vera sono i percorsi personalizzati, in costruzione dietro le quinte. Durante l'onboarding ti faremo 10 domande per capire i tuoi obiettivi, il livello di esperienza e con cosa stai lottando; poi genereremo un percorso su misura, pratiche specifiche in un ordine specifico, progettate per aiutarti a costruire una vera abitudine. Invece di gettarti addosso 200 opzioni e sperare, ti guideremo.
Mi piace questo caso perché mostra che questi report iniziano a parlarsi tra loro. Non sono episodi isolati: c'è un ciclo che finalmente si vede per intero.
Segnale → ipotesi → build → feedback → iterazione.
Dati, non soltanto opinioni
Questo mese sto ricevendo due tipi di segnale molto diversi, e vale la pena distinguerli.
C'è il feedback esplicito: "l'app crasha", "non capisco questa parte", "vorrei la ricerca". Qualcuno si prende il tempo di scriverti cosa non va.
E c'è il feedback comportamentale: le persone abbandonano durante l'autenticazione, oppure finiscono il percorso iniziale e poi non sanno cosa scegliere. Nessuno te lo dice; lo vedi solo se stai guardando.
La lezione facile sarebbe "ascolta quello che ti chiedono gli utenti". Ma è troppo semplicistica, perché il feedback più utile raramente arriva sotto forma di feature request. La versione che mi porto via è un'altra:
Ascolta ciò che dicono, ma osserva soprattutto ciò che fanno.
A volte il problema è dichiarato. A volte è nascosto in un drop-off.
Distribution Lab
A questo punto One Million Goal contiene di fatto due laboratori paralleli. Il primo è il Product Lab: Coco, Anapana, BabyTales. Il secondo, più giovane, è il Distribution Lab: tutto quello che riguarda far arrivare i prodotti alle persone. Quando costruire diventa meno costoso, sempre più esperimenti si spostano lì: distribution, retention, comportamento.
A gennaio abbiamo iniziato a costruire seriamente il motore di distribuzione di Anapana. Il primo esperimento è sull'ASO: dopo aver riposizionato metadata e creatività, "Mindfulness" è passata dalla posizione 141 alla 66 e stiamo iniziando a rankare per keyword su cui prima eravamo invisibili. Di solito servono 2-3 settimane per vedere l'impatto reale, quindi stiamo ancora monitorando.
Qui tengo solo decisione e risultato; il metodo e i dettagli dell'esperimento li racconterò in un articolo dedicato all'App Store Optimization.
Sempre sul fronte distribuzione: abbiamo lanciato l'Anapana Mindfulness Journal, un blog su Substack per la crescita SEO e content-driven, e stiamo iniziando a testare performance marketing su Meta accanto ai canali organici.
Febbraio è quando spostiamo dalle fondamenta alla crescita.
Un esperimento sull'audience
One Million Goal ha raggiunto 514 iscritti (+39 da dicembre), in un mese in cui ho pubblicato meno spesso.
A febbraio voglio testare un'ipotesi abbastanza brutale: aumentare drasticamente la frequenza, 2 post a settimana e 5 Notes al giorno, cambia davvero la crescita oppure produce soltanto più rumore? Non lo so. Ed è esattamente il motivo per cui vale la pena provarci.
Ho anche attivato le subscription a pagamento, non perché abbia già una strategia premium, ma per verificare se modificano la discoverability su Substack.
Nota aggiunta dopo la pubblicazione: l'esperimento di febbraio è andato flat. Più post e più Notes non hanno spostato la crescita in modo significativo: più volume, non più lettori. È uno dei motivi per cui oggi non provo a vincere il gioco della cadenza e preferisco pubblicare meno, con più densità.
Snapshot
- Anapana: le metriche di fatturato restano private (progetto condiviso), ma siamo profittevoli con margini sani e abbiamo raggiunto il break-even mesi fa.
- Coco: €0 (non ancora lanciata)
- BabyTales: €0. In pausa; il constraint resta invariato: fulfillment.
- HeyBloom: ancora in private mode
One Million Goal (Fatturato a oggi): €220.069,80
Nota aggiunta dopo la pubblicazione: quando ho pubblicato questo report includevo ancora l'exit di Ammesso.it nel contatore One Million Goal. In seguito ho cambiato la metodologia per separare i ricavi generati durante l'esperimento dagli exit precedenti.
La distanza dall'utente non è gratuita
Ho passato anni a costruire prodotti dentro aziende dove il feedback arriva attraverso strati: un PM, un team di user research, ticket di supporto filtrati e riassunti in un summary. Ogni strato ha una ragione di esistere. Ma costruendo da solo sto ritrovando qualcosa che da executive avevo progressivamente perso: quando qualcuno ti scrive "questo è crashato" o "non ho capito", lo senti direttamente. Non c'è buffer. Non c'è nessuno a cui delegarlo.
E la lezione non è che PM, support e research non servano. È più precisa:
Ogni layer tra chi costruisce e chi usa il prodotto comprime informazione.
Ogni passaggio comporta filtraggio, sintesi, perdita di contesto, ritardo. Tornare builder mi sta restituendo la vicinanza non mediata al problema, e mi lascia una domanda che mi porto dietro anche quando penso a come dovrebbero funzionare i team: quanto possiamo ridurre la distanza tra chi osserva il problema e chi può modificarne la soluzione?
Non credo che la risposta sia "zero intermediari". Ma credo che ogni layer vada guadagnato, non dato per scontato.
Quello che gennaio mi sta insegnando
Gennaio mi sta ricordando che shipping non è il momento in cui finisce il lavoro. È il momento in cui finalmente iniziano ad arrivare informazioni migliori.
Coco mi sta mostrando problemi che non sarei riuscito a immaginare da solo. Anapana mi sta mostrando che ciò che a noi sembra semplice può essere abbastanza difficile da far abbandonare una persona. E soprattutto, questo mese mi sta ricordando che la distanza dall'utente non è gratuita.
Più riesco ad accorciare il loop tra osservare → capire → modificare → misurare, più velocemente il prodotto migliora.
Questo mese non ho imparato a costruire più velocemente.
Ho imparato ad ascoltare più velocemente.
Grazie per aver letto One Million Goal. Se stai costruendo qualcosa, mi piacerebbe saperlo: qual è stato l'ultimo feedback, detto o osservato, che ti ha fatto cambiare davvero una decisione?
Impossibile? Forse... o forse no.
Marco
