SOP de handoff Sales vers CS

Le handoff Sales vers CS est l’endroit où naissent la plupart des problèmes d’onboarding. L’AE clôture, passe au deal suivant, et le CSM hérite d’un enregistrement HubSpot avec un stage closed-won, une valeur de contrat et presque rien sur la raison pour laquelle le client a acheté ou ce qu’on lui a promis. Le CSM passe le premier call de kickoff à redécouvrir le deal au lieu de piloter l’onboarding. Ce SOP corrige cela avec trois choses : un ensemble fixe de champs de handoff que l’AE remplit avant que le deal soit marqué closed-won, une règle de timing qui lie le handoff au stage du deal plutôt qu’à la mémoire, et une séquence de kickoff qui se déroule de la même façon à chaque fois. C’est délibérément ennuyeux. Un handoff qui dépend du fait que l’AE pense à écrire un bon message Slack est un handoff qui échoue la semaine où l’AE est en PTO.

Le bundle de l’artifact se trouve à apps/web/public/artifacts/sales-to-cs-handoff-sop/. Il inclut handoff-sop.md (la procédure elle-même, prête à coller dans Notion ou une base de connaissances HubSpot), handoff-fields.csv (le manifeste des champs avec les types et les flags obligatoire/facultatif pour que l’admin HubSpot les provisionne), et slack-handoff-template.md (le message de canal canonique que l’AE poste). Adaptez les trois à vos noms de champs et conventions de canal avant le rollout.

Quand l’utiliser

Utilisez ce SOP quand vous avez une équipe Sales et une équipe CS distinctes — un AE qui possède le deal jusqu’à la clôture et un CSM qui possède le client après — et que le handoff entre les deux est informel ou non documenté. Le symptôme classique est un CSM qui ouvre chaque call de kickoff en posant au client des questions dont l’AE connaissait déjà la réponse : qui est le sponsor exécutif, à quoi ressemble le succès dans 90 jours, pourquoi ils vous ont choisi plutôt que l’acteur en place. Chacune de ces questions est une petite taxe sur la relation, et le client la paie.

Il convient le mieux aux équipes dans la fourchette de 100 à 2 000 clients tournant sur HubSpot comme CRM et Slack comme couche de communication interne. En dessous de ~100 clients, l’AE et le CSM sont souvent la même personne ou assis assez près pour qu’un SOP documenté soit un overhead. Au-dessus de ~2 000, vous avez probablement besoin d’une plateforme CS (Gainsight, Catalyst, Vitally, ChurnZero) qui pilote le handoff via une CTA plutôt qu’une propriété de deal HubSpot et un post Slack — à cette échelle, le post manuel est ce qui se fait sauter. Ce SOP est le bon outil dans la bande où le processus compte mais où le budget tooling ne justifie pas encore un CSP dédié.

Quand NE PAS l’utiliser

Ne l’adoptez pas si vos AEs ne sont pas responsables de la qualité des données à la clôture. Le SOP ne vaut que ce que valent les champs, et les champs ne se remplissent que si « closed-won exige le bloc de handoff complet » est imposé — par une règle de champ obligatoire HubSpot, un gate de stage de deal, ou un manager qui retient la commission jusqu’à ce que ce soit fait. Sans cette imposition, vous obtenez des champs à moitié remplis qui sont pires que rien, parce que le CSM leur fait confiance et se fait avoir.

Ne l’utilisez pas comme substitut au fait que l’AE et le CSM se parlent vraiment. Les champs portent les faits structurés ; ils ne portent pas la texture — le champion qui est en privé nerveux quant à l’adoption, le contact procurement qui s’est battu contre le deal, la feature que l’AE a à moitié promise lors du dernier call. Le call de warm handoff de 15 minutes dans la séquence ci-dessous est l’endroit où ce contexte se transfère. Le sauter et se fier aux seuls champs produit des handoffs techniquement complets qui manquent quand même ce qui coule le renewal.

Ne greffez pas ceci sur un motion de renewal ou d’expansion. Ce SOP a pour périmètre le handoff de nouveau logo : AE vers CSM, une fois, à la clôture. Les renewals et expansions ont des propriétaires différents et des signaux différents, et les forcer à travers ce template produit du bruit.

