Workflows des Opérations de Customer Success

Les workflows des Opérations CS dans Gainsight (la plateforme CS de référence) sont appelés "Règles" ou "Parcours". Une règle Gainsight est une automatisation conditionnelle : SI [condition de déclenchement] ALORS [action]. Les conditions de déclenchement peuvent être basées sur des événements (un score de santé tombe en dessous de 60, un client atteint 30 jours sans se connecter, une date de renouvellement est dans 90 jours) ou basées sur un calendrier (chaque lundi, évaluer tous les comptes pour cette condition et déclencher l'action pour les comptes qualifiés). Les actions peuvent être : créer une tâche CS (assignée au CSM du compte avec une date d'échéance et une description) ; envoyer un e-mail automatisé (au client, avec des jetons de personnalisation pour son nom, le nom du compte et les métriques d'utilisation) ; enregistrer un CTA (Call to Action — un type de tâche structuré avec un type, une raison et un playbook attaché) ; ou mettre à jour un champ dans le dossier du compte. Principes de conception des workflows : chaque workflow doit se déclencher au bon moment (pas 30 jours avant le renouvellement lorsque le CSM a 60 CTA de renouvellement actifs — c'est trop tard) et créer la tâche minimale requise pour le CSM (instruction claire avec un contexte pertinent pré-rempli, pas un vague "vérifier le compte"). Les Opérations CS possèdent la bibliothèque de workflows — documentant chaque règle active, ses conditions de déclenchement, son action et son taux de succès (quel pourcentage de CTA déclenchés aboutissent au résultat escompté).

Un workflow de gestion des renouvellements de bonnes pratiques commence 120 jours avant la date de fin de contrat de chaque client et fonctionne par étapes définies. Jour -120 : une règle des Opérations CS déclenche une tâche de préparation au renouvellement pour le CSM. La tâche contient : la date de renouvellement, l'ARR actuel, la tendance du score de santé, les trois derniers scores CSAT, l'historique d'expansion et un lien vers le plan de compte. Le CSM est chargé de : confirmer que le champion est toujours en poste, vérifier qu'aucun risque non signalé n'existe et planifier la conversation de renouvellement pour la prochaine réunion QBR. Jour -90 : si le compte est en santé Rouge ou Ambre, un CTA d'escalade se déclenche automatiquement — le manager du CSM est informé et un appel de stratégie de compte conjoint est automatiquement programmé. Jour -60 : le CSM reçoit une tâche de "finalisation du package de renouvellement" — préparer la proposition de renouvellement (résumé de la valeur livrée, diapositive d'option d'expansion, confirmation des prix) et l'envoyer au client. Jour -30 : si aucune confirmation de renouvellement n'a été enregistrée, une alerte est envoyée au VP CS. Le compte entre en statut "risque de renouvellement" dans le tableau de bord du CSM, déclenchant un indicateur de surveillance quotidien. Jour 0+ : après l'expiration du contrat, le compte est signalé dans un rapport d'exception de renouvellement distinct examiné quotidiennement par le VP CS. Les Opérations CS suivent les résultats du workflow de renouvellement : nombre moyen de jours entre la création de la tâche et la clôture du renouvellement, pourcentage de renouvellements clôturés avant l'expiration du contrat et corrélation entre le moment de l'achèvement de la tâche de préparation au renouvellement et le taux de réussite du renouvellement.

Les workflows d'expansion identifient et opérationnalisent la transition d'un client "sain et retenu" vers un prospect d'expansion actif. Bibliothèque de déclencheurs d'expansion : les Opérations CS maintiennent une bibliothèque de conditions qui indiquent la préparation à l'expansion, chacune configurée comme une règle Gainsight. Déclencheurs au niveau du compte : utilisation des sièges > 80% des sièges sous licence (le compte approche la limite de son plan actuel) ; métrique d'utilisation (appels API, enregistrements, etc.) à > 75% des limites du plan pendant deux mois consécutifs ; deuxième département ou unité commerciale identifié utilisant le produit (l'expansion par unité commerciale nécessite généralement une nouvelle structure de contrat) ; et score NPS de 9 ou 10 d'un champion (un NPS positif est le signal d'expansion le plus intentionnel). Déclencheurs au niveau de l'utilisateur : un nouvel utilisateur de haut niveau rejoint le compte (un titre de rôle VP ou C-level crée un CTA de compte pour cartographier cette partie prenante avant que les concurrents ne le fassent). Lorsqu'un déclencheur se déclenche : le CSM reçoit un CTA de type "Opportunité d'Expansion" avec la raison du déclenchement et un playbook attaché ("Playbook d'Expansion de Sièges" ou "Playbook d'Expansion d'Unité Commerciale") guidant la conversation. Le CTA est limité dans le temps : le CSM doit enregistrer un résultat dans les 30 jours. Les Opérations CS examinent mensuellement la création de CTA d'expansion, le taux d'acceptation (CSM qui s'engagent avec le CTA vs le rejettent) et l'ARR d'expansion clôturé attribuable aux conversations déclenchées par le CTA — cela crée les données nécessaires pour identifier quels déclencheurs d'expansion ont le ROI le plus élevé.