Un Claude Skill qui prend un compte de renouvellement à risque et produit un draft de playbook structuré : une fourchette de probabilité de renouvellement, des actions par partie prenante liées à un plan de cadence à 30/60/90 jours, des talk-tracks pour les objections les plus probables, et un point de déclenchement d’escalade. Le CSM examine le draft, le modifie, et convertit chaque action en CTA Gainsight. Le Skill remplace le problème de la page blanche à T-90, non le jugement du CSM.
Quand l’utiliser
Utilisez ce Skill entre T-90 et T-120 jours avant le renouvellement pour tout compte qu’un CSM a signalé comme étant à risque. Avant T-120, le signal est trop bruité ; après T-90, il ne reste plus assez de marge pour agir sur ce que le playbook recommande. Le Skill est conçu pour les comptes B2B SaaS au-dessus de 50 000 $ d’ARR, où le coût d’un playbook personnalisé est justifié par la valeur attendue de la sauvegarde.
Le lecteur doit s’attendre à consacrer environ 15 minutes par compte : quelques secondes pour invoquer le Skill, dix à douze minutes pour examiner et modifier le draft, deux à trois minutes pour convertir les actions en CTAs Gainsight. C’est le référentiel de « temps économisé » — remplaçant les 60 à 90 minutes qu’un CSM passe autrement à extraire des rapports Gainsight, éplucher des notes d’appel Gong et assembler un plan de renouvellement à partir de zéro.
Quand NE PAS l’utiliser
Ce Skill n’est pas le bon outil pour plusieurs formes de comptes qui ressemblent superficiellement au cas d’usage :
- Les comptes à renouvellement automatique où le contrat est reconduit sans action du CSM. Le playbook suppose que le renouvellement est un moment de choix. Les comptes à renouvellement automatique nécessitent une action entièrement différente (dérisquer le déclencheur d’auto-renouvellement, surveiller la santé, n’intervenir que si le client initie une conversation d’opt-out). Le Skill s’interrompt et signale ce cas si le contrat comporte une clause d’auto-renouvellement active et que la fenêtre d’opt-out n’est pas encore ouverte.
- Tout contenu destiné au client sans révision du CSM. Le Skill produit une stratégie interne et un échafaudage de préparation. Il ne produit pas de contenu prêt à envoyer au client. Les talk-tracks sont des structures objection-et-réponse que le CSM réécrit avec sa propre voix — pas des scripts à coller dans un email ou à lire à voix haute lors d’un appel.
- Les emails contractuellement engageants, les propositions commerciales, ou tout ce qui touche à des conditions commerciales. Le pricing, les remises, la durée du contrat et le langage juridique restent sous la responsabilité du CSM et du Deal Desk. Le Skill n’est pas autorisé à recommander des montants de remise spécifiques.
- Les comptes SMB en dessous de 25 000 $ d’ARR. Le coût de génération, de révision et de personnalisation d’un playbook sur mesure dépasse la valeur attendue de la sauvegarde. Utilisez plutôt une action low-touch basée sur des modèles — le Skill renvoie une recommandation en ce sens plutôt qu’un playbook complet.
Configuration
- Déposez le Skill dans votre configuration Claude. Le bundle se trouve dans
apps/web/public/artifacts/cs-renewal-playbook-skill/. CopiezSKILL.mddans~/.claude/skills/cs-renewal-playbook/SKILL.mdet le répertoirereferences/à côté. - Personnalisez les fichiers de référence. Le bundle inclut trois références de modèles que le Skill lit à chaque invocation. Modifiez chacune pour correspondre à votre équipe :
references/1-segment-playbook-config.md— vos seuils d’ARR, les règles d’inclusion de sections par segment, et le plancher « ne pas exécuter ce Skill ».references/2-stakeholder-motion-matrix.md— vos rôles canoniques de parties prenantes, l’action par cellule (rôle × archétype), et les règles sur les lacunes de parties prenantes qui plafonnent la fourchette de probabilité de renouvellement.references/3-output-format.md— la forme Markdown littérale que le Skill émet. Modifiez uniquement si vous étendez le format lui-même ; pour le contenu dans les actions, modifiez les deux autres références.
- Configurez les credentials. Définissez
GAINSIGHT_TOKENetGONG_API_KEYdans votre shell. Le Skill utilise Gainsight pour l’historique du score de santé, la progression du plan de succès et la cartographie des parties prenantes ; Gong pour les 180 derniers jours d’appels. - Exécutez sur un compte signalé. Invoquez avec
cs-renewal-playbook(account_id="...", renewal_date="2026-08-15", arr=180000, segment="mid-market"). Entrées optionnelles :risk_archetype_hint,competitor,executive_sponsor_email. Le Skill renvoie un draft Markdown. - Convertissez en CTAs Gainsight. Le playbook n’a aucune valeur si les actions restent dans un document. Chaque ligne du tableau d’actions par partie prenante est un CTA — responsable, semaine d’échéance, signal de succès. Suivi hebdomadairement dans votre pipeline de révision de renouvellement.
Ce que le Skill fait réellement
Le Skill exécute huit étapes dans l’ordre ; l’ordre est important car chaque étape contraint la suivante. Extraire d’abord les conditions contractuelles signifie que chaque recommandation en aval doit s’inscrire dans la réalité commerciale. Diagnostiquer ensuite l’archétype de risque signifie que le modèle adapté au segment a quelque chose de concret à ajuster. Sélectionner le modèle de segment avant de générer les actions par partie prenante signifie que la matrice d’actions est filtrée selon la bonne forme avant l’assemblage d’un quelconque output.
Le diagnostic de risque exécute un passage de classification Claude contre cinq archétypes canoniques : champion-lost, low-adoption, pricing-pushback, competitive et value-gap. Chaque archétype a une définition concrète de signal — low-adoption signifie des utilisateurs actifs hebdomadaires en dessous du p25 du segment pendant deux mois consécutifs, et non une lecture subjective du tableau de bord. Le Skill renvoie jusqu’à deux archétypes classés par confiance ; si le CSM a transmis une indication qui diffère, le Skill fait remonter le désaccord plutôt que de remplacer l’une ou l’autre des deux parties.
La probabilité de renouvellement est regroupée en quatre fourchettes (plus de 70 %, 40 à 70, 15 à 40, moins de 15 %) plutôt qu’une estimation ponctuelle. Les estimations ponctuelles ici sont d’une précision trompeuse — personne ne peut faire la différence en pratique entre une probabilité de 32 % et de 38 %, et présenter un nombre invite à l’excès de confiance. Les fourchettes correspondent à des actions clairement différentes : une fourchette 40-70 % exécute un plan de sauvegarde standard ; une fourchette 15-40 % suppose une escalade exécutive ; une fourchette sous 15 % fait pivoter le playbook de la sauvegarde vers la dérisque-de-la-perte (export de données, conditions de résiliation contractuelle, action de prévention-des-mauvaises-références).
Le modèle adapté au segment est la différence entre ce Skill et un prompt générique. Le même archétype exige une action différente selon la taille du contrat. Une sauvegarde « faible adoption » sur un compte entreprise de 500 000 $ justifie une revue commerciale exécutive conjointe CSM+responsable CSM et un plan de cadence à 90 jours. Le même archétype sur un compte mid-market de 80 000 $ justifie une session de travail de 30 minutes avec l’équipe d’utilisateurs finaux et un plan de cadence à 60 jours. Le segment-playbook config dans references/1-segment-playbook-config.md code ces différences comme des règles d’inclusion de sections.
La matrice d’actions par partie prenante dans references/2-stakeholder-motion-matrix.md est la source unique de vérité pour « quelle partie prenante engageons-nous, et comment, face à quel schéma de risque ». Le Skill recherche chaque partie prenante dans la cartographie Gainsight du compte et lui attribue l’action recommandée. Si un rôle requis est absent, le Skill plafonne la fourchette de probabilité de renouvellement — l’absence d’acheteur économique signifie que la fourchette ne peut pas dépasser 40-70 % tant qu’un n’est pas identifié ; l’absence de champion signifie que la fourchette ne peut pas dépasser 15-40 %. Cela force l’output à faire remonter la lacune plutôt qu’à la masquer.
Les talk-tracks sont structurés comme : objection (verbatim, dans la formulation probable du client), préoccupation sous-jacente, posture de réponse (reconnaître puis reformuler puis questionner), et question de transition. Ils sont explicitement étiquetés « échafaudage pour la préparation, pas un script » dans l’output. Le Skill ne produit aucune copie conversationnelle — c’est le rôle du CSM.
Le point de déclenchement d’escalade spécifie le signal explicite qui déclenche l’escalade vers le responsable CSM, et du responsable CSM vers le VP CS. « Si aucun nouveau champion identifié d’ici la fin de S3 » est un déclencheur. « Si la fourchette de probabilité de renouvellement tombe sous 15 % après que les actions de S4 soient complètes » est un déclencheur. Sans déclencheurs explicites, les CSMs s’acharnent dans des actions de sauvegarde sans issue au-delà du point de récupération — le déclencheur est ce qui fait de « stopper, escalader ou passer à pertes » une décision à laquelle le CSM s’est préengagé.
Réalité des coûts
Le coût en tokens par playbook est de l’ordre de 30 000 à 60 000 tokens (entrée plus sortie) sur Claude — soit 10 à 25 centimes au tarif actuel de Sonnet, ou moins de 50 centimes avec Opus. Le volume d’entrée varie en fonction du nombre de transcriptions d’appels Gong et de l’historique Gainsight chargé ; la sortie est systématiquement autour de 1 500 à 2 500 mots.
Le temps économisé par playbook est le chiffre de coût déterminant. Un CSM effectuant une préparation manuelle de renouvellement sur un compte signalé passe 60 à 90 minutes à extraire des rapports, à examiner des notes d’appel et à assembler un plan draft. Le Skill compresse cela à environ 15 minutes d’attention du CSM : invoquer, réviser, modifier, convertir en CTAs. Sur une équipe CS avec 30 renouvellements à risque par trimestre, c’est environ 25 à 35 heures de temps CSM récupérées par trimestre, soit environ 10 % d’un ETP CSM si on suppose un rythme stable de 4 renouvellements par semaine.
Net : le Skill s’autofinance s’il permet de sauvegarder un seul renouvellement à 100 000 $ qui aurait autrement été traité avec moins de qualité. Le coût en tokens est négligeable par rapport à la valeur du contrat à risque.
Métriques de succès
Suivez trois éléments au cours du premier trimestre d’utilisation :
- Temps jusqu’au premier draft par renouvellement. Devrait passer de 60 à 90 minutes à moins de 20 minutes (temps d’exécution du Skill plus révision du CSM). Si ce n’est pas le cas, le goulot d’étranglement est soit des données Gainsight obsolètes, soit des fichiers de référence insuffisamment personnalisés.
- Taux de conversion CTA par le CSM. Parmi les actions dans chaque playbook généré, quel pourcentage devient des CTAs Gainsight suivis dans les 48 heures après la génération du playbook. Cible au-dessus de 80 %. En dessous, les actions ne sont pas suffisamment actionnables — généralement signe que la matrice d’actions par partie prenante est trop générique.
- Taux de renouvellement sur les comptes à risque où le Skill a été utilisé vs non utilisé. C’est le signal différé qui compte le plus. Comparez trimestre après trimestre. Le Skill n’est pas la seule variable, mais si le taux de renouvellement à risque ne bouge pas du tout, les playbooks sont générés et ignorés.
Alternatives
- Gainsight Renewal Playbooks (la fonctionnalité native). Gainsight propose des playbooks de renouvellement basés sur des modèles liés aux workflows CTA. Ils sont opérationnellement plus intégrés que ce Skill — chaque action est une tâche suivie dans le même système que le reste de CS. Ils sont également génériques : les modèles ne sont pas adaptés par compte à partir de preuves d’appels, et le diagnostic d’archétype est ce que le CSM saisit. La bonne combinaison est d’utiliser ce Skill pour générer le draft et Gainsight Playbooks pour suivre l’exécution. Le Skill est le cerveau ; Gainsight est le système d’enregistrement.
- Catalyst (ou d’autres plateformes CS). La prévision de renouvellement de Catalyst produit un seul chiffre de probabilité de renouvellement par compte à partir d’un modèle, sans plan joint. Utile pour la priorisation, inutile pour « que dois-je faire à ce sujet ». Le Skill est complémentaire — Catalyst vous dit quels comptes signaler, le Skill vous dit quoi faire pour chaque compte signalé.
- Planification manuelle en quartet (un CSM et son responsable passant une heure par compte en session de tableau blanc). Output de la plus haute qualité, totalement non scalable. Réservez pour les trois premiers comptes du trimestre ; laissez le Skill gérer la longue traîne. Le Skill n’est pas meilleur que deux CS humains expérimentés qui réfléchissent attentivement — il est meilleur que les mêmes humains sautant l’analyse pour les comptes 5 à 30 parce qu’ils ont manqué de temps.
Points de vigilance
- Fourchettes de probabilité trop confiantes. Le classificateur classera parfois avec confiance un compte dans
plus de 70 %sur la base d’une forte tendance récente du score de santé qui masque une perte de partie prenante que le Skill a sous-pondérée. Protection : la fourchette doit toujours être accompagnée d’au moins trois facteurs indépendants ; si le Skill ne peut en produire trois, il abaisse la fourchette d’un niveau. Le CSM traite chaque fourchette comme une hypothèse, pas comme une prévision — et la fourchette qui dit « renouvelle probablement » mérite le même examen critique que celle qui dit « résilie probablement ». - Cartographie des parties prenantes obsolète. Les cartographies de parties prenantes Gainsight deviennent obsolètes rapidement. Les sponsors partent, les titres changent, quelqu’un est réorganisé dans une BU différente et personne n’a mis à jour l’enregistrement. Protection : le Skill compare les rôles Gainsight aux titres actuels LinkedIn quand c’est possible et signale chaque partie prenante qu’il ne peut pas réconcilier dans les 90 derniers jours. Si plus de la moitié de la cartographie n’est pas réconciliée, le Skill s’interrompt avec « obsolescence de la cartographie des parties prenantes supérieure à 50 % ; rafraîchissez dans Gainsight avant de relancer ». Cela refuse de générer un playbook sur un organigramme fictif.
- Perte de confiance due aux talk-tracks scriptés. Si le CSM lit les talk-tracks à voix haute comme des scripts, le client le perçoit et la sauvegarde du renouvellement échoue. Protection : chaque talk-track est étiqueté « échafaudage pour la préparation, pas un script » dans l’output, et le CSM est invité à réécrire chacun avec sa propre voix avant toute conversation. Le Skill ne produit aucune copie conversationnelle — uniquement la structure d’objection, préoccupation-sous-jacente, posture et question-de-transition.
- Traiter le playbook comme la fin du travail. Le playbook n’a aucune valeur si les interventions ne sont pas converties en CTAs Gainsight suivis et révisés hebdomadairement. Le pied de page de l’output le rappelle au CSM ; l’étape de configuration lie la génération à une étape de création de CTA.
Stack
- Gainsight — historique du score de santé, progression du plan de succès, cartographie des parties prenantes, suivi CTA
- Gong — 180 derniers jours d’appels pour le diagnostic d’archétype et les citations
- Claude (Sonnet ou Opus) — diagnostic, sélection du modèle adapté au segment, correspondance des actions, échafaudage de talk-tracks
- Bundle d’artifact dans
apps/web/public/artifacts/cs-renewal-playbook-skill/(SKILL.md,references/1-segment-playbook-config.md,references/2-stakeholder-motion-matrix.md,references/3-output-format.md)