Une fonctionnalité, ou feature en anglais, c'est une chose qu'un produit vous permet de faire. Sur une boutique en ligne, « le client peut payer avec PayPal » est une fonctionnalité. « Le vendeur reçoit un email à chaque nouvelle commande » en est une autre, tout comme « le stock baisse d'une unité à chaque vente ». Chacune est une capacité distincte, que l'on peut montrer du doigt et utiliser.

Le mot vous concerne de deux façons. Quand vous choisissez un outil, vous comparez des fonctionnalités, et une longue liste impressionne facilement. Quand vous faites développer un logiciel ou donnez votre avis à une plateforme, vous demandez des fonctionnalités, et la façon de les décrire détermine si vous obtenez ce dont vous avez besoin. Savoir ce qu'est une bonne fonctionnalité, et ce qu'elle coûte, sert des deux côtés.

Qu'est-ce qu'une fonctionnalité ?

Une fonctionnalité est une unité de fonctionnement qui apporte un résultat précis à un utilisateur précis. Elle a en général un déclencheur et un résultat clairs : le client saisit un code, le prix baisse de 15 %. Les équipes produit utilisent ce découpage pour planifier, estimer et livrer le travail en morceaux compréhensibles.

Une fonctionnalité n'est pas un bénéfice. La fonctionnalité, c'est « checkout sur une seule page ». Le bénéfice, c'est « moins d'acheteurs abandonnent avant de payer ». Le marketing parle en bénéfices, les équipes produit construisent des fonctionnalités, et un bon vendeur apprend à passer de l'un à l'autre. Une fonctionnalité n'est pas non plus un produit entier. Une plateforme e-commerce est faite de centaines de fonctionnalités qui travaillent ensemble, et aucune n'est le produit à elle seule.

Le vocabulaire voisin :

  • User story : la description courte d'une fonctionnalité du point de vue de l'utilisateur, souvent sous la forme « en tant que vendeur, je veux X afin de Y ».
  • Epic : une grosse fonctionnalité découpée en plusieurs stories plus petites.
  • Demande de fonctionnalité (feature request) : une fonctionnalité réclamée par un utilisateur ou un client.
  • Feature flag : un interrupteur qui active ou désactive une fonctionnalité sans publier de nouveau code, utilisé pour tester d'abord auprès de quelques utilisateurs.
  • Feature creep : l'accumulation progressive de fonctionnalités qui alourdissent un produit sans l'améliorer.

Pourquoi c'est important

Chaque fonctionnalité a un coût qui dépasse de loin sa fabrication. Il faut la concevoir, la coder, la tester, la documenter, la supporter et la maintenir tant qu'elle existe. Elle alourdit aussi l'interface : chaque nouveau bouton rend les autres un peu plus difficiles à trouver.

Prenez une petite marque de bougies qui traite 800 commandes par mois et confie à un développeur l'ajout de trois fonctionnalités à sa boutique sur mesure : l'emballage cadeau, un programme de points de fidélité et une page de comparaison de produits. Le devis s'élève à 6 000 €. Six mois plus tard, le bilan est le suivant. L'emballage cadeau est choisi sur 12 % des commandes à 4 € l'unité, soit environ 384 € par mois. Le programme de fidélité compte 40 membres actifs et aucun effet visible sur les rachats. La page de comparaison attire 1 % des visiteurs. Une fonctionnalité sur trois est rentable, et les trois demandent de la maintenance.

Ce scénario est courant. Les équipes produit constatent souvent qu'une petite partie des fonctionnalités concentre l'essentiel de l'usage. C'est pourquoi les bonnes équipes choisissent une fonctionnalité selon le problème qu'elle résout et le chiffre qu'elle doit faire bouger, pas selon l'effet qu'elle produit en démo.

Comment ça marche

Une fonctionnalité suit généralement le même parcours, qu'elle soit construite par l'équipe d'une plateforme ou par un freelance :

  • Un problème est repéré. Un client se plaint, un indicateur baisse, un concurrent propose quelque chose. Les meilleures fonctionnalités partent d'un problème réel et répété, pas d'une solution.
  • L'idée prend forme. Quelqu'un décrit qui en a besoin, ce qu'il en fera et à quoi ressemble « terminé ». C'est là que s'écrivent les critères d'acceptation.
  • Elle est priorisée. La fonctionnalité est en concurrence avec toutes les autres idées pour un temps limité. L'équipe met en balance l'impact attendu et l'effort, puis la place sur la feuille de route produit.
  • Elle est développée et testée. Les développeurs la réalisent, souvent derrière un feature flag, et les testeurs vérifient le parcours normal comme les cas limites.
  • Elle est publiée et mesurée. La fonctionnalité est mise en ligne, et l'équipe observe si elle est utilisée et si le chiffre visé évolue.
  • Elle est améliorée ou retirée. Ce qui marche est affiné. Ce que personne n'utilise devrait disparaître, même si cette décision est rarement populaire.

Au lancement d'un nouveau produit, la première version ne contient souvent que les fonctionnalités indispensables pour résoudre le problème principal. C'est l'idée du produit minimum viable.

Repères et exemples

