Vai al contenuto

Prodotti migliori nascono quando una persona parla tutte e tre le lingue.

Non sono partito dal product management. Ci sono arrivato passando dal design, dal codice, e da tanto costruire. Ecco come.

PERCORSO

  1. 2012–2018

    Selfrules (2012–2018)

    Lavoro freelance iniziato a 25 anni a Modena. Siti, e-commerce, grafica, stampa. Per 7 anni tutto passava da una persona sola: vendita, design, sviluppo, consegna, supporto. 20+ clienti. Il primo e-commerce aveva un'interfaccia da premio e zero vendite. Il cliente non trovava il bottone per pagare. €8K di rimborsi. Quando vendi, progetti, costruisci e supporti lo stesso prodotto, il pensiero cross-funzionale non è opzionale. E una regola diventa permanente: se è bello ma confuso, è decorazione.
    ↑ sovrapposizione

  2. 2016–2020

    FLOWING (2016–2020)

    Entrato come UX Designer, uscito scrivendo codice in produzione. Prodotti B2B e B2C per clienti come Prometeia, Casavo, CliensPiù. Il progetto più formativo: CliensPiù, un gestionale per studi legali usato 8+ ore al giorno. Ogni micro-interazione conta quando qualcuno ci lavora tutto il giorno. Disegnare l'interfaccia e poi scrivere il codice che la implementa. Dopo 4 anni a fare entrambe le cose, la distinzione tra "il designer" e "lo sviluppatore" ha smesso di avere senso.

  3. 2020–2023

    ActiveProspect / LeadsBridge (2020–2023)

    LeadsBridge: piattaforma SaaS B2B con 380+ connettori e partnership dirette con Meta, Google, LinkedIn e TikTok. Unico PM, completamente remoto dall'Europa, team di 10 persone. Il flusso core del prodotto era anche il suo punto più debole — il tipo di problema che tutti avevano accettato come normale. Il redesign ha ridotto il tempo di configurazione del 35% e sbloccato direttamente la crescita del fatturato.

  4. 2023–oggi

    QubicaAMF (2023–oggi)

    600 dipendenti, 90+ paesi. Sistemi di pagamento, integrazioni di piattaforma e soluzioni cashless per centri di intrattenimento. Un sistema ereditato in stato critico. Come è stato stabilizzato è una storia che vale un caso a parte. Oggi: un team di 10+ tra backend, QA e analisti. 99%+ uptime, -25% incidenti post-release, 116 centri integrati, 5 nuovi a settimana. La stabilizzazione era il primo passo. Il lavoro attuale è strategico: cosa costruire, cosa non costruire, e perché.

IN COSA CREDO

Il problema non è mai quello del primo meeting.

Il primo meeting racconta il sintomo. Il lavoro vero è scavare fino alla causa. A volte significa dire "la soluzione che stiamo valutando non risolve il problema reale." Non ti fa amici al primo incontro. Al terzo ti danno ragione.

Un prototipo funzionante batte 100 slide.

Un'idea, prima di diventare un ticket, diventa un prototipo funzionante. React che gli utenti possono toccare dice più di qualsiasi documento di specifiche. I dati che servono per decidere arrivano dal campo, non dalle riunioni.

Il PM migliore è quello che il team non nota.

Se il team funziona bene, il merito è del team. Ma "togliere ostacoli" non basta. Il lavoro vero è capire cosa costruire e perché. Dare al team una direzione che regge anche quando le priorità cambiano. Proteggere il focus non è dire "no" alle interruzioni. È aver fatto il lavoro strategico prima, così il team sa già cosa conta. Se il PM diventa il collo di bottiglia tra chi costruisce e chi decide, qualcosa è andato storto.

FUORI DAL LAVORO

Vivo in provincia di Modena. Quando non lavoro, probabilmente sono in palestra, sto costruendo qualcosa con i LEGO, o sto provando qualcosa fuori dalla mia comfort zone. L'ultimo esperimento: il ricamo. Prima o poi torno, ma non prima di aver capito cosa c'è dall'altra parte.

Se il tuo prodotto ha bisogno di qualcuno che ci mette le mani dentro — non solo le parole sopra — parliamone. Anche solo per capire se ha senso.

Leggi i case studyScrivimi