Les champs de handoff

Ils existent comme propriétés de deal ou company HubSpot afin de voyager avec l’enregistrement et d’être interrogeables plus tard. Le manifeste dans handoff-fields.csv les provisionne. L’ensemble obligatoire, chacun rempli avant closed-won :

• Sponsor exécutif (référence de contact) — la personne à qui appartient ce budget et qui prendra le call de renewal. Pas le champion du quotidien ; l’acheteur économique.
• Champion du quotidien (référence de contact) — avec qui le CSM travaille chaque semaine. Souvent différent du sponsor.
• Pourquoi ils ont acheté (texte long) — le véritable déclencheur business en une ou deux phrases. « Le renewal de l’outil legacy était 3x notre prix » est utile ; « ils voulaient de meilleurs analytics » ne l’est pas.
• Succès défini / la métrique (texte long) — ce que le client a dit à quoi ressemble gagner, idéalement un nombre avec une date. Cela devient l’étoile polaire du success plan.
• Promis dans le deal (texte long) — tout ce à quoi l’AE s’est engagé qui n’est pas dans le contrat standard : une intégration custom, une date de go-live spécifique, une feature sur le roadmap. C’est le champ qui prévient les pires échecs de handoff.
• Périmètre contracté (structuré) — seats, produits/SKUs, ARR, dates de début et de renewal du contrat.
• Environnement technique (texte long) — le CRM, le data warehouse, le fournisseur SSO, et toute intégration que le client attend dès le premier jour.
• Risques connus (texte long) — le contact procurement qui a poussé en arrière, l’outil interne concurrent, l’équipe d’utilisateurs finaux sceptique. Mis en lumière maintenant ou découvert à la dure plus tard.

Deux champs facultatifs gagnent leur place quand ils sont présents : enregistrements de calls (lien vers la bibliothèque Gong/enregistrements des calls clés du deal) et timeline de décision (combien de temps l’évaluation a duré et qui d’autre était dans la salle), ce qui indique au CSM quel poids organisationnel porte l’achat.

La règle de timing

Le handoff est gated sur le stage du deal, pas sur le calendrier de l’AE. La règle : le bloc de handoff doit être complet avant que le deal puisse passer à closed-won, et le call de warm handoff doit avoir lieu dans les trois jours ouvrés suivant la clôture. Le lier au stage plutôt qu’à un rappel est tout l’enjeu — un rappel se reporte ; un gate de stage est imposé par le pipeline. Dans HubSpot, c’est une règle de propriété obligatoire sur le stage plus un workflow qui poste sur Slack au changement de stage.

La séquence de kickoff

1. L’AE complète le bloc de handoff avant de marquer closed-won. Le gate de stage HubSpot refuse le mouvement sinon.
2. Le workflow HubSpot poste dans #cs-handoffs au changement de stage vers closed-won, en utilisant le template dans slack-handoff-template.md : company, ARR, sponsor, champion, pourquoi-ils-ont-acheté, la métrique, tout ce qui a été promis, et un lien vers l’enregistrement du deal. Le post @-mentionne le CSM assigné.
3. Le CSM accuse réception dans le fil dans un jour ouvré — une réaction n’est pas un accusé de réception ; un CSM doit confirmer qu’il a lu spécifiquement le champ promis-dans-le-deal.
4. L’AE et le CSM mènent un call de warm handoff de 15 minutes dans les trois jours ouvrés. Ordre du jour : parcourir les risques connus, confirmer les éléments promis, transférer la texture de la relation que les champs ne peuvent pas contenir. Ceci est journalisé comme une meeting HubSpot sur l’enregistrement.
5. Le CSM planifie le kickoff externe avec le client, ayant déjà lu le deal. Le client ne réexplique jamais pourquoi il a acheté.

À quoi ressemble le succès

