Si vous avez travaillé dans le produit pendant un certain temps, vous avez rencontré une variété d’utilisations différentes du terme « caractéristique du produit ».

Il existe des caractéristiques qui décrivent les caractéristiques d’un produit. Cet article a été écrit sur un MacBook pro avec les fonctionnalités suivantes:

• Processeur Intel Core i7 Dual-Core 3,1 GHz
• Mémoire DDR3 16 Go 1867 Mhz
• Intel Iris Graphics 6100 Graphiques de 153 Mo.

Il existe des fonctionnalités qui décrivent ce que fait un produit. Cet article a été écrit à l’aide de Google Docs, qui présente les caractéristiques suivantes:

• Fonctionne n’importe où, n’importe quand (même hors ligne)
• Modifications enregistrées automatiquement
• Collaboration en temps réel
• Outil d’édition et de style intelligent
• Grande variété de modèles

Certaines fonctionnalités apparaissent sur votre backlog. Lorsque le terme « fonctionnalités” est utilisé dans le contexte de l’arriéré, il fait référence à des espaces réservés qui représentent le travail nécessaire pour ajouter des fonctionnalités telles que décrites ci-dessus à votre produit.

Il est important d’être clair sur ce que vous voulez dire lorsque vous dites fonctionnalité. Pour apporter de la clarté, voici un aperçu des fonctionnalités du produit, de la manière dont elles sont associées aux avantages, de la manière dont vous représentez les fonctionnalités et de la manière dont vous intégrez les fonctionnalités à la planification du produit.

Quelles sont les caractéristiques d’un produit ?

Dan Shewan a défini les fonctionnalités du produit comme  » Une fonctionnalité est quelque chose que votre produit possède ou est… il s’agit généralement d’une fonctionnalité offerte par un logiciel qui permet aux utilisateurs de faire quelque chose.’

La liste des fonctionnalités du MacBook Pro et de Google Docs ci-dessus correspond à cette définition. Les fonctionnalités ainsi utilisées décrivent votre produit et aident vos clients à décider s’ils souhaitent acheter le produit en premier lieu. Vous pouvez consulter la liste des fonctionnalités de Productboard pour décider si cela vous aidera à relever vos défis de gestion de produits particuliers.

Si vous fournissez différentes versions de votre produit, vous pouvez utiliser des listes de fonctionnalités du produit pour les différencier. Vous pouvez utiliser différentes listes de fonctionnalités pour différentes versions pour expliquer ce que chaque version a et n’a pas.

Lorsque vous utilisez des fonctionnalités de cette manière, vous aidez les clients qui ont déjà décidé d’acheter votre produit à décider de la version qu’ils vont acheter.

Vous structurez vos décisions autour des fonctionnalités. Vous décidez des fonctionnalités à proposer, des fonctionnalités à ne plus proposer et de l’ordre dans lequel vous fournissez ou supprimez ces fonctionnalités. Lorsque vous prenez des décisions sur ce qu’il faut inclure, retirer ou laisser de côté de votre produit, vous pensez en termes de fonctionnalités, mais vous prenez ces décisions en fonction des avantages.

Caractéristiques vs avantages

Lorsque vos clients décident d’acheter ou non votre produit, ils peuvent regarder les fonctionnalités, mais ils essaient vraiment de décider quels problèmes votre produit les aidera à résoudre. Ils essaient de déterminer le résultat qu’ils obtiendront de l’utilisation de votre produit. Ils veulent comprendre les avantages qu’ils recevront.

Les avantages sont les résultats obtenus par les utilisateurs en utilisant votre produit ou service.

Les caractéristiques représentent les sorties. Ce sont des choses que votre équipe livre afin d’aider vos clients ou parties prenantes à atteindre un résultat spécifique.

Commencez par comprendre les avantages recherchés par vos clients. Identifiez ensuite les fonctionnalités dont votre produit a besoin et n’a pas besoin pour aider vos clients à bénéficier de ces avantages. Le succès vient lorsque vous exprimez des avantages en termes que vos clients comprennent, et lie les fonctionnalités de votre produit à ces avantages.

Productboard a identifié ces avantages que nous pensons que les clients potentiels recherchent. Nos clients veulent:

• Comprendre ce dont les utilisateurs ont besoin
• Prioriser ce qu’il faut construire
• Partagez votre feuille de route
• Suivre les progrès vers le lancement
• Gagnez la confiance et l’adhésion des équipes interfonctionnelles
• Engagez votre communauté de clients

Sur la base de cette compréhension, Productboard propose les fonctionnalités répertoriées sur notre page fonctionnalités. Lorsque nous décrivons ces fonctionnalités, nous indiquons comment elles aident nos clients à profiter des avantages que nous avons identifiés. Par exemple :

Référentiel de recherche

Comprendre ce dont les utilisateurs ont besoin

Utilisez le tableau insights pour consolider les recherches des utilisateurs, les demandes de fonctionnalités et les commentaires des utilisateurs provenant de plusieurs sources. Repérez les tendances et identifiez les modèles qui vous aideront à prioriser ce qu’il faut construire ensuite et à le construire de la bonne manière.

Il est utile de garder à l’esprit cette relation entre les avantages et les fonctionnalités lorsque vous décidez des fonctionnalités à livrer et dans quel ordre. La nature de la relation entre les fonctionnalités et les avantages vous aide à déterminer comment représenter les fonctionnalités.

Comment représenter les fonctionnalités

La façon dont vous représentez les fonctionnalités dépend si vous savez déjà ce dont vous avez besoin pour offrir les avantages souhaités, ou si vous essayez toujours de trouver la meilleure façon de fournir des avantages.

