Après les 21 jours dont dispose le CSM pour onboarder un compte “On Time”, 30 jours supplémentaires lui sont accordés pour finaliser l’onboarding du compte.
Passé ce délai (SD + 51), le compte se retrouvera automatiquement dans un bucket commun dans lequel tous les specialists pourront accéder pour récupérer des comptes et tenter de maximiser leur performance (volume).
Ce bucket est donc à la disposition de tous, néanmoins plusieurs règles sont à respecter pour gérer ses comptes.
Common Bucket : Process détaillé
Le CSM se crée sa propre case “Check Usage” sur le compte récupéré et contacte le partenaire pour le réintégrer en onboarding process.
Le CSM crée une task “Common Bucket” en définissant une due date à 30 jours.
Le CSM dispose de 30 jours pour onboarder le compte conformément à l’onboarding flow classique.
Si le compte est onboardé dans les 30 jours (check usage “completed”) :
L’onboarding specialist demande à son Team Leader de lui assigner l’account. Il devient alors le nouvel Account Owner du compte.
L’onboarding specialist “complete” sa task “Common Bucket” en inscrivant en description “Successful”.
Si le compte n’est pas onboardé dans les 30 jours :
L’onboarding specialist crée une case “Churn Request Received” en statut “New” et l’assigne à son Team Leader.
L’onboarding specialist “complete” sa task “Common Bucket” en inscrivant en description “
not successful”.
Important :
Les comptes perdus pendant la seconde tentative d’onboarding ne seront soumis à aucun malus pour le CSM qui sollicite le common bucket.
Si aucune action n’est faite dans les 7 derniers jours par le “CSM repreneur” du compte, alors un autre onboarding specialist pourra prendre le relai en créant sa propre task “Common Bucket” avec une due date “similaire” à la précédente task.
Tous les comptes restants qui ne sont pas onboardés ou qui churn dans les 30 jours( à partir de SD + 51) seront considérés comme un churn en onboarding dans l’appréciation des résultats de l’account owner à l’origine
Si un compte est en “standby” mais en cours d’onboarding pour une autre raison, alors il faudra logguer une action et définir le statut de sa case Check Usage en “in progress”.
Seul le team leader peut acter un churn request received.
Si vous avez la moindre question à ce sujet, contactez votre team leader