C'est quoi le « feature creep » et comment l'éviter?

Tu commences avec un ensemble minimaliste de fonctionnalités, un MVP simple et un calendrier de développement qui semble vraiment faisable. Mais voilà qu'un investisseur prudent te demande d'ajouter un truc en plus. Ton designer te signale une nouvelle fonctionnalité sympa que ton concurrent vient de lancer. Un de tes collègues propose une fonctionnalité d'IA géniale qu'on est déjà en train de développer. Et avant même que tu aies le temps de dire ouf, ton projet de construction est devenu incontrôlable, prend du retard et est bien plus compliqué que ce que tu avais prévu. C'est ce qu'on appelle le feature creep, cette croissance progressive et bien intentionnée de ton produit qui dépasse largement ce qu'il était censé être. Même si ça peut sembler anodin sur le moment, c'est l'un des pièges les plus courants et les plus coûteux du développement SaaS. C'est particulièrement risqué pour les fondateurs qui ne sont pas techniciens. Quand on n'est pas celui qui a écrit le code, on a tendance à penser qu'on peut ajouter une fonctionnalité de plus sans que ça pose problème. Mais ça pose problème, progressivement, puis d'un seul coup. Dans cet article, on va voir d'où vient le « feature creep », comment il se manifeste dans les produits SaaS, et surtout comment l'éviter sans tout bloquer.

Dans le développement de logiciels, le feature creep (aussi appelé feature bloat ou scope creep) désigne l'ajout progressif de fonctionnalités non souhaitées, qui, dans la plupart des cas, sont ajoutées au détriment du temps, du budget et de l'expérience utilisateur. Même si ça peut être pour concevoir une solution plus globale, le résultat, c'est un produit trop compliqué qui n'atteint pas ses objectifs de base. Avec le SaaS, ça peut causer deux problèmes :

• Gonflement : tu te retrouves avec un produit plus lourd, plus compliqué et plus dur à gérer.
• Dérive : ton produit ne résoudra que partiellement, au mieux, un trop grand nombre de problèmes.

Le truc avec la dérive des fonctionnalités, c'est qu'il peut être super dur de voir que ça peut vite dégénérer. Les nouvelles fonctionnalités, ça a l'air cool. Elles peuvent même venir de bonnes intuitions ou de bons commentaires. Mais bon, sans filtres clairs, tu risques de te retrouver avec un produit décousu, plus dur à utiliser, à vendre et à développer.

Comme son nom l'indique, le glissement des fonctionnalités peut s'installer petit à petit. Pour éviter ce truc, on peut apprendre les principaux facteurs qui le provoquent et le prévenir complètement. La plupart des glissements de fonctionnalités sont dus aux raisons suivantes :

Mauvaise hiérarchisation des priorités ou objectifs pas clairs

C'est facile de dire oui à n'importe quelle idée qui passe sans avoir une vision claire et des priorités. L'équipe se contente de ce qui semble bien plutôt que de ce qui est vraiment important.

Réponse excessive aux demandes des parties prenantes ou des utilisateurs

Même si les retours sont super importants, toutes les demandes ne justifient pas forcément une nouvelle fonctionnalité, surtout quand les investisseurs, les utilisateurs bêta ou les premiers utilisateurs veulent quelque chose tout de suite. Le résultat? Un backlog plein à craquer et une attention dispersée.

Manque de feuille de route ou de portée MVP

Une feuille de route qui précise les étapes importantes et la limite budgétaire est nécessaire pour éviter que le projet ne déraille. Sans garde-fous, l'équipe commence à résoudre des cas particuliers au lieu de se concentrer sur les fonctionnalités principales.

Pression concurrentielle

C'est tentant de rester au même niveau que la concurrence, ce qui conduit à l'introduction de nouvelles fonctionnalités qui ne correspondent pas à l'objectif de votre produit. L'imitation donne un sentiment de sécurité, mais c'est aussi un moyen rapide de finir à la poubelle.

