I Product Manager sono un'assoluta necessità per scalare qualsiasi prodotto man mano che la tua azienda cresce. Bene, per ribadire, buoni product manager sono una necessità. Possono avere un enorme impatto sulla tua azienda, positivo o negativo.

I Product Manager sono anche molto difficili da trovare. Tuttavia, credo davvero che tu possa assumere qualcuno in un ruolo di product manager anche se non lo ha mai fatto prima.

Molti dei miei consigli qui riguardano come interagisci con il tuo team di sviluppo. Ci sono altre aree in cui devi essere bravo, ma questo è il modo sicuro per garantire il fallimento se non hai una grande e fiducia relazione con il tuo team di sviluppo. Dopotutto, c'è un contratto non scritto che tutti i PM e il loro team di sviluppo rispettano: "Io guiderò la roadmap per il prodotto. Tu ti fidi del fatto che io ho il giusto processo per scegliere le giuste funzionalità su cui concentrarsi, e che i clienti ameranno ciò che costruisci. Io mi fido del fatto che tu consegnerai le mie funzionalità quando dici che lo farai."

Quando guardo per assumere in questo ruolo, questo è il mio riepilogo delle aree di focus che considero critiche per un product manager per avere successo.

Essere a contatto con il cliente.

La maggior parte dei buoni product manager proviene da un ruolo a contatto con i clienti. Forse erano un ingegnere di vendita, un architetto di soluzioni, una persona di supporto, una persona dei servizi, ecc. Qualunque cosa sia, erano nel business di risolvere problemi per i clienti. Hanno imparato a risolvere un problema per un cliente, ed erano coinvolti in questo dall'inizio alla fine. È un'abilità essenziale.

Distillazione dei modelli

Ora, se hai esperienza a contatto con il cliente, E comprendi come cercare modelli nei feedback che ricevi, potresti essere un PM letale. Non puoi avere l'uno senza l'altro. Una persona a contatto con i clienti che risolve i problemi dei clienti in modo molto personalizzato deve riconoscere che questo approccio non funzionerà. Quale tipo di business vendiamo? Chi in quel business acquista, raccomanda o usa il nostro prodotto? Quali feedback ci stanno dando quelle persone sul prodotto? Dopo 10 conversazioni con il giusto tipo di cliente, quali sono i principali temi ricorrenti?

Comprensione dei compromessi, capacità di prendere buone decisioni

I PM pensano costantemente a 10 funzionalità di cui hanno legittimamente bisogno, e probabilmente possono eseguire su 3 di esse. Quali 3? Perché quelle 3? Questa analisi e processo di pensiero sono critici per assicurarti che il tuo team stia sempre lavorando sulle cose più impattanti.

Maniche sempre rimboccate

Come PM, specialmente nei primi giorni potresti scrivere messaggi per il sito web, contenuti di abilitazione alle vendite, immergerti nei ticket di supporto, fare dimostrazioni del prodotto, visitare i clienti, qualunque cosa. I buoni PM si immergono felicemente in tutto questo, perché li rende solo più efficaci nel loro lavoro perché vedono come funziona effettivamente l'impegno della linea di fronte con il loro prodotto.

Conosci bene il tuo settore

Devi conoscere il tuo mercato meglio di chiunque altro. Imposta Feedly, Google Alerts, o qualunque sistema tu usi e assicurati di leggere i tuoi blog/pubblicazioni pertinenti. Se sei mai stato un PM prima e ti è stato chiesto di un concorrente del tuo prodotto di cui non hai mai sentito parlare, quella puntura che hai provato è probabilmente una lezione sufficiente per assicurarti che non accada di nuovo. Non sto dicendo di ossessionarti sui tuoi concorrenti, ma conosci bene. Conosci i 3 motivi per cui sei diverso e migliore.

Conosci bene il tuo prodotto