Représentez les fonctionnalités en tant que solutions

Parfois, vous savez quoi fournir pour offrir à vos clients les avantages qu’ils recherchent. Votre produit peut être mature et vous ajoutez une fonctionnalité que beaucoup de vos clients ont demandée. Ou vous ajoutez une fonctionnalité pour combler une lacune avec vos concurrents. Vous travaillez peut-être sur un produit B2B qui doit avoir des capacités spécifiques pour être utile.

Dans ces cas, le plus simple est de représenter votre fonctionnalité telle qu’elle serait décrite sur votre page de fonctionnalités. Par exemple, vous pouvez explicitement appeler l’exportation PDF ou la matrice de priorisation en tant que fonctionnalités sur lesquelles vous travaillez.

Lorsque vous représentez des fonctionnalités en tant que solution, il est plus facile de construire une compréhension commune de ce que l’équipe va produire, et vous disposez d’une étiquette concise pour que l’équipe fasse référence aux éléments dans une discussion.

Malheureusement, représenter des fonctionnalités en tant que solution peut enfermer votre équipe dans une solution spécifique. Cela pourrait conduire à résoudre un besoin que les utilisateurs n’ont pas vraiment, ou à manquer une solution encore meilleure au problème sous-jacent réel

Vous n’êtes jamais vraiment sûr de la meilleure façon de résoudre un problème lorsque vous commencez, il est donc préférable de représenter les fonctionnalités en tant que besoins.

Représenter les fonctionnalités en tant que besoins

Lorsque vous exprimez des fonctionnalités en tant que besoins, vous ne décrivez pas comment vous allez accomplir un résultat, vous identifiez ce que vous voulez accomplir. Au lieu de décrire la fonctionnalité comme une exportation PDF, vous la décrivez car je dois pouvoir partager des données avec mon patron.

Lorsque vous décrivez la fonctionnalité comme un besoin, vous laissez vos options ouvertes pour savoir comment vous répondrez à ce besoin. Vous augmentez les chances de trouver une solution innovante et votre équipe est plus engagée dans la fourniture de cette solution car elle a son mot à dire.

L’inconvénient d’exprimer les fonctionnalités en tant que besoins est qu’il peut être plus difficile d’établir une compréhension commune des fonctionnalités sur lesquelles vous travaillez. Vous pouvez éprouver plus d’incertitude au sein de votre équipe lorsque vous essayez de trouver la bonne solution.

Utilisez un mélange des deux approches

Vous pouvez être mieux servi en utilisant les deux approches. Lorsque vous avez une idée claire de la solution et que cela n’a pas de sens de faire plus d’exploration, définissez la fonctionnalité comme une solution. Lorsque la découverte est justifiée, décrivez vos caractéristiques en termes de besoins.

Comment intégrer des fonctionnalités dans la planification du produit

Lorsque vous essayez de décider ce qu’il faut inclure dans votre produit et ce qu’il faut omettre, commencez par les résultats que vous essayez de réaliser. Utilisez la stratégie de votre organisation pour filtrer les fonctionnalités que vous proposez. Communiquez les résultats de vos décisions sur votre feuille de route.

Hiérarchisez vos fonctionnalités en fonction des résultats et de la stratégie

Assurez-vous que vous et votre équipe comprenez clairement les avantages que vous souhaitez offrir à vos clients, puis identifiez l’ensemble minimal de fonctionnalités à fournir pour réaliser ces avantages.

Lorsque vous recevez une demande de vos clients pour une fonctionnalité spécifique, approfondissez vos recherches pour comprendre pourquoi. Quel problème cette fonctionnalité les aidera-t-elle à résoudre? Quel avantage cette fonctionnalité leur procurera-t-elle?

Lorsque vous comprenez ce que recherchent réellement vos clients et pourquoi, vous pouvez déterminer si la solution a du sens ou si vous devez explorer davantage pour trouver une meilleure solution.

Ce n’est pas parce que vous avez des clients qui vous demandent de satisfaire un besoin particulier que cela a du sens pour votre produit ou votre organisation.

Vous devez comprendre la stratégie de votre organisation. Utilisez cette stratégie comme filtre pour déterminer quels besoins satisfaire et lesquels ignorer. Utilisez cette stratégie comme filtre pour décider des fonctionnalités à fournir et de celles à ignorer. La stratégie de votre organisation devrait être une étoile polaire pour vos décisions en matière de produits.

Fonctionnalités et feuille de route du produit

Une fois que vous avez décidé de proposer une fonctionnalité, il est temps de la mettre sur votre feuille de route. C’est votre façon de communiquer les fonctionnalités sur lesquelles vous prévoyez de travailler et quand vous allez y travailler.

Cela signifie-t-il que votre feuille de route doit être axée sur les fonctionnalités ? Pas nécessairement.

Vous devez organiser votre feuille de route autour des résultats plutôt que des résultats. Décrivez les avantages que vous souhaitez offrir à vos clients plutôt que les fonctionnalités que vous allez utiliser pour offrir ces avantages.

Si vous pilotez votre feuille de route par fonctionnalités, vous communiquez des détails sur ce que vous allez livrer. Cela peut être exact à court terme, mais pourrait être loin à long terme. Si vous voulez éviter de fixer des attentes déraisonnables, il est préférable d’exprimer les résultats que vous prévoyez d’aborder dans des délais spécifiques sans indiquer explicitement les fonctionnalités que vous proposerez pour fournir ces avantages.

Vous pouvez avoir des fonctionnalités spécifiques répertoriées sur votre feuille de route, en particulier à court terme. La clé est de fixer les attentes au niveau de certitude approprié dans chaque situation.