Voici une vérité d'aujourd'hui qui ne l'était pas il y a dix ans : presque n'importe quelle fonctionnalité logicielle peut être reconstruite par une équipe compétente en quelques semaines. Un tableau kanban, un éditeur d'e-mails, un générateur de factures, un calendrier de réservation — c'étaient autrefois des produits défendables. Aujourd'hui, ce sont des produits banalisés, des prérequis incontournables, des projets de week-end avec l'aide de l'IA. Si votre rempart est une fonctionnalité, vous n'avez pas de rempart. Vous avez une longueur d'avance, et les longueurs d'avance ont une date d'expiration.
Là où la valeur est partie.
La valeur ne disparaît pas lorsqu'une chose se banalise ; elle remonte d'un niveau. Les fonctionnalités se sont banalisées, alors la valeur s'est déplacée vers ce que les fonctionnalités ne peuvent pas capturer à elles seules : flux de travail — la façon dont les tâches s’enchaînent en un flux cohérent à l’échelle d’une entreprise. N’importe qui sait créer une facture. Presque personne ne sait faire en sorte que cette facture connaisse l’affaire qui l’a générée, le projet qui l’a justifiée et l’historique d’assistance qui en découle. Ce tissu conjonctif, c’est désormais ça, le produit.
Une fonctionnalité est un nom. Un flux de travail est une phrase. Vos concurrents peuvent copier vos noms. Ils ne peuvent pas copier la façon dont vos phrases s'enchaînent.
Voilà pourquoi un assemblage d'outils best-of-breed, chacun excellent isolément, peut s'incliner face à une plateforme dont les fonctionnalités prises une à une ne sont que correctes. La plateforme gagne sur les phrases — la façon dont une affaire conclue devient un projet, puis une facture, puis un renouvellement — et non sur le moindre mot. La pile best-of-breed a de meilleurs mots, mais aucune grammaire.
Pourquoi le workflow ne peut pas être banalisé.
Les fonctionnalités se banalisent parce qu'elles sont autonomes — vous pouvez en spécifier une entièrement et la reconstruire. Le workflow, lui, résiste parce qu'il est relationnel. Cela repose sur un modèle de données partagé, une identité cohérente entre les tâches et mille petits accords sur ce que signifie un « client » ou un « projet » partout où il apparaît. Vous ne pouvez pas reproduire cela en un week-end, car ce n'est pas une chose en soi — ce sont les relations entre les choses, et les relations sont précisément ce qui ne se copie-colle pas.
Ce que cela signifie pour les acheteurs.
Arrêtez de courir après les fonctionnalités. Vous trouverez toujours un outil offrant une version plus poussée de n'importe quelle capacité, ce sera toujours tentant, et ce sera presque toujours le mauvais choix en dessous de 50 personnes. La question qui prédit réellement si un logiciel vous sera utile est : est-ce que cela relie les tâches que j’accomplis, ou est-ce que cela fait une seule tâche isolément en me laissant faire les connexions ? La connexion, c'est le travail. La connexion, c'est le coût. La connexion, c'est l'avantage concurrentiel.
Nous développons des fonctionnalités, et nous nous efforçons de bien les concevoir. Mais nous ne prétendons pas que les fonctionnalités constituent l'avantage concurrentiel. L'avantage, c'est qu'elles partagent un seul modèle de données : le flux de travail est natif au lieu d'être bricolé. Dans un monde où le logiciel est devenu une commodité, c'est la seule chose qui mérite encore d'être facturée.