Estime el riesgo de renovación según la salud del cliente
Este estimador de riesgo de renovación convierte dos señales habituales de éxito del cliente en una categoría coherente: riesgo bajo, medio o alto.
Ejecutar — gratis
Introduzca una puntuación de salud entre 0 y 100 y el número entero de días que faltan para la renovación. El resultado aplica una regla de umbrales transparente, útil para priorizar, informar, dirigir flujos de trabajo y revisar carteras de forma repetible. No pretende calcular una probabilidad exacta, sino ofrecer una categoría operativa comprensible, auditable y uniforme.
Comprenda la regla de clasificación
El estimador analiza conjuntamente la salud del cliente y la proximidad de la renovación. El riesgo es alto cuando la puntuación de salud es inferior a 50 o quedan 30 días o menos. Si esa regla no se cumple, el riesgo es medio cuando la puntuación es inferior a 75 o quedan 90 días o menos. Solo se asigna riesgo bajo cuando la puntuación alcanza al menos 75 y faltan más de 90 días. Siempre prevalece la señal más urgente: una salud excelente no elimina la urgencia de una renovación próxima, y disponer de mucho tiempo no oculta una salud muy deficiente. Son umbrales sencillos y explicables, no un modelo estadístico. Por ello, cualquier persona puede reproducir el resultado con las dos entradas, sin ponderaciones ocultas, datos de entrenamiento ni interpretaciones subjetivas.
Prepare entradas fiables
Utilice una puntuación de salud basada en una definición estable de 0 a 100 para todos los clientes que vaya a comparar. Si cada unidad de negocio pondera de manera distinta la actividad, la adopción o el soporte, las categorías parecerán comparables aunque las mediciones de origen no lo sean. Documente el método y actualícelo con una frecuencia previsible. Indique también el número entero de días naturales hasta la fecha contractual de renovación; 0 significa que vence hoy. Los valores negativos se rechazan porque describen una fecha ya pasada y requieren otro proceso, como la gestión de renovaciones vencidas. También se rechazan datos ausentes, no numéricos o infinitos, puntuaciones fuera del intervalo y días fraccionarios. Antes de procesar una cartera, confirme la fecha correcta en contratos modificados, prórrogas o acuerdos cuya fecha de preaviso no coincida con la renovación.
Use la categoría como señal operativa
Interprete el resultado como una ayuda para priorizar, no como un pronóstico garantizado ni como sustituto del conocimiento de la cuenta. Un cliente de riesgo alto puede requerir revisión inmediata, un plan de renovación confirmado, patrocinio ejecutivo o medidas sobre problemas de adopción y soporte. El riesgo medio suele justificar contacto programado, revisión del plan de éxito y participación temprana de los responsables comerciales. Un riesgo bajo no elimina la gestión ordinaria; solo indica que ningún umbral señala por ahora una exposición elevada. Como la regla es determinista, puede ejecutarla periódicamente y observar cambios al variar la salud o acercarse la fecha. Conserve las dos entradas junto a la categoría para que el motivo sea visible. Si más adelante adopta un modelo predictivo calibrado, compare sus resultados con esta referencia y no trate estas categorías como probabilidades medidas.
Qué puede hacer con ella
Priorice una cartera de renovaciones
Clasifique las cuentas antes de la revisión semanal para atender primero las combinaciones más urgentes de salud débil y renovación cercana.
Dirija acciones del flujo de trabajo
Envíe el riesgo alto a intervención inmediata, el medio a contacto planificado y el bajo al ciclo ordinario de renovación.
Cree una referencia explicable
Compare un futuro modelo predictivo con una regla transparente cuyo resultado siempre pueda reconstruirse a partir de dos valores.
Preguntas frecuentes
¿Devuelve una probabilidad exacta de renovación?
No. Devuelve una categoría operativa basada en umbrales explícitos, no un porcentaje de probabilidad calibrado estadísticamente.
¿Qué produce un resultado de riesgo alto?
Una puntuación inferior a 50 o 30 días o menos hasta la renovación. Basta con que se cumpla una de las dos condiciones.
¿Qué produce un resultado de riesgo medio?
Si no se aplica la regla de riesgo alto, una puntuación inferior a 75 o 90 días o menos produce riesgo medio.
¿Por qué se rechazan los días negativos?
Indican que la fecha ya pasó y corresponden a un proceso de renovación vencida o análisis de abandono, no a una clasificación previa.
¿Puedo usar una puntuación de salud decimal?
Sí. Se admite cualquier número finito entre 0 y 100, incluidos decimales. Los días deben ser un número entero.
¿Cuánto cuesta una solicitud por API?
Cada solicitud por API cuesta $0.002. El mismo cálculo determinista también puede ejecutarse en el navegador.
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su 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)Ejemplo de solicitud
{
"health_score": 82,
"days_until_renewal": 120
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.renewal_probability_estimate",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |