← Tous les insights
expansionupsellnet-revenue-retentionpipeline-design

Votre upsell mérite son propre pipeline

L'expansion est le revenu le moins cher dont disposent la plupart des équipes B2B, et presque toujours le plus mal instrumenté. Si l'upsell, les renewals et les nouveaux logos vivent sur le même board, le forecast est une fiction. Voici le pipeline qui correspond à la motion.

Il existe un moyen rapide de savoir si l'expansion d'une entreprise est vraiment sous contrôle. Je demande à voir le pipeline d'upsell. Si l'on m'ouvre le même board que celui du new business, avec les nouveaux logos, les renewals et les deals de cross-sell empilés dans les mêmes stages, je sais déjà que le forecast est une fiction. L'expansion est le revenu le moins cher dont disposent la plupart des équipes B2B, et presque toujours le plus mal instrumenté. Le problème n'est pas que ces équipes se désintéressent de la base. C'est qu'elles font passer une motion fondamentalement différente par un pipeline conçu pour autre chose.

Pourquoi le corriger maintenant

L'expansion est devenue, discrètement, l'événement central. Les travaux de ChartMogul sur la rétention situent l'expansion à jusqu'à 40 % de la croissance pour les entreprises au-delà de 15 M$ d'ARR, contre 30 % début 2021, et pour quiconque maintient un net revenue retention supérieur à 100 %, l'expansion représente plus de la moitié des revenus. SaaStr formule le même constat depuis l'autre bord : 73 % des nouvelles signatures de Salesforce viennent de ses clients existants. Lorsque plus de la moitié de votre croissance vient de la base, vous ne pouvez plus traiter la base comme un à-côté sur le board du new business.

Le new business et l'expansion ne sont pas la même motion

Un deal de new business est linéaire. Une opportunité, un closing, un ensemble net de stages qu'un rep fait parcourir une fois à un prospect. L'expansion ne se comporte pas ainsi. Le même compte génère de nombreuses opportunités sur plusieurs années, le timing est dicté par des événements du côté du client et non du vôtre, et le deal est en réalité une relation continue à laquelle est rattaché un montant. Forcez les deux motions dans un seul pipeline et trois choses se cassent d'un coup : vous ne pouvez pas distinguer un nouveau logo d'un upsell dans le forecast, vos stages ne veulent pas dire la même chose selon les reps, et le board se remplit de deals sans buying journey active derrière eux. Je suis le premier à dire à une équipe de ne pas complexifier son CRM. Mais un pipeline pour deux motions, c'est la mauvaise forme de simplicité.

Ouvrez le deal le jour où le client signe

Voici l'idée. À l'instant où un deal de new business se conclut, ouvrez un deal d'expansion sur ce compte et laissez-le dans un stage d'attente ouvert. Chaque compte de votre base a alors exactement un deal d'expansion ouvert, rattaché aux revenus actuels de ce client.

Ouvert n'est pas votre pipeline. C'est là où réside le potentiel. Vos reps ne travaillent que les stages deux à cinq, d'acquiring interest à closed. Ouvert existe pour que l'activité quotidienne qu'un account manager mène sur la base soit enregistrée face à un vrai chiffre, sans encombrer le forecast de travail. L'alternative vers laquelle se tournent la plupart des équipes est que les reps ne créent un deal d'upsell à la main que lorsque quelque chose de concret apparaît. Cela paraît plus léger, et cela vous coûte deux choses : vous perdez la vue systémique de l'argent net nouveau qui entre dans chaque compte, et vous perdez tout le suivi d'activité sur les comptes que vous cultivez sans encore les travailler activement.

Entrée manuelle, avancée automatique

Le débat qui revient toujours ici est de savoir si le déplacement entre stages doit être automatisé ou laissé au rep. La réponse est les deux, à des points différents du pipeline.

L'entrée est manuelle. L'account manager sort un deal d'ouvert et le passe en acquiring interest lorsqu'une vraie buying journey commence : il pitche un nouveau produit, une nouvelle équipe, un use case élargi. Ce déplacement manuel est le signal qu'un humain a décidé que cette opportunité est vivante. Il porte une intention qu'aucune automation ne peut déduire du seul comportement.

L'avancée est automatique. Une fois qu'un deal est dans le pipeline de travail, laissez les événements le faire progresser. Un événement d'expansion au-delà d'un seuil que vous fixez, disons 20 000 $ d'engagement nouveau, fait avancer le deal automatiquement. Recopiez l'activité depuis le deal de new business conclu avec une fenêtre rétrospective pour que le deal d'expansion ne naisse pas vide. La règle est simple : les humains fournissent l'intention en haut du pipeline, le système fournit la mécanique en aval.

Deux vues, pas deux systèmes

Vous n'avez pas besoin de deux objets ni de deux dashboards pour cela. Vous avez besoin de deux vues du seul pipeline d'expansion.