Il n'existe pas de nombre idéal de fonctionnalités, mais certains repères aident :

  • Les fonctionnalités de base d'une boutique en ligne sont peu nombreuses et incontournables : catalogue, panier, checkout, paiement, gestion des commandes, livraison et taxes. Sans l'une d'elles, vous ne pouvez pas vendre.
  • Les fonctionnalités de croissance vous aident à vendre plus : codes promo, email marketing, upsells, statistiques. Elles comptent une fois la base en place.
  • Les fonctionnalités « bonus » sont propres à certains métiers : quiz produit, emballage cadeau, liste d'envies. Elles ne valent le coup que si vos clients les demandent.
  • L'adoption d'une nouvelle fonctionnalité optionnelle dans un produit mature se situe souvent entre 5 et 30 % des utilisateurs. Les fonctionnalités de base sont bien au-dessus, parce que tout le monde en a besoin.

Pour une créatrice qui vend une formation, l'essentiel tient dans une page de vente, un checkout et une livraison automatique. Pour une marque de vêtements, les variantes par taille et couleur et un stock exact comptent davantage. Pour une boutique avec une équipe, les accès et les exports deviennent importants. La même liste peut être parfaite pour un vendeur et inutile pour un autre.

Erreurs fréquentes

  • Choisir un outil à la longueur de sa liste de fonctionnalités. Cinquante fonctions inutilisées ajoutent de la complexité sans valeur. Vérifiez plutôt les dix dont vous vous servirez chaque jour.
  • Décrire la solution au lieu du problème. « Ajouter une popup » est plus faible que « 40 % des visiteurs quittent la page produit sans faire défiler ». La seconde formulation laisse le développeur trouver la meilleure réponse.
  • Ne jamais rien supprimer. Une fonctionnalité inutilisée coûte toujours de la maintenance et encombre l'interface.
  • Publier sans moyen de mesurer. Si vous ne savez pas si une fonctionnalité est utilisée, vous ne pouvez pas décider de la garder.
  • Confondre fonctionnalité annoncée et fonctionnalité disponible. Une fonctionnalité sur une roadmap est une intention, pas quelque chose avec quoi vendre aujourd'hui.

Bonnes pratiques

  • Partez du besoin réel. Écrivez en une phrase ce que l'utilisateur cherche à accomplir avant de penser écrans ou boutons.
  • Définissez la réussite avant de développer. Choisissez le chiffre que la fonctionnalité doit faire bouger et le niveau qui justifierait son coût.
  • Gardez une première version modeste. Livrez la version la plus simple qui règle le problème, puis enrichissez-la d'après l'usage réel.
  • Testez d'abord avec quelques utilisateurs. Ouvrez à un petit groupe, observez, puis généralisez.
  • Faites l'inventaire chaque année. Listez ce que vous payez ou entretenez, regardez l'usage et retirez ce que personne ne touche.
  • Jugez une plateforme sur ce qui est disponible. Demandez une démo ou un plan gratuit et testez vos vrais parcours plutôt que de vous fier à un tableau comparatif.

Dans Roctify

Roctify organise ses fonctionnalités autour d'un catalogue partagé : produits, variantes, stock, clients et commandes sont les mêmes partout où vous vendez. Parmi les fonctionnalités disponibles : une page lien en bio avec checkout intégré, une boutique complète avec panier, checkout sur une seule page, nom de domaine personnalisé et SSL gratuit, les produits physiques et digitaux, les paiements via Stripe, PayPal et paiement à la livraison avec 0 % de frais de transaction, les codes promo, le multidevise et les réglages de TVA. L'email marketing, les formulaires et la boîte de réception arrivent avec l'offre Creator, les statistiques, rapports et exports avec Pro.

L'offre gratuite vous permet d'essayer ces fonctionnalités avec jusqu'à 10 produits sans rien payer. Les réservations, les abonnements et le social selling sont sur la roadmap et arrivent bientôt, ce qui est bon à savoir si l'un d'eux est essentiel à votre offre aujourd'hui.

FAQ

Quelle différence entre une fonctionnalité et un bénéfice ?

Une fonctionnalité, c'est ce que fait le produit, par exemple la livraison automatique des fichiers. Le bénéfice, c'est ce que l'utilisateur y gagne, par exemple ne plus envoyer de fichiers à la main à minuit. Les clients achètent des bénéfices, alors présentez-leur chaque fonctionnalité par ce qu'elle leur apporte.

Comment demander une fonctionnalité à un éditeur de logiciel ?

Décrivez le problème, sa fréquence et ce qu'il vous coûte, chiffres à l'appui si possible. Expliquez comment vous le contournez aujourd'hui. Les éditeurs priorisent les problèmes partagés par beaucoup d'utilisateurs, donc un problème bien formulé pèse plus lourd qu'une demande de bouton précis.

Combien de fonctionnalités faut-il au lancement ?

Le moins possible, tant que le problème principal est entièrement résolu. Un produit qui fait une chose bien l'emporte sur un produit qui en fait dix à moitié. Vous ajouterez le reste quand de vrais utilisateurs vous montreront ce dont ils ont besoin.