Estimez le risque de renouvellement selon la santé client
Cet estimateur transforme deux indicateurs courants de réussite client en une catégorie cohérente de risque faible, moyen ou élevé.
Lancer gratuitement
Indiquez un score de santé compris entre 0 et 100 ainsi que le nombre entier de jours avant le renouvellement. Le résultat repose sur des seuils transparents, adaptés au tri, aux rapports, à l’orientation des processus et aux revues régulières de portefeuille. Il ne calcule pas une probabilité exacte : il fournit une catégorie opérationnelle que vous pouvez comprendre, contrôler et appliquer de façon uniforme.
Comprendre la règle de classement
L’estimateur examine ensemble la santé client et la proximité du renouvellement. Le risque est élevé si le score est inférieur à 50 ou si le contrat se renouvelle dans 30 jours ou moins. Si cette première règle ne s’applique pas, le risque est moyen lorsque le score est inférieur à 75 ou que le délai ne dépasse pas 90 jours. Le risque n’est faible qu’avec un score d’au moins 75 et plus de 90 jours restants. Le signal le plus urgent l’emporte toujours : une excellente santé n’efface pas l’urgence d’un renouvellement imminent, tandis qu’un long délai ne masque pas un score très faible. Ces seuils constituent une règle simple et explicable, et non un modèle statistique. Chaque résultat est donc reproductible à partir des deux entrées, sans pondération cachée, données d’apprentissage ni appréciation subjective.
Préparer des données fiables
Employez une définition stable du score de santé sur une échelle de 0 à 100 pour tous les clients comparés. Si une équipe ne mesure que l’activité produit alors qu’une autre privilégie le ressenti du support, leurs catégories sembleront comparables malgré des sources différentes. Documentez votre méthode et actualisez-la à intervalles réguliers. Saisissez le nombre entier de jours calendaires avant la date contractuelle ; 0 signifie que le renouvellement a lieu aujourd’hui. Les valeurs négatives sont refusées, car elles décrivent une échéance passée qui relève d’un autre processus. Les valeurs absentes, non numériques ou infinies, les scores hors limites et les fractions de jour sont également rejetés. Avant une analyse de portefeuille, vérifiez la bonne date pour les contrats modifiés, les prolongations et les accords dont le préavis diffère de l’échéance réelle.
Exploiter la catégorie comme signal opérationnel
Utilisez le résultat pour définir les priorités, sans le considérer comme une prévision garantie ni comme un remplacement de votre connaissance du compte. Un client à risque élevé peut nécessiter une revue immédiate, un plan de renouvellement confirmé, un sponsor dirigeant ou la résolution de problèmes d’adoption et de support. Un risque moyen justifie souvent une prise de contact programmée, une vérification du plan de réussite et l’implication des interlocuteurs commerciaux. Un risque faible n’exclut pas la gestion habituelle ; aucun seuil n’indique simplement d’exposition accrue à cet instant. La règle étant déterministe, vous pouvez la relancer et suivre les changements. Conservez les deux entrées avec la catégorie afin que son origine reste claire. Si vous adoptez ensuite un modèle prédictif calibré, comparez-le à cette référence sans assimiler ces catégories à des probabilités mesurées.
Cas d’usage
Prioriser un portefeuille de renouvellements
Classez les comptes avant la revue hebdomadaire afin de traiter d’abord les situations combinant mauvaise santé et échéance proche.
Orienter les actions du processus
Dirigez le risque élevé vers une intervention immédiate, le risque moyen vers un contact planifié et le risque faible vers le suivi normal.
Créer une référence explicable
Comparez un futur modèle prédictif à une règle transparente dont le résultat se reconstruit toujours à partir de deux valeurs.
Questions fréquentes
Obtenez-vous une probabilité exacte de renouvellement ?
Non. Vous obtenez une catégorie opérationnelle fondée sur des seuils explicites, et non un pourcentage statistiquement calibré.
Qu’est-ce qui produit un risque élevé ?
Un score inférieur à 50 ou un délai de 30 jours ou moins. Une seule de ces conditions suffit.
Qu’est-ce qui produit un risque moyen ?
Si la règle de risque élevé ne s’applique pas, un score inférieur à 75 ou un délai de 90 jours ou moins produit un risque moyen.
Pourquoi les jours négatifs sont-ils refusés ?
Ils signalent une date déjà passée, qui relève d’un suivi des renouvellements échus ou de l’attrition plutôt que d’un classement préalable.
Puis-je employer un score de santé décimal ?
Oui. Tout nombre fini de 0 à 100 est accepté, décimales comprises. Le nombre de jours doit être entier.
Quel est le coût d’une requête API ?
Chaque requête API coûte $0.002. Le même calcul déterministe peut aussi être exécuté dans le navigateur.
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/biz/renewal-probability-estimate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"health_score":82,"days_until_renewal":120}'const res = await fetch("https://api.kit.forhosting.com/biz/renewal-probability-estimate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"health_score": 82,
"days_until_renewal": 120
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/renewal-probability-estimate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"health_score": 82,
"days_until_renewal": 120
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/renewal-probability-estimate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"health_score":82,"days_until_renewal":120}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"health_score":82,"days_until_renewal":120}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/renewal-probability-estimate", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"health_score": 82,
"days_until_renewal": 120
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.renewal_probability_estimate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |