Pourquoi le revenu sourcé par les partenaires est invisible dans la plupart des CRM

Chaque dirigeant de partenariats est passé par là. Vous savez qu'un partenaire a apporté le deal. Vous étiez sur l'appel d'introduction. Vous avez vu le fil Slack. Puis le deal se clôture, le rapport trimestriel tourne, et ce revenu apparaît comme « sourcé par les ventes » ou « inbound ». La contribution de votre programme se lit comme une erreur d'arrondi. Le revenu est réel. Il n'existe simplement pas dans le seul système auquel tout le monde fait confiance.

Cela ne peut pas se réparer avec un meilleur filtre de rapport. C'est un angle mort structurel dans la façon dont les CRM ont été conçus, et si vous êtes un dirigeant d'alliances ou de RevOps essayant de justifier l'effectif partenaire, comprendre pourquoi le revenu est invisible est le premier pas pour le rendre visible. La solution vit dans le modèle de données.

Le CRM a été construit pour la vente directe

Salesforce, HubSpot, et tout CRM modelé sur eux partagent une hypothèse fondatrice : un deal a un propriétaire, un compte, et un chemin linéaire unique du lead à la clôture. C'est très bien quand votre commercial trouve un prospect, le travaille et le signe. Ça se casse dès qu'un partenaire apparaît.

Suivez le déroulement d'un deal sourcé par un partenaire. Le partenaire identifie le compte, fait une introduction chaleureuse, apporte du contexte sur la douleur de l'acheteur, et parfois co-vend jusqu'à la signature. Dans le CRM, presque rien de tout cela n'est enregistré comme activité partenaire. L'opportunité est créée par votre commercial, possédée par votre commercial, et pour ce que le système en sait, sourcée par votre commercial. Le rôle du partenaire n'existe que dans la mémoire des personnes présentes sur les appels.

L'outillage aggrave les choses. La représentation typique du « partenaire » est un champ de recherche à sélection unique sur l'opportunité. Il contient un partenaire. Il ne peut pas exprimer un rôle, un horodatage, ou un second partenaire. Donc même un commercial diligent qui le remplit a aplati une démarche multi-parties en une seule valeur de menu déroulant. Et la plupart des commerciaux ne le remplissent pas du tout, parce que cela n'affecte pas leur commission.

L'attribution est décidée au mauvais moment, par les mauvaises personnes

Puisque le modèle de données ne peut pas capturer l'implication du partenaire au fur et à mesure, l'attribution devient un acte manuel et rétroactif. Quelqu'un doit décider qu'un deal a été sourcé par un partenaire, généralement en fin de trimestre, généralement en regardant un relevé de commission.

C'est un conflit d'intérêt intégré. La rémunération de l'AE dépend du fait que le deal soit auto-sourcé. Le dossier d'effectif de l'équipe alliances dépend du fait qu'il soit sourcé par un partenaire. Les deux regardent la même opportunité avec des incitations opposées, et le CRM n'offre aucune preuve neutre pour trancher. Qui contrôle le champ contrôle l'histoire, et ce n'est généralement pas l'équipe partenaire. C'est le cœur du problème d'attribution du co-sell dont personne ne parle : le système de référence n'enregistre pas la chose même qui est disputée.

Le résultat est prévisible. Le revenu sourcé par les partenaires est sous-compté, parce que toutes les incitations penchent dans le même sens. Une fois que le chiffre paraît petit, le programme paraît optionnel.

La preuve existe, simplement pas là où le CRM regarde

La partie frustrante, c'est que la preuve de l'implication du partenaire existe presque toujours quelque part. L'introduction est dans un e-mail ou un formulaire de référence du portail partenaire. La coordination du co-sell est dans Slack, Teams, ou une salle de deal partagée. La transaction marketplace est dans la console partenaire AWS, Azure, ou Google Cloud. L'historique de la relation est dans le propre CRM du partenaire, que vous ne pouvez pas voir du tout.

Aucun de ces éléments n'alimente automatiquement l'enregistrement d'opportunité. Le CRM présente donc une image confiante et d'apparence complète à laquelle il manque toute la dimension partenaire. Il n'y a pas de pénurie de données. Il y a une pénurie de connexion entre les systèmes où naissent les signaux partenaires et le système où le revenu est compté. Et distinguer ce qu'un partenaire a véritablement sourcé de ce qu'il a simplement touché nécessite de séparer délibérément le revenu partenaire influencé vs. sourcé, ce qu'un simple menu déroulant ne fera jamais.

Ce qu'il faut pour le rendre visible

Vous ne pouvez pas résoudre un problème de modèle de données avec un tableur. Rendre le revenu sourcé par les partenaires visible signifie changer ce que le système capture. Quatre choses, à peu près dans l'ordre.

Adoptez un modèle de deal multi-parties. Le crédit doit pouvoir s'exprimer comme plusieurs partenaires avec des rôles distincts, qu'ils soient sourcés, influencés, co-vendus, ou exécutés, chacun avec un horodatage. Tout le reste en dépend.

Capturez le signal partenaire là où il est créé. Arrêtez de demander aux commerciaux de se souvenir et de rattraper après coup. Instrumentez la soumission de référence, l'enregistrement de deal marketplace, l'invitation à l'appel de co-sell, et enregistrez l'implication du partenaire au moment où elle se produit.

Fixez les règles d'attribution avant le début du trimestre. Décidez à l'avance de ce qui compte comme sourcé par rapport à influencé et appliquez-le de la même façon à chaque fois. Une règle médiocre appliquée de manière cohérente bat une règle parfaite négociée sous pression de commission.

Connectez les systèmes environnants. Les formulaires de référence, les marketplaces et les outils de collaboration où vivent les signaux partenaires doivent circuler vers la vision du revenu. C'est l'écart que l'orchestration des revenus existe pour combler, en unifiant les signaux à travers la stack au lieu de faire confiance à un champ mis à jour manuellement.

L'objectif est la précision. Assez précis pour que la finance fasse confiance au chiffre et que la direction finance le programme sur des preuves plutôt que sur la foi. Une fois que le revenu sourcé par les partenaires est visible et défendable, toute la conversation sur l'investissement dans l'écosystème change.

Points clés à retenir

• Les CRM ont été construits pour un vendeur, un deal, un chemin. Ils ne peuvent structurellement pas représenter un deal sourcé par un partenaire, et aucune couche de rapport ne répare cela.
• Le champ partenaire à sélection unique aplatit une démarche multi-parties en une seule valeur, et il est généralement vide de toute façon parce qu'il n'affecte pas les commissions.
• L'attribution est décidée après coup par des personnes aux incitations opposées. L'équipe partenaire gagne rarement cet argument.
• La preuve se trouve dans les formulaires de référence, les consoles marketplace, et les fils Slack. Elle n'atteint simplement jamais l'enregistrement d'opportunité.
• Un modèle de données multi-parties, une capture à la source, et des règles convenues avant le trimestre. Plus de reporting manuel ne vous y mènera pas.

Le revenu sourcé par les partenaires n'a pas à rester invisible. Il doit être capturé là où il naît et connecté à l'endroit où il est compté. Si vous voulez voir comment une plateforme d'orchestration des revenus comme Revnewo rassemble ces signaux partenaires épars, c'est une prochaine étape raisonnable pour prouver ce que votre écosystème vaut réellement.