La fonctionnalité promise « dans la feuille de route » n'arrive pas

Vous avez demandé cette fonctionnalité au support, puis à votre interlocuteur commercial, puis en réunion annuelle. La réponse est toujours la même : elle est dans la feuille de route. Elle y est depuis deux ans, et personne ne sait dire quand elle en sortira.

Pourquoi votre demande reste en bas de la pile#

Un logiciel du marché sert des milliers d'entreprises, dans plusieurs métiers à la fois. Chaque fonctionnalité ajoutée coûte du temps de développement, des tests, de la documentation, du support. L'éditeur l'arbitre contre toutes les autres demandes reçues cette semaine-là, et il choisit celle qui touche le plus de clients, ou celle qui débloque le plus de nouveaux contrats.

Votre demande n'est pas mauvaise. Elle est simplement minoritaire. Si vous êtes le seul client de votre métier, ou l'un des rares à travailler de cette façon précise, votre besoin ne pèse jamais assez lourd face à celui des mille autres clients qui n'en ont pas l'usage. Ce n'est pas un problème de mauvaise volonté : c'est l'arithmétique d'un produit construit pour le plus grand nombre.

Les quatre réponses qu'on vous donne à la place d'un refus#

Un éditeur dit rarement non. Il répond autrement, et chaque réponse mérite d'être traduite :

Aucune de ces réponses n'est un mensonge. Elles décrivent simplement un produit qui doit rester cohérent pour tout le monde, pas pour vous.

Comment savoir si une fonctionnalité viendra vraiment#

Quatre questions suffisent à savoir, avant d'attendre deux ans de plus :

• Le journal des nouveautés de l'éditeur, sur les deux dernières années : votre métier y apparaît-il seulement une fois ?
• La date annoncée est-elle un trimestre précis, ou une saison, ou « bientôt » ?
• Combien d'autres clients ont fait exactement la même demande ? Si l'éditeur refuse de répondre, c'est en général « pas assez ».
• Les plus gros clients de l'éditeur exercent-ils votre métier ? Si aucun ne lui ressemble, votre demande ne deviendra jamais la priorité.

Si les quatre réponses sont décevantes, la fonctionnalité n'arrivera pas cette année, et probablement jamais sous la forme que vous attendez.

Le détour que vous construisez en attendant#

En attendant, quelqu'un invente une méthode à la main. Prenons un négociant en matériaux dont le logiciel ne sait pas rapprocher seul un bon de livraison et la commande d'origine : la fonctionnalité est demandée depuis longtemps, toujours « dans la feuille de route ». Une personne reprend chaque bon à la main, six minutes en moyenne. Sur quarante-cinq bons par semaine, cela fait quatre heures et demie par semaine, environ deux cents heures par an passées à faire ce qu'un logiciel pensé pour ce métier ferait seul. Ce chiffre est une hypothèse pour montrer le calcul, pas le résultat d'une entreprise réelle.

Ce détour ne coûte jamais rien le premier mois. Il coûte cher parce qu'il continue d'exister après deux ans d'attente, avec la même personne qui le fait toujours à la main.

Ce qui change avec une application construite pour l'entreprise#

Une demande de fonctionnalité devient une conversation directe avec la personne qui construit l'écran : on regarde ensemble comment le bon de livraison arrive, ce qu'il faut vérifier, ce qui doit remonter automatiquement dans la facture. La priorité se décide selon ce que ça vous coûte aujourd'hui, pas selon ce qu'en pensent mille autres clients.

Ce que ça change concrètement : l'écran qui manquait se construit en quelques semaines, pas en attendant un cycle de sortie partagé par tout le monde. Il correspond au geste exact de la personne qui l'utilise, pas à un réglage générique pensé pour convenir à tous les métiers à la fois. Et la demande suivante suit le même chemin, sans repasser par une feuille de route qui appartient à quelqu'un d'autre.

Ce qu'il ne faut pas attendre#

Construire une fonctionnalité pour une seule entreprise ne veut pas dire que tout arrive instantanément. Les demandes se rangent toujours par ordre de ce qu'elles font gagner, et certaines attendent leur tour quelques semaines. La différence : c'est vous qui fixez cet ordre, pas un produit qui sert mille autres entreprises en même temps.

Fonctionnalité promise : ce qu'il faut retenir#

Une fonctionnalité qui reste dans la feuille de route n'est pas oubliée par négligence : elle perd, à chaque arbitrage, face aux besoins de clients plus nombreux que vous. Avant d'attendre un an de plus, quatre questions suffisent à savoir si elle viendra vraiment.

Le détour qu'on construit en attendant, aussi petit soit-il au départ, finit par coûter plus cher que la fonctionnalité elle-même. Une application pensée pour une seule entreprise change l'ordre des priorités : la grille entre Excel, un ERP et une application sur mesure et un ERP ancien qu'on ouvre plutôt qu'on ne remplace montrent comment ces trois outils se combinent, mais c'est la façon dont nous construisons une application pour une seule entreprise qui règle, concrètement, ce problème de fonctionnalité qui n'arrive jamais.