Suivez trois nombres. Premièrement, la complétude du handoff — le pourcentage de deals closed-won avec chaque champ obligatoire rempli. Le gate de stage devrait pousser cela à près de 100 % en deux semaines ; s’il reste plus bas, le gate n’est pas réellement imposé et vous tournez sur le système de l’honneur. Deuxièmement, le temps jusqu’au kickoff — jours du closed-won au call de kickoff externe. Visez une médiane sous sept jours ouvrés ; un délai plus long signifie que le momentum d’achat du client se dégrade avant que l’onboarding commence. Troisièmement, le taux de redécouverte — sondez les CSMs chaque mois : « sur vos cinq derniers kickoffs, combien de fois avez-vous dû demander au client quelque chose que l’AE aurait dû journaliser ? » Visez zéro. Tout ce qui dépasse un par kickoff signifie que les champs sont présents mais pas dignes de confiance, ce qui se ramène généralement à des AEs qui les remplissent de remplissage pour passer le gate.

Face aux alternatives

Face à un handoff Slack en texte libre. Le status quo dans la plupart des équipes est l’AE qui poste un message non structuré dans un canal quand il y pense. C’est plus rapide à écrire et pire en tout le reste : ce n’est pas interrogeable, ce n’est pas imposé, sa qualité oscille avec l’humeur de l’AE, et ça disparaît dans le scroll du canal. La version à champs structurés coûte à l’AE peut-être trois minutes de plus par deal et rend le handoff auditable. Choisissez le texte libre seulement si votre volume est si faible (sous ~5 handoffs par mois) que la structure ne vaut pas la peine du setup.

Face à une CTA de plateforme CS (Gainsight, Catalyst, Vitally, ChurnZero). Un CSP peut déclencher une CTA de handoff automatiquement au closed-won, la router, et suivre la complétude nativement — une mécanique strictement meilleure que HubSpot-plus-Slack. Le compromis est le coût et le setup : un CSP coûte cinq chiffres par an et des semaines à implémenter. Si vous en possédez déjà un, pilotez le handoff par lui et utilisez la liste de champs et la séquence de ce SOP comme contenu. Sinon, ce SOP vous donne 80 % de la valeur au coût de provisionner huit propriétés HubSpot et un workflow.

Face à ne rien faire. Viable seulement si l’AE et le CSM sont la même personne ou partagent un bureau. Dès l’instant où les deux rôles se séparent, le handoff non documenté devient la plus grande source unique de churn précoce évitable — le client qui churn au mois quatre parce que l’intégration que l’AE avait promise n’a jamais été sur le roadmap.

Points de vigilance

• Champs remplis de remplissage pour passer le gate. Dès l’instant où closed-won est gated sur la complétude des champs, les AEs ont une incitation à taper « n/a » ou « voir notes » pour le passer. Garde : rendez le call de warm handoff obligatoire et faites en sorte que le CSM rejette le handoff dans le fil si les champs promis-dans-le-deal ou métrique-de-succès sont vides ou de la camelote — l’AE n’obtient pas que le deal soit compté comme proprement transmis tant que le CSM ne l’accepte pas.
• Le champ promis-dans-le-deal laissé vide. C’est l’omission la plus coûteuse : un engagement verbal que l’AE a pris et oublié, que le client se rappelle et attend. Garde : rendez ce champ obligatoire même vide en forçant une entrée explicite « rien promis au-delà du contrat », pour qu’un vide soit une déclaration délibérée plutôt qu’un oubli.
• Le post Slack se déclenche mais personne ne possède l’accusé de réception. Un handoff posté dans un canal auquel aucun CSM n’est assigné est un handoff dans le vide. Garde : le workflow HubSpot @-mentionne le CSM assigné spécifique par mapping deal-owner-vers-CSM, et le SOP exige un accusé de réception dans le fil dans un jour ouvré, suivi par le lead CS.
• Le SOP dérive à mesure que le schema du CRM change. Une propriété HubSpot renommée ou un nouveau stage de deal casse silencieusement le workflow qui poste sur Slack. Garde : revoyez le manifeste de champs dans handoff-fields.csv face aux propriétés HubSpot en production une fois par trimestre, et gardez la liste de champs du template Slack synchronisée avec les noms des propriétés de deal.