Politique interne et ego

Parfois, la dérive des fonctionnalités est interne, ou c'est l'envie d'ajouter des fonctionnalités superflues qui ne sont pas utiles à l'utilisateur.

Équipes produit distribuées Collaboration à distance et manque de concentration

Les équipes de produit dispersées peuvent aggraver le glissement des fonctionnalités. La communication peut se faire entre différents outils et fuseaux horaires, où personne ne prend de décisions finales sur le produit, ce qui fait qu'il est super facile de se retrouver avec des contributions bien intentionnées qui finissent par devenir un glissement de périmètre brut.

La dérive des fonctionnalités peut se produire de différentes manières dans le développement SaaS. Elle est communément appelée « produit minimum viable » (MVP). Bien qu'il existe de nombreuses preuves démontrant l'importance d'un MVP, il faut une discipline considérable, bien plus que ne le pensent la plupart des équipes, pour être prêt à franchir cette étape initiale cruciale dans le processus de développement agile. Souvent, le « feature creep » ressemble à l'ajout de fonctionnalités secondaires en trop à un MVP. Un autre symptôme typique du « feature creep » dans le développement SaaS, c'est une interface utilisateur trop chargée et difficile à utiliser. Les designs UX basiques et réguliers peuvent être difficiles à maintenir quand il y a du « feature creep ». Adobe Illustrator est un bon exemple de logiciel riche en fonctionnalités qui peut submerger l'utilisateur avec trop de fonctionnalités et une interface trop compliquée. Intuitif, le design du produit n'est pas convivial en raison de son grand nombre de fonctionnalités, ce qui permet uniquement aux utilisateurs expérimentés d'utiliser le produit.

Comment les outils d'IA peuvent accidentellement alimenter les entretiens avec les utilisateurs pour créer des feuilles de route pour les workflows de développement

L'IA accélère tout : du processus d'entretien avec les utilisateurs au processus de feuille de route, en passant par les workflows de développement. Mais la rapidité n'est pas forcément une bonne chose si elle implique la livraison de fonctionnalités que personne n'a demandées. Voici comment l'IA contribue à la dérive des fonctionnalités :

• Trop d'idées : un système comme ChatGPT peut servir à générer plein d'idées sur une fonctionnalité en même temps. Mais elles ne servent à rien tant que l'utilisateur ne les a pas validées. On peut facilement confondre quantité et qualité.
• Les agents rampants : les agents ou assistants IA sont souvent présentés comme des solutions complètes, permettant la prise de rendez-vous, le suivi automatique des e-mails, les intégrations en direct, mais ton produit n'a pas encore besoin de tout ça.
• Retour d'info automatique : les résumeurs IA peuvent extraire les « demandes » des utilisateurs à grande échelle, mais ils ne disent pas forcément quelles sont les vraies questions et les cas particuliers. Le fait que les données peuvent pousser les équipes à créer rapidement plutôt que de prendre le temps de bien réfléchir.
• « C'est facile à faire, alors pourquoi pas? » : les outils de développement d'aujourd'hui + l'IA = prototypage rapide. Mais quand je dis « facile », je ne parle pas de stratégie. Le simple fait que tu puisses livrer quelque chose rapidement ne veut pas dire que tu dois le faire.

Un rapport du Project Management Institute (PMI) (2018) montre qu'environ la moitié des projets ont des problèmes de dérive des objectifs. Même si la dérive des fonctionnalités est un truc courant, ça peut être un vrai cauchemar pour les équipes SaaS. Un produit qui a trop de fonctionnalités peut te coûter cher de plein de façons.

