Se hai lavorato nel prodotto per un certo periodo di tempo, ti sei imbattuto in una varietà di usi diversi del termine “funzionalità di prodotto”.

Ci sono caratteristiche che descrivono quali caratteristiche ha un prodotto. Questo post è stato scritto su un MacBook pro con le seguenti caratteristiche:

• Processore Intel Core i7 dual-core da 3,1 GHz
• 16 GB 1867 Mhz di memoria DDR3
• Intel Iris Graphics 6100 153 MB grafica.

Ci sono caratteristiche che descrivono ciò che un prodotto fa. Questo post è stato scritto utilizzando Google Docs, che ha le seguenti caratteristiche:

• Funziona ovunque, in qualsiasi momento (anche offline)
• Modifiche salvate automaticamente
• la collaborazione in tempo Reale
• Smart editing e strumento di styling
• Ampia varietà di modelli

Ci sono caratteristiche che appaiono sul vostro portafoglio ordini. Quando il termine “funzionalità” viene utilizzato nel contesto del backlog, si riferisce ai segnaposto che rappresentano il lavoro necessario per aggiungere funzionalità come descritto sopra al prodotto.

È importante essere chiari su cosa intendi quando dici feature. Per contribuire a portare chiarezza, ecco uno sguardo a ciò che le caratteristiche del prodotto sono, come si legano con i benefici, come si rappresentano le caratteristiche, e come si incorporano caratteristiche nella pianificazione del prodotto.

Quali sono le caratteristiche di un prodotto?

Dan Shewan ha definito le funzionalità del prodotto come “Una funzionalità è qualcosa che il tuo prodotto ha o è typically questa è in genere funzionalità offerta da un programma software che consente agli utenti di fare qualcosa.’

L’elenco delle funzionalità per MacBook Pro e Google Docs sopra corrisponde a questa definizione. Le caratteristiche utilizzate in questo modo descrivono il tuo prodotto e aiutano i tuoi clienti a decidere se vogliono acquistare il prodotto in primo luogo. Puoi consultare l’elenco delle funzionalità di Productboard per decidere se ti aiuterà con le tue particolari sfide di gestione del prodotto.

Se si forniscono versioni diverse del prodotto, è possibile utilizzare elenchi di caratteristiche del prodotto per differenziarle. È possibile utilizzare diversi elenchi di funzionalità per versioni diverse per spiegare ciò che ogni versione fa e non ha.

Quando utilizzi le funzionalità in questo modo, aiuti i clienti che hanno già deciso di acquistare il tuo prodotto a decidere quale versione acquistare.

Strutturi le tue decisioni attorno alle funzionalità. Decidi quali funzionalità offrire, quali funzionalità non offrire più e l’ordine in cui fornisci o rimuovi tali funzionalità. Quando prendi decisioni su cosa includere, togliere o lasciare fuori dal tuo prodotto, pensi in termini di funzionalità, ma prendi quelle decisioni in base ai vantaggi.

Features vs. benefits

Quando i tuoi clienti prendono decisioni sull’acquisto del tuo prodotto, possono esaminare le funzionalità, ma stanno davvero cercando di decidere quali problemi il tuo prodotto li aiuterà a risolvere. Stanno cercando di determinare il risultato che otterranno dall’utilizzo del prodotto. Vogliono capire i benefici che riceveranno.

I vantaggi sono i risultati o i risultati che gli utenti sperimentano utilizzando il tuo prodotto o servizio.

Caratteristiche rappresentano uscite. Sono cose che il tuo team offre per aiutare i tuoi clienti o stakeholder a realizzare un risultato specifico.

Inizia con la costruzione di una comprensione dei vantaggi che i vostri clienti cercano. Quindi identifica le funzionalità di cui il tuo prodotto ha bisogno e non ha bisogno per aiutare i tuoi clienti a sperimentare tali vantaggi. Il successo arriva quando esprimi benefici in termini che i tuoi clienti comprendono e lega le caratteristiche del tuo prodotto a tali benefici.

Productboard ha identificato questi vantaggi che riteniamo i potenziali clienti stiano cercando. I nostri clienti vogliono:

• Capire quello che gli utenti devono
• per assegnare le Priorità di costruire
• Condividi la tua tabella di marcia
• Monitorare i progressi verso il lancio di
• Guadagnare la fiducia e il buy-in di team interfunzionali
• Coinvolgere i vostri clienti comunità

Basato sulla comprensione, Productboard offre tutti i servizi elencati nella nostra pagina caratteristiche. Mentre descriviamo queste funzionalità, indichiamo come aiutano i nostri clienti a sperimentare i vantaggi che abbiamo identificato. Ad esempio:

Repository di ricerca

Capire di cosa hanno bisogno gli utenti

Utilizzare la scheda insights per consolidare la ricerca degli utenti, le richieste di funzionalità e il feedback degli utenti in streaming da un certo numero di fonti. Individua le tendenze e identifica i modelli che ti aiuteranno a dare la priorità a cosa costruire dopo e costruirlo nel modo giusto.

È utile tenere presente questa relazione tra vantaggi e funzionalità quando si decide quali funzionalità fornire e in quale ordine. La natura della relazione tra funzionalità e vantaggi consente di determinare come rappresentare le funzionalità.

Come rappresentare le funzionalità

