retour

CONNAISSANCE

Pourquoi nous ne construisons pas une plateforme GTM tout-en-un

Pourquoi nous ne construisons pas une plateforme GTM tout-en-un

Priya Raman

Amanda Ye

Croissance, Morphique

8 min de lecture

Fragmentation de la pile. Multiplication des SaaS. Fatigue des outils. Ils décrivent tous la même situation sous un angle différent : trop de systèmes déconnectés et pourtant pas assez de compréhension partagée entre eux.

Nous avons commencé par vouloir corriger cela de la manière la plus évidente.

Nous avons construit une plateforme unique et essayé d'y mettre tout ce dont nous pensions que les équipes GTM auraient besoin. Mais après avoir discuté avec nos clients, nous avons réalisé à quel point nous nous trompions. Les équipes n'ont pas besoin d'une autre plateforme tout-en-un ; ce dont elles ont réellement besoin, c'est d'une couche de contexte unifiée qui connecte les outils spécialisés qu'elles utilisent déjà, afin que le contexte qu'ils contiennent circule librement entre les systèmes sans que personne n'ait à abandonner ce qui fonctionne déjà.

Qu'est-ce que la fragmentation de la pile ?

En voyant ces statistiques, vous comprendriez pourquoi les entreprises souhaiteraient créer une plateforme tout-en-un. Mais cela ne résout le problème qu'en apparence. Après avoir discuté avec nos clients, nous nous rendons compte que les entreprises n'ont pas besoin d'une plateforme tout-en-un. Certaines de leurs préoccupations incluent :

« Les organisations atteignent généralement un point, généralement vers 50 employés, où l'on estime que 20 % du temps de travail collectif est consacré à des systèmes redondants »


« Le changement de contexte consomme jusqu'à 40 % du temps productif »


« Les silos de données coûtent en moyenne 12,9 millions de dollars par an aux moyennes entreprises »

En voyant ces statistiques, vous comprendriez pourquoi les entreprises souhaiteraient créer une plateforme tout-en-un. Mais cela ne résout le problème qu'en apparence. Après avoir discuté avec nos clients, nous nous rendons compte que les entreprises n'ont pas besoin d'une plateforme tout-en-un. Certaines de leurs préoccupations incluent :

  1. Compromis sur les fonctionnalités : une plateforme tout-en-un optimisée pour la polyvalence, afin de répondre à un maximum de fonctions, mais jamais assez spécialisée pour résoudre les problèmes spécifiques auxquels les entreprises peuvent être confrontées


  1. Point de défaillance unique : si une seule plateforme tombe en panne, toutes les fonctions qui en dépendent tombent également en panne avec elle


  1. Concentration de la propriété des données : cela représente un niveau d'influence considérable à céder à un seul fournisseur

Ce dont ils ont réellement besoin, c'est d'une couche de contexte unifiée. Bien qu'il ne s'agisse pas encore d'une catégorie de produits bien définie, les idées techniques sous-jacentes sont établies et de plus en plus urgentes au sein de l'industrie technologique : les agents IA ne peuvent pas agir sur un contexte qu'ils ne peuvent pas voir, et la plupart des contextes d'entreprise sont dispersés par conception. La couche de contexte unifiée est une couche d'intelligence gouvernée qui connecte les outils existants, résout la signification des entités et des champs, modélise leurs relations et fournit les signaux pertinents aux personnes et aux agents sans exiger que tout le travail soit déplacé dans un seul système.


L'un des produits qui a émergé de ce besoin est le Model Context Protocol (MCP) d'Anthropic. Le MCP est une norme ouverte permettant de connecter en toute sécurité des applications d'IA à des sources de données et des outils externes. Il offre à l'IA un moyen commun de découvrir les fonctionnalités disponibles, de récupérer du contexte et d'invoquer des fonctions approuvées sur l'ensemble des systèmes tels que les CRM, les bases de données, les référentiels de fichiers et les services internes.

Bien qu'il s'agisse d'une couche d'accès puissante, elle permet seulement à une application d'IA de découvrir et d'appeler des outils et de récupérer des ressources à partir de systèmes connectés. Elle ne décide pas si deux enregistrements décrivent le même client, ne définit pas ce que signifie le « chiffre d'affaires », ne valide pas la fraîcheur des données et ne détermine pas si une action est autorisée. Pour que le contexte unifié puisse s'installer, certains éléments doivent encore être résolus…


  • les graphes de connaissances


  • les modèles sémantiques


  • l'ontologie de domaine


  • la résolution d'identité et d'entité


C'est précisément notre rôle chez Morphic. Construire ce système afin que vous puissiez disposer d'un outil permettant à l'ensemble de vos applications de communiquer entre elles, de sorte qu'aucun contexte ni aucune opportunité ne se perde en cours de route.


Réservez une démonstration avec nous dès aujourd'hui pour en savoir plus !