Perché amo essere un Product Manager
Nessuno sogna da bambino di diventare un Product Manager. È qualcosa che ti viene incontro nel corso del tempo, man mano che scopri i vari aspetti dello sviluppo del prodotto.
Come ogni altro professionista del software, anch’io una volta ero un programmatore. Essere parte dell’industria IT era la cosa più importante a quei tempi. Per alcuni era la loro passione, ma per altri era la cosa più figa da fare. Le mie ragioni erano che mi piaceva molto programmare, perché il brivido di risolvere un problema, di dare vita a qualcosa che era solo un concetto, era molto gratificante. Ma sentivo anche che solo la programmazione non era qualcosa che volevo fare per il resto della mia vita. Avevo altri punti di forza come la connessione con le persone, la comprensione delle loro motivazioni, come si identificava il problema da risolvere, ecc. Ed ero una rockstar nell’esecuzione.
Con questi pensieri in mente e cercando continuamente di trovare altre strade nello sviluppo del software, ho trovato la mia attenzione attratta da un gruppo di professionisti chiamati Product Manager. E quello che ho visto mi ha fatto venire voglia di imparare da loro. Oggi, sono felice di dire che appartengo a quel gruppo e amo assolutamente questo ruolo.
Perché? Beh, ecco le 5 cose che amo di questo ruolo-
Questa è una delle cose più emozionanti dell’essere un product manager. Proprio come un architetto aiuta a costruire strade ed edifici, io aiuto a creare prodotti digitali dall’inizio. Un product manager è una delle persone chiave coinvolte fin dall’inizio. Così posso sentire le idee, fare brainstorming con altri leader del settore e costruire qualcosa che può potenzialmente cambiare la vita delle persone.
L’ho sperimentato così tante volte mentre costruivo prodotti in Healthcare, EdTech, e tanti altri campi. La scarica di adrenalina di portare nuove esperienze alla vita è difficile da descrivere e può essere solo provata.
Mi permette di esplorare e imparare cose nuove
Come product manager, la necessità di rispondere alle domande chiave – ‘Cosa costruire’, ‘Come costruire’, ‘Per chi costruire’ e ‘Con chi costruire’ – apre un universo completamente diverso per l’apprendimento. Come notoriamente citato da Martin Eriksson, la gestione del prodotto è l’intersezione tra le funzioni di business, tecnologia ed esperienza dell’utente, quindi si deve avere una comprensione in tutti questi tre diversi campi. Questo, letteralmente, rende il mondo la tua ostrica.
Così, per diventare abile nel mio ruolo, ho imparato nuove tecnologie, domini, le sfumature dei principi UX e vari modelli mentali. Ho imparato alcuni aspetti del marketing, del posizionamento e del supporto. In breve, ho imparato molto su ogni aspetto del ciclo di vita del prodotto, andando oltre la sola tecnologia. Quindi non c’è mai un momento di noia e sono sempre sulle punte per acquisire una nuova abilità.
Ci sono giorni in cui mi metto al lavoro con l’eccitazione di sentirmi invincibile. E poi ci sono giorni in cui c’è panico e caos assoluto. Ma la verità è che mi sono goduto ogni momento e ho assaporato ogni sfida. A volte con una storia di successo e a volte con un fallimento – tutto ciò porta un’immensa quantità di apprendimento.
C’è spazio per la sperimentazione e per imparare dagli errori
In virtù del fatto che un prodotto viene creato per fare qualcosa di ‘nuovo’, mi trovo spesso a navigare in acque sconosciute. E quando appaiono nuove sfide, è possibile che non si sappia come affrontarle. Il risultato potrebbe essere quello di colpire un vicolo cieco o fallire nel tentativo.
In un modo o nell’altro si impara dall’errore o si sperimenta di più nel processo. So cosa stai pensando – ma le parti interessate e le organizzazioni non ti daranno il margine di errore.
Lo so!
Ma è questo il problema di fare errori – lascia lo spazio per migliorare. Il fallimento e la sperimentazione sono l’unico modo per sapere cosa è giusto e cosa non lo è.
E non dico che si debba sbagliare senza scusarsi, senza riflettere. Fate degli errori e imparate da essi. Non ripeterli. Basta non affogare nello stagno dei sensi di colpa.
La vita oltre la codifica
Mi piace codificare. Mi è piaciuto imparare diversi linguaggi e piattaforme e capire le sfumature dell’integrazione della piattaforma. Ma dopo un po’ diventa sempre la stessa cosa. Non potrei vedermi a farlo per sempre.
Mi piace la diversità. Mi piace avere il mio dito in molte torte, sapere come le cose si uniscono. Quindi, essendo un product manager, con un background tecnico, aiuto gli sviluppatori a capire le funzionalità dalla prospettiva del loro valore di business. Aiuto anche a garantire che l’implementazione tecnica sia il più vicino possibile al linguaggio del business.
Al tempo stesso, comunico agli stakeholder cosa intendono gli sviluppatori e traduco loro le idee del business. Posso lavorare per capire gli utenti finali, come useranno il prodotto, cosa gli piace ecc. In breve, c’è così tanto da fare e così tanti cappelli da indossare che la gestione di un prodotto non ha mai un momento di noia.
L’eccitazione di vedere l’idea prendere vita
Quando hai passato mesi a lavorare duramente sul prodotto, quando hai prestato attenzione ad ogni piccola cosa e poi quando porti tutto questo al tuo pubblico, quella sensazione è indescrivibile. Sei nervoso, eccitato, ansioso, ma soprattutto felice. Felice che il duro lavoro della tua squadra stia finalmente per essere nel mondo. Felice che ciò che hai creato sarà utile ai suoi utenti finali. Tutti coloro che ne hanno fatto parte provano queste emozioni, ma come product manager, le senti più acutamente perché sei stato lì dall’inizio alla fine. E ne sei al centro.
Certo, ci saranno alcuni problemi, specialmente se si tratta della prima release. Ma quando vedi le cose decollare, è come guardare il tuo bambino che impara a camminare. Cadrà, per poi rialzarsi.