Augmentation des coûts et non-respect des délais - Plus de fonctionnalités, ça veut dire des cycles de développement plus longs, plus de bugs et des coûts plus élevés. Augmentation des coûts de développement et non-respect des délais. Développer un logiciel, ça prend du temps. Si tu ajoutes trop de fonctionnalités au produit, ça va allonger ton planning et le rendre plus compliqué, ce qui finira par augmenter le coût de ton projet. Les inconvénients liés à la complexité - Il y a souvent une bonne raison derrière l'ajout de fonctionnalités, même si ça semble être pour aider les utilisateurs, mais en fait, ça rend l'expérience utilisateur moins bonne. La complexité empêche une expérience fluide et conviviale, ce qui peut vous faire perdre des utilisateurs. S'éloigner des promesses du produit - Parfois, les équipes se laissent tenter par des nouveautés super cool, comme l'IA ou la reconnaissance vocale, même si ça ne colle pas vraiment avec ce que le produit est censé faire. Du coup, ton produit risque de ne pas tenir ses promesses.

La dérive des fonctionnalités, ça arrive quand chaque idée est pressante. Les bons systèmes t'aident à filtrer, à te concentrer et à dire oui, avec un but précis. Voici 6 étapes pour garder ton produit SaaS sur la bonne voie :

1. Fixez des objectifs clairs

Limite tes choix de produits à un certain point. Quand les objectifs ne sont pas clairs, les fonctionnalités deviennent nombreuses. Les décisions sont plus faciles à prendre quand elles sont claires et hiérarchisées.

2. Utilise le cadre de priorisation

On a naturellement tendance à faire de certaines fonctionnalités une croisade. Plutôt que de laisser la voix la plus forte dans la pièce être la plus importante, utilisez des mesures plus objectives, comme la matrice Impact vs Effort ou le score RICE, pour prendre des décisions sur les fonctionnalités à forte valeur ajoutée.

3. Créez une feuille de route efficace

Une feuille de route a deux rôles clés dans le développement de produits. Elle peut servir de plan pour ton projet et aussi de contrat pour ton équipe. Assure-toi que ton équipe est d'accord sur la feuille de route, avec des étapes clés et une portée bien définie du MVP, avant même d'écrire une seule ligne de code.

4. Recueillez des commentaires ciblés

Au lieu de répondre à tous les commentaires individuellement, repérez les thèmes et les tendances dans les commentaires des utilisateurs. Cette stratégie vous permettra de justifier l'ajout d'une nouvelle fonctionnalité et d'éviter d'ajouter trop rapidement quelque chose à votre produit. Cherchez des solutions, pas des cas particuliers.

5. Mettre en place un contrôle des changements

Mettez en place un processus de réponse aux demandes de modification. Chaque ajout doit être justifié par une raison claire, une analyse coûts-avantages et une raison d'être conforme aux attentes des utilisateurs. Vous aurez ainsi la garantie que les fonctionnalités apportées auront une valeur ajoutée sans surcharger votre produit.

6. Pense à l'utilisateur final

On oublie facilement qu'on prend des décisions sur les fonctionnalités potentielles de son produit en se basant sur ses propres opinions. Pense toujours à la possibilité qu'une nouvelle fonctionnalité apporte une valeur ajoutée concrète à l'utilisateur. Question : est-ce que ça va simplifier, clarifier et améliorer le produit pour notre client idéal?

Utilisez une matrice de priorisation des fonctionnalités : un outil visuel qui aide les fondateurs à classer et organiser les fonctionnalités, en s'assurant qu'elles sont planifiées en fonction de leur valeur stratégique, et non en fonction de la politique interne ou des modes passagères.

AskIris

Allongement progressif des fonctionnalités L'allongement progressif des fonctionnalités est courant quand on développe des solutions pour le secteur de la santé : les systèmes hérités de grande envergure sont la norme. AskIris ne s'est toutefois pas conformé à cette norme, choisissant de se concentrer davantage sur les fonctionnalités essentielles, et n'envisagera d'ajouter des extensions qu'une fois que les utilisateurs auront donné leur avis à ce sujet. Cette nouvelle application pour le système de rangement des fournitures hospitalières a réussi à définir clairement et de manière cohérente son objectif : aider les infirmières et autres membres du personnel médical à trouver les fournitures dont ils ont besoin, grâce à un MVP fonctionnel bien conçu et esthétique.