Il modo in cui rappresenti le funzionalità dipende dal fatto che tu sappia già di cosa hai bisogno per fornire i benefici desiderati o se stai ancora cercando di capire il modo migliore per fornire benefici.

Rappresentano le funzionalità come soluzioni

A volte sai cosa consegnare per fornire ai tuoi clienti i vantaggi che cercano. Il tuo prodotto potrebbe essere maturo e stai aggiungendo una funzionalità che molti dei tuoi clienti hanno richiesto. Oppure stai aggiungendo una funzionalità per colmare una lacuna con i tuoi concorrenti. Potresti lavorare su un prodotto B2B che deve avere funzionalità specifiche per essere utile.

In questi casi, la cosa più semplice è rappresentare la tua funzionalità come sarebbe descritta nella pagina delle funzionalità. Ad esempio, puoi chiamare esplicitamente Esportazione PDF o Matrice di priorità come funzionalità su cui stai lavorando.

Quando si rappresentano le funzionalità come soluzione, è più facile creare una comprensione condivisa di ciò che il team produrrà e si dispone di un’etichetta concisa per il team per fare riferimento alle cose in una discussione.

Sfortunatamente, rappresentare le funzionalità come soluzione può bloccare il tuo team in una soluzione specifica. Ciò potrebbe portare a risolvere un bisogno che gli utenti non hanno realmente, o perdere una soluzione ancora migliore al vero problema sottostante

Non sei mai veramente sicuro del modo migliore per risolvere un problema al primo avvio, quindi è meglio rappresentare le funzionalità come esigenze.

Rappresenta le funzionalità come esigenze

Quando esprimi le funzionalità come esigenze, non descrivi come otterrai un risultato, identifichi ciò che vuoi realizzare. Invece di descrivere la funzione come esportazione PDF, la descrivi come ho bisogno di essere in grado di condividere i dati con il mio capo.

Quando descrivi la funzione come una necessità, lasci aperte le opzioni su come soddisferai tale necessità. Aumenta le possibilità di una soluzione innovativa e il tuo team è più impegnato nella fornitura di tale soluzione perché ha voce in capitolo.

Lo svantaggio di esprimere le funzionalità come esigenze è che può essere più difficile stabilire una comprensione condivisa delle funzionalità su cui stai lavorando. Potresti sperimentare più incertezza all’interno del tuo team mentre cerchi di trovare la soluzione giusta.

Usa un mix di entrambi gli approcci

Potresti essere meglio servito usando entrambi gli approcci. Quando hai un’idea chiara della soluzione e non ha senso fare più esplorazione, definisci la funzione come soluzione. Quando la scoperta è garantita, descrivi le tue funzionalità in termini di esigenze.

Come incorporare le funzionalità nella pianificazione del prodotto

Quando stai cercando di decidere cosa includere nel tuo prodotto e cosa lasciare fuori, inizia con i risultati che stai cercando di realizzare. Usa la strategia della tua organizzazione per filtrare le funzionalità che offri. Comunicare i risultati delle vostre decisioni sulla vostra tabella di marcia.

Assegna priorità alle tue funzionalità in base ai risultati e alla strategia

Assicurati che tu e il tuo team comprendiate chiaramente i vantaggi che miri a fornire ai tuoi clienti e quindi identifichi il set minimo di funzionalità da offrire per realizzare tali vantaggi.

Quando ricevi una richiesta dai tuoi clienti per una funzione specifica, approfondisci per capire perché. Quale problema sarà quella caratteristica aiutarli a risolvere? Quale beneficio fornirà loro questa caratteristica?

Quando capisci cosa stanno realmente cercando i tuoi clienti e perché, puoi determinare se la soluzione ha senso o se devi esplorare ulteriormente per trovare una soluzione migliore.

Solo perché hai clienti che ti chiedono di soddisfare una particolare esigenza, non significa che abbia senso per il tuo prodotto o la tua organizzazione.

È necessario comprendere la strategia della propria organizzazione. Usa questa strategia come filtro per determinare quali devono soddisfare e quali ignorare. Usa questa strategia come filtro per decidere quali funzionalità fornire e quali ignorare. La strategia della tua organizzazione dovrebbe essere una stella polare per le tue decisioni sui prodotti.

Caratteristiche e la roadmap del prodotto

Una volta che hai deciso di fornire una funzionalità, è il momento di metterlo sulla tua roadmap. Questo è il tuo modo di comunicare le caratteristiche che si prevede di lavorare su e quando si sta andando a lavorare su di loro.

Significa che la tua roadmap dovrebbe essere basata sulle funzionalità? Non necessariamente.

Dovresti organizzare la tua roadmap attorno ai risultati piuttosto che agli output. Descrivi i vantaggi che desideri fornire ai tuoi clienti piuttosto che le funzionalità che utilizzerai per fornire tali vantaggi.

Se guidi la tua roadmap per funzionalità, comunichi specifiche su ciò che stai per consegnare. Questo può essere accurato nel breve termine, ma potrebbe essere lontano nel lungo termine. Se si desidera evitare di impostare aspettative irragionevoli, è meglio esprimere i risultati che si prevede di affrontare in tempi specifici senza indicare esplicitamente quali funzionalità offrirai per fornire tali benefici.

Potresti avere caratteristiche specifiche elencate sulla tua roadmap, specialmente nel breve termine. La chiave è impostare le aspettative al giusto livello di certezza in ogni situazione.