Gestire e sviluppare un prodotto implica comprenderne la prestazione e il progresso. Il successo (o fallimento) di un’iniziativa è stabilito con chiarezza solo se esiste un quadro di riferimento, stabilito a priori, che dia un senso alle nostre misurazioni. OKR e KPI sono concetti differenti ma con importanti aree di sovrapposizione.
Continue reading
Il tasso di abbandono (o churn rate) è una delle metriche che, spesso, vorrete tenere sott’occhio da vicino e ridurre. Può determinare la fine o il successo di un prodotto: acquisire clienti è notoriamente dispendioso, dunque una volta conquistati ve li vorrete tenere stretti.
Qualche mese fa, questo tweet di Matt Lerner è balzato in cima alla mia timeline. Ciò che rende il thread particolarmente interessante non è tanto il fatto che a PayPal abbiano risolto un problema di abbandono da 100 milioni di dollari, quanto che l’eleganza del modo in cui sono giunti alla soluzione (la quale, per inciso, ha richiesto la modifica di zero linee di codice). Si tratta di un ottimo esempio di come spendere sufficiente tempo al pensare al problema possa risultare in soluzioni efficaci e intelligenti.
Continue reading
PRD è l’acronimo di Product Requirement Document: è il documento in divenire che rappresenta lo status e gli obiettivi del prodotto. Un buon esempio di PRD deve fornire risposte chiare sugli aspetti chiave dello sviluppo del prodotto, nonché spiegare perché stiamo investendo risorse in questa iniziativa.
Continue reading
Non sono certo l’unico a essersi chiesto cosa esattamente faccia un product manager. Approfondendo, ho capito che responsabilità e competenze del product manager cambiano a seconda delle aziende, dei team, dei prodotti. Il che genera una gran confusione e può rapidamente debilitare chi soffre di sindrome dell’impostore (eccomi!). Non a caso ho passato i primi mesi della mia carriera a tener nota di tutte le caratteristiche che mi mancavano rispetto a chi già svolgeva il lavoro. Il problema: ciascuno di loro sembrava avere competenze e aree di responsabilità diverse.
Continue reading
Prioritizzare è fondamentale, in product management così come in ogni altro ambito lavorativo. In questo post mi limito a introdurre alcuni framework (supportati da template) e dei principi generali per la loro applicazione. Lo scopo è facilitare la prioritizzazione di feature, servizi o altre iniziative all’interno di una roadmap e di un backlog: in sintesi, definire su quali aspetti il team di developer si dovrebbe focalizzare nelle settimane o mesi a venire.
Continue reading