Le pont entre un produit SaaS et le revenurevenu de ses clients
Comment nous avons construit le tissu conjonctif d'un SaaS d'outreach multicanal : une intégration Salesforce déployée pour 340 équipes payantes, un partenariat signal vers revenu, et les flux qui transforment un CRM en outreach séquencé.
Confidentiel · anonymiséNous ne publions jamais le nom ou le logo d'un client sans accord écrit, l'entreprise est donc masquée ici. L'architecture et les chiffres sont réels et inchangés.
Un SaaS d'outreach multicanal, le genre de plateforme sur laquelle les équipes commerciales font tourner leur prospection, avait un produit que ses clients adoraient et un trou de chaque côté : les intégrations qui le relient au CRM d'un client, et les flux RevOps qui transforment un signal en campagne séquencée. Entre un excellent produit et le revenu d'un client, le pont manquait.
Nous avons piloté la spécification produit et RevOps d'une intégration Salesforce reconstruite, déployée pour 340 équipes payantes : configuration au niveau équipe, mapping propre des leads, contacts et sociétés, création de deals au niveau de la campagne, mapping des utilisateurs et reporting d'activité. À côté, un partenariat signal vers revenu avec Clay couvrant une quinzaine de cas d'usage, et un flux enrichissement vers séquence reliant un CRM, l'enrichissement par IA et le produit d'outreach. Cette page en est la version longue.
Le problème : un excellent produit, un pont manquant
L'entreprise édite une plateforme d'outreach multicanal : des milliers d'équipes l'utilisent pour faire tourner leur prospection, et le produit lui-même était solide. La friction n'était pas dans le produit, elle était de chaque côté. Le revenu d'un client vit dans son CRM, et les meilleurs moments pour le contacter, une visite sur le site, un recrutement, une levée de fonds, arrivent sous forme de signaux éparpillés dans une dizaine d'outils. Entre le produit d'outreach et ces deux mondes se trouvait un trou que quelqu'un devait câbler.
Ce trou, c'est là où le revenu fuit pour un éditeur de logiciels. Si l'intégration CRM est bancale, les données de chaque client dérivent et le produit passe pour le coupable. Si les signaux n'atteignent jamais le moteur d'outreach, la demande se périme avant que quiconque n'agisse. Le travail n'était pas d'ajouter des fonctionnalités au produit ; c'était de construire le tissu conjonctif qui fait du produit une pièce du moteur de revenu d'un client plutôt qu'un silo posé à côté.
Le mandat relevait du RevOps et du solutions engineering : porter la spécification là où le produit rencontre le revenu, industrialiser les intégrations et les flux signal vers revenu, et les rendre assez propres pour être déployés sur des centaines d'équipes payantes d'un coup.
Le chantier : l'intégration Salesforce, reconstruite pour 340 équipes
La pièce maîtresse était de reconstruire la façon dont le produit dialogue avec Salesforce, le CRM que font tourner la plupart des plus gros clients. Une synchro bancale est pire qu'aucune, la spécification a donc été écrite pour la justesse à grande échelle avant de l'être pour la largeur.
Propre par conception, équipe par équipe
L'intégration a été spécifiée pour se configurer au niveau équipe, avec un mapping propre des leads, contacts et sociétés pour qu'un enregistrement veuille dire la même chose des deux côtés, une création de deals au niveau de la campagne pour que le revenu se relie à l'outreach qui l'a produit, un mapping des utilisateurs pour que la propriété survive à la synchro, et un reporting d'activité pour que le travail soit visible dans le CRM. Elle a été déployée pour 340 équipes payantes, avec des clients pilotes qui ont validé la V1 avant la mise à disposition plus large.
Du signal au revenu
Par-dessus la plomberie CRM, le second chantier transformait des signaux éparpillés en outreach. Un partenariat avec Clay a défini une quinzaine de cas d'usage signal vers revenu et les endpoints de push et de mise à jour derrière eux, pour qu'un signal puisse être capté, enrichi et séquencé sans relais humain. Un flux séparé reliait un CRM, l'enrichissement par IA et le produit d'outreach de bout en bout, prouvant le même schéma pour un client grand compte.
La feuille de route ops derrière
Autour des deux chantiers phares tournait une feuille de route RevOps plus large pour le go-to-market de l'éditeur lui-même : de l'outbound automatisé pour plusieurs personas, une correction du reporting des remises qui réconciliait les données de facturation, de la génération de leads multi-fournisseurs, et un flux visiteurs du site qui poussait les sociétés identifiées vers l'enrichissement puis vers des campagnes séquencées. La même discipline s'appliquait au funnel de l'entreprise comme aux intégrations de ses clients.
Ce qui a changé
Oubliez les tickets d'intégration. Ce qui a changé, c'est que le produit est devenu une pièce du moteur de revenu de ses clients, à grande échelle.
Le titre, c'est la portée, pas un nombre de tickets. Une intégration Salesforce propre, au niveau équipe, est passée en production pour 340 équipes payantes, si bien que le produit a cessé d'être un silo posé à côté du CRM pour en faire partie : un deal se relie à la campagne qui l'a créé, la propriété survit à la synchro, et l'activité est visible là où le revenu est suivi. L'intégration a cessé d'être ce dont les clients se plaignaient.
En dessous, les flux signal vers revenu transformaient des déclencheurs éparpillés en outreach séquencé, une quinzaine de cas d'usage prouvés avec un partenaire d'enrichissement, plus un flux grand compte reliant CRM, enrichissement par IA et produit de bout en bout. Le pont entre un excellent produit et le revenu d'un client est la partie que la plupart des éditeurs SaaS laissent au hasard. Ici, il a été construit, spécifié et déployé.
Sur quoi ça tourne
Un chantier ciblé sur le CRM du client et la couche d'enrichissement, chaque pièce faisant un seul travail.
- Salesforce · le CRM client pour lequel l'intégration a été reconstruite : configuration au niveau équipe, mapping des objets, deals au niveau campagne, mapping des utilisateurs, reporting d'activité.
- Clay · la couche d'enrichissement et de signaux derrière les cas d'usage signal vers revenu et les endpoints de push et de mise à jour.
- Le produit d'outreach · le moteur de séquençage multicanal que tout le pont alimente et qui l'alimente en retour.
- BigQuery et les API fournisseurs · la couche de données derrière les flux visiteurs vers campagne et de génération de leads de l'éditeur lui-même.
Spécifié, documenté et transmis, exactement comme chaque chantier que nous livrons.
Ce cas, en FAQ
Qui est le client de ce cas ?
Qu'avez-vous concrètement construit ?
Qu'est-ce que le signal vers revenu ?
En quoi est-ce différent du cas HubSpot de la scale-up ?
Pouvez-vous construire ce type d'intégrations pour nous ?
Votre produit est-il câblé au revenu de vos clients ?
Dites-nous comment vos intégrations et vos flux de signaux tournent aujourd'hui, par écrit ou en note vocale. Nous répondons sous 24 heures avec l'endroit où le système atteint son plafond, ce que ça vous coûte, et un chemin chiffré pour le corriger. Gratuit, sans deck, sans séquence de relance.
Diagnostic gratuit de 30 minutes