Questa potrebbe confonderti ma ti assicuro che l'ho vista. Se non puoi fare una demo e usare il tuo prodotto con sicurezza, vai immediatamente a frequentare il tuo corso di formazione sul prodotto. Questo si applica anche ai "PM delle funzionalità" - dove possiedi un segmento del tuo prodotto, di solito quando le aziende diventano più grandi. Cerca di conoscere il maggior numero possibile di funzionalità del prodotto comunque. Come le tue funzionalità impattano sul resto del prodotto dovrà sempre essere contemplato.

Comprendere il costo di ciò che stai chiedendo

Mi viene sempre da rabbrividire per conto del team di sviluppo quando sento commenti come, "beh, potremmo fare X, oppure potremmo fare Y" seguiti da una spiegazione di ciascuno. Il problema è che X costa 10 dollari di tempo di ingegneria e Y costa 10.000.000 dollari. Se li metti nella stessa frase, stai creando una reputazione di cui non comprendi le implicazioni delle tue richieste.

D'altra parte, lavorare collaborativamente con il tuo team di sviluppo per fare quell'analisi dei costi prima di presentare qualsiasi cosa, o anche solo riformulare quella stessa frase dicendo "Ehi, ho pensato ad alcuni concetti dopo aver parlato con i clienti XYZ. Posso passarli da te per vedere cosa significa dal punto di vista dello sviluppo?" Perfetto. Ora stai ottenendo almeno un'idea delle implicazioni di ciò che potresti chiedere e puoi utilizzare ciò nella tua descrizione della funzionalità: "So che questo sarà una richiesta costosa, ma penso che ne abbiamo bisogno per queste ragioni...".

Ricompensa il tuo team di sviluppo

I tuoi team a contatto con il cliente avranno per sempre un elenco di richieste per il prodotto. A volte sono fantastiche, poiché sono ben pensate e riflettono il tuo ICP e a volte la richiesta è qualcosa che hanno appena sentito un tempo fa quella mattina :).

Vuoi diventare migliori amici con il tuo team di sviluppo? Dì questo: "Ehi, per favore dì ai nostri team di vendita e supporto e servizi di indirizzare tutte le richieste di feedback sul prodotto tramite me. Catalogherò e traccerò quali clienti chiedono quali cose, così abbiamo una chiara comprensione di quali dovrebbero essere le nostre priorità." Stai facendo alcune cose qui. (1) a seconda dell'azienda, potresti aver liberato un sostanziale ammontare del tempo dei tuoi sviluppatori, e potrebbero offrirti birra, e (2) stai mostrando loro che hai un processo per dare priorità alle funzionalità del prodotto.

Guadagnare credibilità con il team di sviluppo

Nulla affossa un PM più velocemente se il team di sviluppo non pensa che sappiano quello che stanno facendo. Dopotutto, come PM possiedi la roadmap per il tuo prodotto e sei responsabile per dare priorità a ciò su cui lavorare.

Guarda questo elenco sopra. Fai queste cose e il tuo team di sviluppo ti rispetterà. Quando rivedi il prossimo set di funzionalità con loro, verrai sfidato da loro, come dovresti fare. Se le tue risposte sono tutte supportate da conversazioni con i clienti, ricerca di mercato e una spiegazione ponderata dei compromessi per ottenere la decisione che hai preso, riceverai cenni di approvazione e un team motivato pronto a eseguire. Se le tue risposte sono opinioni supportate da un articolo che hai letto la notte scorsa, buona fortuna :).

All'inizio della tua azienda, uno dei fondatori sarà il Product Manager. Il loro co-fondatore sarà molte volte il CTO. Tutto ciò che ho appena esposto è lo stesso modo in cui i fondatori pensano ai loro prodotti. Ho sentito persone descrivere i PM come i “CEO del loro prodotto” e credo che sia giusto. Man mano che la tua azienda cresce, assumerai eventualmente PM. Questo è un passaggio chiave, e seguire queste linee guida ti aiuterà a ottenere successo sia con il tuo co-fondatore sia con il tuo team di sviluppo.