Le scomode verita dello sviluppo prodotto
Settimana dopo settimana vedo team di prodotto che si affannano con roadmap di prodotto antiquate, negoziate faticosamente e talvolta anche con diversi trimestri di anticipo con il management e gli stakeholder. Qui voglio illustrare le vere ragioni per cui queste roadmap portano normalmente a risultati molto scarsi per un'azienda (anche se dietro ci sono le migliori intenzioni).
"Le due scomode verità sullo sviluppo prodotto"
La prima di queste due verità è che la metà di tutte le idee semplicemente non funzionerà. Ci sono molte ragioni per questo. Nella maggior parte dei casi i clienti non sono così entusiasti dell'idea come lo siamo noi, quindi non vogliono usare il prodotto. A volte lo vorrebbero avere, ma è così complicato da usare che causa più problemi che benefici e il risultato è lo stesso: i clienti non lo usano. A volte i clienti adorerebbero il prodotto, ma si scopre che lo sviluppo è molto più impegnativo del previsto e semplicemente non abbiamo il tempo e il denaro necessari.
La seconda scomoda verità è che (anche quando si hanno idee di valore, utilizzabili e realizzabili) servono molte iterazioni prima che l'idea sia implementata al punto da fornire finalmente il valore atteso per l'azienda.
L'approccio corretto a queste verità
Per esperienza posso dire che non si può sfuggire a queste scomode verità – e questo nonostante abbia avuto l'opportunità di lavorare con molte persone eccezionali nel settore dei prodotti e della tecnologia. Dipende semplicemente da come si affrontano queste verità.
I team deboli si trascinano mese dopo mese attraverso la roadmap e quando qualcosa non funziona, danno la colpa allo stakeholder che voleva la funzionalità. Poi cercano di pianificare ulteriori iterazioni, un altro redesign o altre funzionalità che questa volta si spera risolvano il problema. Se hanno abbastanza denaro e tempo a disposizione e il management non perde prima la pazienza, possono forse anche raggiungere l'obiettivo.
I team forti invece riescono a distinguere rapidamente le buone idee da quelle cattive (indipendentemente da dove l'idea provenga originariamente) e a lavorare iterativamente verso una soluzione efficace. Questo si chiama Product Discovery. Ed è per questo che la Product Discovery è per me la competenza più importante di un'organizzazione di prodotto. Quando si riesce a costruire un prototipo e validare l'idea con i clienti in pochi giorni invece che in mesi, ciò si ripercuote sia sulla dinamica che sui risultati.
Conclusione sulle verità del prodotto
Ti consiglio di esaminare più da vicino questa soluzione meravigliosamente funzionante, perché posso assicurarti che dietro ogni prodotto di successo ci sono molte iterazioni e prototipi. Accetta queste due scomode verità invece di combatterle e diventa un professionista della Product Discovery.