Virtuosité

En tant que deux pros de l'éducation qui ont passé leur carrière à aider les autres à développer leurs qualités de leadership, Virtuosity leur a donné l'occasion de préparer plus de gens avec les compétences pratiques nécessaires pour devenir des leaders compétents. Même si les fondateurs n'étaient pas des développeurs, ils ont quand même compris l'importance d'avoir un MVP. Ils ont fait appel à une équipe de développement et à un processus pour les aider à éviter la prolifération des fonctionnalités et à identifier les fonctionnalités principales qui étaient les plus importantes.

Les équipes de développement n'aident pas seulement les fondateurs à créer des produits, elles les aident aussi à créer le bon produit au bon moment. Pour ça, il faut d'abord s'assurer de ne pas ajouter de complexité inutile dès le début.

SolutionLab : la clarté avant le code

La plupart des mauvaises idées ne relèvent pas de la catégorie des dérives de solution, mais plutôt du fait que les bonnes idées sont au mauvais endroit. C'est l'une des raisons pour lesquelles les équipes suivent des processus structurés non seulement pour définir le MVP, mais aussi pour aider les fondateurs à examiner attentivement chaque nouvelle fonctionnalité. Plutôt que de se demander « Devrions-nous ajouter ça? », les équipes aident les fondateurs à se poser la question suivante :

• Quel problème cette fonctionnalité permet-elle de résoudre?
• À qui s'adresse ce document?
• À quoi ressemblerait le succès si on y arrivait?
• On peut vérifier ça avant de coder?

En utilisant les fonctionnalités comme des MVP séparés, les fondateurs savent clairement ce qu'il faut développer maintenant, ce qu'il faut repousser et ce qu'il ne faut pas développer. Cette attitude est super importante pour rester efficace, concentré et en phase avec les vrais besoins des utilisateurs, même si le produit change.

Une fois que ton produit est lancé, c'est trop facile de commencer à traiter toutes les demandes qui arrivent. HDD aide à éviter ça. Les systèmes post-lancement fonctionnent avec toutes les nouvelles idées comme une hypothèse falsifiable : « Avec l'ajout de X, on pense que Y va se produire. » La mesure de l'impact est ensuite utilisée par les équipes qui cherchent à se développer, ce qui aide à la mise à l'échelle basée sur des données réelles et non sur des suppositions. Le changement, c'est quelque chose qu'il faut gérer. En fait, la plupart des produits numériques vont garder ou perdre leurs fonctionnalités les plus importantes au fil du temps. Les changements bien pensés, qui sont stratégiques et basés sur les retours des utilisateurs, rendent un produit plus solide. Ajouter des fonctionnalités inutiles qui deviennent des obstacles aux objectifs du logiciel, c'est ce qu'on appelle le « feature creep », et ça peut vite te causer des problèmes. Les projets logiciels peuvent mourir à petit feu à cause du feature creep. Les pièges du feature creep sont chers à contourner ; mais tu peux les éviter en gardant un œil sur tes objectifs, en te concentrant sur les fonctionnalités et en mettant en place des procédures de gestion du changement adéquates, et proposer un produit réussi qui satisfait tes clients et répond à tes objectifs commerciaux.

Les dérives fonctionnelles apparaissent souvent quand on prend des décisions isolées, petites mais importantes. Quelques fonctionnalités supplémentaires par-ci, une nouvelle demande par-là, et avant même de t'en rendre compte, ton produit oublie les raisons mêmes pour lesquelles il était considéré comme précieux au départ. Si tu n'es pas un fondateur technique, la transparence est ton meilleur atout. En sachant ce qu'est ton produit et ce qu'il n'est pas, tu peux créer quelque chose qui a du sens, éviter de le surcharger et garder le cap dans la bonne direction.