La première vue est le pipeline de travail : d'acquiring interest à funding et closed. C'est votre vrai forecast d'expansion, et il devrait être petit. La seconde vue est une liste de chaque compte dont le deal d'expansion est encore en ouvert. Ce sont les clients que vous ne travaillez pas activement. Bien lue, cette liste est une file de prospection sur votre propre base : voici les comptes sur lesquels je n'ai pas de deal actif, alors je devrais peut-être en démarrer un. Vous obtenez le potentiel et l'actif au même endroit, sans demander à un rep de rapprocher deux reports ni de chercher à travers deux objets.

La question d'attribution que vous ne résoudrez pas complètement

Dès que vous automatisez la création et l'avancée des deals d'expansion, vous héritez d'une question difficile : qui a réellement porté ce chiffre ? Était-ce l'account manager, était-ce product-led parce que le client a simplement ajouté des seats, ou était-ce une automation déclenchée par un événement que personne n'a touché ? Vous n'y répondrez pas parfaitement, et vous devriez être honnête avec vous-même à ce sujet. Ce que vous pouvez faire, c'est mesurer l'activité de vente sur le deal, compter les appels, les e-mails et les réunions dans la fenêtre, et classer chaque expansion conclue en product-led, automation-led ou rep-led. Cela suffit à protéger la comp et à savoir si votre motion d'account management fait vraiment bouger l'expansion ou se contente de s'attribuer un revenu qui allait tomber de toute façon. Traitez cela comme une heuristique, pas comme une preuve.

Tant que vous y êtes, ajoutez un mécanisme d'hygiène : si la date de closing d'un deal passe et que personne ne l'a mise à jour, il retombe en ouvert ou se ferme en lost automatiquement. Omettez-le, et des deals d'expansion périmés resteront dans le pipeline pour toujours, et votre forecast pourrit de l'intérieur. Donner un vrai sens à la date de closing est la mesure la moins chère qui existe pour la précision du forecast.

Un schéma vu sur le terrain

Nous avons récemment travaillé avec une équipe B2B SaaS en Série B dans la région DACH, dotée d'une forte motion d'account management et, sur le papier, d'une expansion saine. Le problème est apparu dès que nous avons ouvert le CRM. Nouveaux logos, renewals et upsells vivaient tous dans un seul pipeline. Le board portait des centaines de deals, la plupart sans buying journey active, créés sur une base de campagne plutôt que parce qu'un client bougeait réellement. Personne ne pouvait répondre à une question simple : sur le chiffre du prochain trimestre, quelle part est du new et quelle part est de la base ? Nous l'avons reconstruit en pipeline d'expansion dédié, avec un stage d'attente ouvert, une entrée manuelle dans les stages de travail et un seuil d'événement qui faisait avancer automatiquement les deals qualifiés. En quelques semaines, le pipeline de travail ne contenait plus qu'une fraction des deals, et l'équipe avait pour la première fois un forecast d'expansion auquel elle croyait vraiment.

Ce que je ferais

  1. Séparez le pipeline. Le new business a son board, l'expansion a le sien. Cessez de reporter les deux comme un seul chiffre.
  2. Ouvrez un deal par compte à la signature. Chaque client gagné reçoit un deal d'expansion dans un stage d'attente ouvert, rattaché à ses revenus actuels.
  3. Définissez le signal d'entrée. Écrivez exactement ce qui fait passer un deal d'ouvert au pipeline de travail, un produit pitché, une nouvelle équipe, une conversation renewal-plus-upsell, et rendez ce déplacement manuel et délibéré.
  4. Automatisez en aval, pas en amont. Laissez des événements au-delà d'un seuil faire avancer les deals déjà vivants. Ne laissez jamais l'automation décider seule que quelque chose est une vraie opportunité.
  5. Construisez les deux vues. Pipeline de travail pour le forecast, liste des deals ouverts comme file de prospection sur la base.
  6. Instrumentez l'attribution par l'activité. Comptez l'activité sur le deal pour distinguer expansion product-led et rep-led, et traitez la réponse comme une heuristique.
  7. Rendez les dates de closing contraignantes. Une date de closing passée sans mise à jour ferme ou réinitialise le deal. Pas de résidents permanents dans le pipeline.

L'expansion est le revenu à la plus forte marge que vous signerez jamais, et la plupart des équipes le gèrent sur une instrumentation qu'elles n'accepteraient jamais pour le new business. Vous n'avez pas besoin d'un nouvel outil. Vous avez besoin d'un pipeline qui correspond à la motion : séparé du new business, ouvert par défaut, travaillé délibérément et honnête sur ce qui est réel. Si votre upsell et vos nouveaux logos vivent encore sur le même board, c'est la première chose que je corrigerais, et c'est l'une des premières choses que fait notre travail de revenue operations. Si vous voulez un coup de main, contactez-nous. Pour le problème voisin de la fuite des revenus de renewal avant même qu'ils n'atteignent un pipeline, lisez l'article compagnon sur le trou de données des renewals.

Sources

Noah Charak
Noah Charak
Managing Director

Fondateur de Checkpoint GTM. 15 ans en Revenue et Business Operations dans la scène start-up berlinoise, avec plus de 65 projets de transformation livrés. Spécialiste de l'architecture CRM et RevOps, certifié Salesforce et HubSpot.

LinkedIn

Partager cet article