Crea una puntuación de salud de éxito del cliente a partir del uso del producto, la actividad de soporte, las fechas de renovación y las notas de las cuentas, con reglas que tu equipo pueda explicar.
Una etiqueta roja, amarilla o verde parece sencilla, pero puede ocultar por qué una cuenta necesita atención. Un cliente puede aparecer en rojo porque ha disminuido el uso del producto, se acerca una renovación o un problema de soporte lleva demasiado tiempo abierto. Cada situación requiere una conversación distinta.
Cuando nadie puede explicar una puntuación, los responsables de éxito del cliente dejan de confiar en ella. Pueden perseguir una cuenta que tiene un problema temporal de acceso y pasar por alto a un cliente silencioso cuyo uso semanal ha caído durante dos meses. La etiqueta da la alarma, pero no sugiere qué hacer después.
Las puntuaciones poco claras también hacen que las llamadas con clientes sean incómodas. Un responsable no puede decir con credibilidad «Tu cuenta está en riesgo» y después no explicar los hechos que sustentan esa opinión. Los clientes responden mejor a una observación concreta: «Tu equipo no ha creado ningún informe nuevo desde el mes pasado. ¿Ha cambiado vuestro proceso?». Así empieza una conversación práctica en lugar de poner a las personas a la defensiva.
Una puntuación de salud de éxito del cliente debe ofrecer al equipo una forma común de detectar las cuentas que necesitan atención. No tiene que predecir el futuro ni sustituir el criterio profesional. Debe reunir señales visibles, como la actividad reciente del producto, las solicitudes de soporte sin resolver, el momento de la renovación y los cambios documentados en la cuenta.
Cada señal necesita una regla expresada en lenguaje sencillo que un responsable pueda comprobar. Por ejemplo, puedes marcar una cuenta cuando los usuarios activos semanales caen a la mitad durante cuatro semanas, en lugar de asignar un número de riesgo impreciso. El responsable puede verificar la actividad, leer las notas y decidir si debe llamar, enviar material de formación o dejar la cuenta como está.
La transparencia también mejora las revisiones del equipo. En vez de discutir si una puntuación es «correcta», el equipo puede hablar de los hechos y cambiar una regla que genere alertas poco útiles. Una puntuación sencilla que las personas entienden ayuda más al seguimiento de la retención de clientes que una etiqueta misteriosa en la que nadie confía.
Una puntuación de salud de éxito del cliente solo funciona cuando un responsable puede explicar por qué una cuenta la ha recibido. Empieza con cuatro grupos de señales: uso del producto, actividad de soporte, momento de la renovación y notas de la cuenta. Juntos muestran cómo usa el cliente el producto, dónde necesita ayuda, qué fecha comercial se acerca y qué ha aprendido el equipo en conversaciones reales.
Mantén separados los hechos y las opiniones. Un hecho puede indicar que una cuenta tuvo tres usuarios activos este mes, abrió dos tickets de soporte o renueva en 45 días. Una opinión puede decir que la cuenta parece desconectada o que un nuevo contacto suena descontento. Las opiniones pueden ayudar, pero necesitan un responsable, una fecha y un motivo.
Selecciona medidas que el equipo pueda actualizar siempre de la misma manera. Si un responsable considera que iniciar sesión equivale a usar el producto y otro busca una tarea completada, la puntuación perderá coherencia. Escribe una definición breve para cada señal e identifica su fuente de datos.
Un conjunto sencillo de señales transparentes de salud de cuentas podría incluir:
No añadas una métrica solo porque tu software la recopile. El total de inicios de sesión puede parecer impresionante y decir muy poco sobre si los clientes obtienen resultados. El volumen de tickets también puede llevar a conclusiones erróneas: un cliente comprometido que está implementando el producto puede hacer más preguntas que una cuenta silenciosa que ha dejado de usarlo.
Para cada métrica, pregunta si cambia la próxima acción del equipo. Si nadie contactaría con la cuenta, ofrecería formación, resolvería un problema o prepararía la renovación por causa de ese número, déjalo fuera. Una puntuación más pequeña que guíe una conversación real es mejor que un cuadro de indicadores saturado que todos ignoran.
AppMaster puede ayudar a los equipos a crear un portal de clientes sin código o una herramienta interna que mantenga estas señales en un solo lugar y muestre las reglas que hay detrás de cada valoración.
Los datos de uso solo ayudan cuando describen el trabajo que el cliente pretendía realizar. Contar los inicios de sesión por sí solo puede llevar a error. Alguien puede entrar todos los días y no completar nunca el flujo de trabajo que produce resultados.
Elige acciones que demuestren un progreso real. En un portal de soporte, pueden ser resolver tickets, revisar informes o enviar solicitudes. En una aplicación interna de operaciones, pueden ser completar pasos de aprobación o actualizar registros. Los equipos que usan AppMaster pueden crear procesos empresariales en torno a las acciones que quieren medir.
Usa un periodo fijo, como los últimos 30 días. Cuenta las acciones completadas y los miembros activos del equipo, y compáralos con el patrón reciente de la cuenta. Un equipo que suele completar 400 flujos de trabajo al mes, pero este mes solo completa 80, merece atención. Un equipo pequeño que completa regularmente 20 puede estar perfectamente sano.
Evita juzgar a todos los clientes con un único objetivo universal. Una cuenta con cinco usuarios con licencia no debería necesitar el mismo nivel de actividad que una cuenta con 500. Los objetivos del cliente, las fases de implementación y el trabajo estacional influyen en lo que significa un uso normal.
Mantén la señal de uso fácil de explicar:
Un uso bajo invita a investigar. No dicta una conclusión. Una escuela puede pausar su actividad durante las vacaciones, o una empresa puede trasladar el trabajo a otro equipo mientras actualiza los permisos. Antes de reducir el estado de una cuenta, revisa la fase de renovación, las solicitudes recientes de soporte y las notas de la cuenta. Después, pregunta: «¿Ha cambiado algo en la forma en que vuestro equipo usa el producto?»
Los registros de soporte pueden revelar dificultades, pero un número elevado de tickets no significa automáticamente que una cuenta esté descontenta. Un cliente puede hacer preguntas detalladas mientras implementa el producto en un equipo más grande. Considera esa actividad como una señal de implicación, a menos que los detalles indiquen un problema.
Empieza por los problemas que siguen abiertos más allá de tu plazo normal de respuesta. Presta atención a las solicitudes repetidas sobre el mismo tema, especialmente cuando las plantean personas diferentes de una misma empresa. Tres tickets sobre una configuración de permisos confusa dicen más que una breve pregunta para restablecer una contraseña.
Usa una escala compartida y pequeña para que todos registren las interacciones de soporte de forma coherente:
Relaciona la puntuación con el problema, no con el tono del cliente. Alguien puede sonar frustrado y tener una solicitud razonable. La cuenta necesita atención cuando un problema persiste, se repite o bloquea un trabajo importante.
Separa los problemas técnicos de las carencias de formación. Un problema técnico puede incluir un error, una integración fallida o una aplicación de AppMaster que no funciona según la configuración. Envía el caso a la persona que pueda investigarlo y haz seguimiento hasta resolverlo. No reduzcas la puntuación del cliente simplemente porque haya comunicado un defecto.
Una carencia de formación es distinta. Los usuarios pueden preguntar cómo crear un proceso empresarial, configurar roles o encontrar una pantalla que necesitan. Ofrece una explicación breve o un ejemplo práctico. Si la misma pregunta vuelve a aparecer después de recibir ayuda, marca la cuenta para mejorar la incorporación en lugar de tratar al cliente como una persona difícil.
La actividad de soporte debe responder a una pregunta sencilla: ¿puede este cliente seguir avanzando? Los bloqueos abiertos y los patrones sin resolver deberían reducir la señal. Las preguntas bien planteadas, las resoluciones satisfactorias y el aprendizaje activo suelen apuntar en la dirección contraria.
Una fecha de renovación debe activar acciones mucho antes de que termine el contrato. Una puntuación que se vuelve roja siete días antes de la renovación avisa demasiado tarde. Establece señales de renovación a 120, 90, 60 y 30 días de la fecha para que el responsable tenga tiempo de mantener una conversación útil.
La fecha no indica si el cliente está descontento. Solo informa al equipo de que se acerca una decisión comercial. Mantén esta parte de la puntuación separada del uso del producto, el historial de soporte y las notas de satisfacción. Un cliente activo y satisfecho también puede retrasar la renovación porque su equipo financiero aún no ha aprobado el presupuesto.
Usa los datos del plan y del contrato solo cuando cambien el seguimiento. Por ejemplo, un plan anual grande con un plazo de aviso de 60 días puede requerir una revisión más temprana que una suscripción mensual pequeña. No asignes importancia solo porque el valor de un contrato alto parezca más urgente. La señal debe indicar al responsable qué hacer, no clasificar a los clientes por ingresos.
Un registro de renovación puede incluir:
Los cambios de la cuenta necesitan sus propios campos. Si se marcha un patrocinador ejecutivo, registra la fecha, el contacto sustituto si lo conoces y el siguiente paso para reconstruir la relación. No etiquetes automáticamente la cuenta como «poco saludable». Un cambio de liderazgo crea incertidumbre, pero las señales de uso y soporte pueden seguir siendo buenas.
Trata los riesgos conocidos como hechos, no como suposiciones. «El cliente dijo que compras inicia una revisión presupuestaria en mayo» da al responsable un motivo para hacer seguimiento. «Puede que no renueve» no explica nada y puede distorsionar el seguimiento de la retención de clientes.
Para un cliente de AppMaster, el plan de trasladar una herramienta interna de una prueba piloto a un equipo de operaciones más amplio puede afectar al momento de la renovación aunque la aplicación funcione bien. Registra la decisión sobre la implementación, quién la aprueba y cuándo debe tomarse. Así el equipo tiene una tarea concreta en lugar de una advertencia imprecisa.
Revisa estos campos después de cada llamada de renovación. Cuando cambien la fecha, el riesgo o el contacto, actualiza el registro ese mismo día. Una puntuación transparente depende de datos actuales.
Las notas manuales aportan un contexto que los datos del producto no pueden ofrecer. Una caída de los inicios de sesión puede parecer preocupante, pero una llamada reciente puede explicar que el equipo del cliente pausó el trabajo durante una mudanza de oficina planificada. Las notas pueden registrar un nuevo objetivo, un cambio de patrocinador o una preocupación planteada en una reunión.
Mantén un formato breve para que las personas lo utilicen. Cada nota debe indicar qué ocurrió, qué dijo el cliente que necesita y cuál es la siguiente acción acordada. Evita entradas como «buena llamada» o «el cliente parece descontento». Otro compañero no puede evaluar una cuenta de forma justa a partir de ninguna de ellas.
Un formato sencillo funciona bien:
Por ejemplo: «12 de mayo, Priya. Revisión trimestral. El responsable de operaciones quiere poner en marcha un flujo de aprobación antes del 1 de junio. Dijo que dos gerentes aún no tienen acceso. Priya enviará la lista de accesos antes del 14 de mayo». El siguiente responsable de la cuenta puede actuar a partir de esta nota. En un portal de clientes de AppMaster, el equipo podría mantener la nota junto a los datos de uso, soporte y renovación.
Da a las notas manuales un papel limitado en la puntuación. Una nota de riesgo reciente y específica puede reducir la puntuación o activar una comprobación. Un resultado positivo confirmado puede aumentar la confianza. Las impresiones personales no deberían pesar más que pruebas como casos de soporte sin resolver o una renovación próxima sin una persona decisora implicada.
Establece una regla de caducidad para las notas que afectan a una puntuación. Una preocupación registrada hace 90 días no debería mantener una cuenta en estado de riesgo si el equipo la resolvió y las pruebas más recientes no la respaldan. Antes de cada actualización de puntuación, el responsable debe marcar las notas antiguas como resueltas, todavía activas o irrelevantes.
El lenguaje claro protege al cliente y al equipo. Escribe «El cliente pidió retrasar la implementación hasta que termine la revisión financiera» en lugar de «cuenta difícil». Registra hechos, solicitudes directas y acciones acordadas. Omite las suposiciones sobre las motivaciones o la personalidad.
Empieza con una puntuación que las personas puedan calcular en papel. Un intervalo de 0 a 100 resulta familiar, pero la escala exacta importa menos que las reglas escritas que la sustentan. Asigna a cada señal un número limitado de puntos y registra por qué los gana o los pierde.
El uso del producto podría aportar 30 puntos, la actividad de soporte 20, el momento de la renovación 25 y las notas de la cuenta 25. Un responsable debería poder abrir una cuenta y ver un cambio como «-10 porque ningún usuario activo semanal ha iniciado sesión durante 21 días». Evita etiquetas como «riesgo de interacción» si el sistema no muestra también las pruebas.
Separa las alertas del contexto. Un contrato que vence en 45 días añade urgencia, pero no significa automáticamente que la cuenta esté poco saludable. En cambio, una caída repentina de usuarios activos junto con un problema de soporte sin resolver sí puede activar una alerta de seguimiento. Así la puntuación se centra en las situaciones que necesitan atención.
Crea intervalos de puntuación con una acción clara:
Crea la primera versión junto con los equipos de éxito del cliente, soporte y ventas. Cada equipo ve una parte distinta de la cuenta. Soporte puede explicar por qué el volumen de tickets por sí solo es una mala señal de alerta, mientras que ventas puede señalar un cambio presupuestario o una nueva persona decisora que afecte al riesgo de renovación.
Un portal de clientes sin código o una herramienta interna puede mostrar en un solo lugar la puntuación, el historial de puntos, las notas y la acción asignada. Con AppMaster, un equipo puede modelar los datos de las cuentas, definir reglas de puntuación en procesos empresariales visuales y ajustarlas a medida que evoluciona su proceso.
Mantén un registro de cambios para cada actualización de las reglas. Registra la fecha, la regla anterior, la nueva regla y el motivo. Cuando una puntuación cambie más adelante, el equipo podrá saber si cambió el comportamiento del cliente o el método de puntuación.
Un equipo de éxito del cliente gestiona una cuenta con 42 usuarios activos. Durante varios meses, unas 30 personas usaban el producto cada semana. Esta semana, los usuarios activos semanales han bajado a 18 porque la persona que configuraba informes y formaba a sus compañeros dejó la empresa cliente.
La cuenta también tiene dos tickets de soporte abiertos. Uno pregunta cómo actualizar los permisos de usuario después de la salida de esa persona. El otro informa de que ha fallado una exportación de datos programada. La renovación vence en 75 días. Sin contexto, esa combinación podría producir una puntuación roja y urgente.
Una nota de una llamada reciente ofrece al equipo una perspectiva distinta. La responsable de operaciones del cliente dijo que una sustituta empezará el mes próximo. Pidió una sesión de formación breve y quiere que se resuelva el problema de exportación antes de que llegue la nueva empleada. El cliente no mencionó recortes presupuestarios, insatisfacción ni intención de marcharse.
Mantén visible cada señal en lugar de dejar que una sola puntuación oculte los detalles:
Esta cuenta necesita un seguimiento planificado, no una respuesta de emergencia. El responsable de éxito del cliente debe confirmar el estado del ticket de exportación en un plazo de dos días laborables y ofrecer después una sesión de formación de 30 minutos para la nueva empleada.
Establece una fecha de revisión tres semanas después de que empiece la nueva persona. Comprueba si aumenta el uso semanal, si se han cerrado los dos tickets y si la nueva usuaria puede completar las tareas habituales. Después, el equipo podrá actualizar las señales transparentes de salud de la cuenta con pruebas y no con suposiciones.
Un registro claro evita un error habitual en el seguimiento de la retención de clientes: tratar cada caída de actividad como un riesgo de renovación. En este caso, el descenso de uso requiere atención, pero la nota de la llamada lo explica y ofrece al equipo una respuesta práctica.
Una puntuación de salud de éxito del cliente debe impulsar una conversación útil, no dictar una sentencia. Los equipos generan falsas alarmas cuando tratan cada caída del uso como un riesgo de abandono. Un usuario mensual puede iniciar sesión con menos frecuencia después de terminar un proyecto, mientras que un equipo de operaciones puede usar la misma aplicación a diario durante solo unos minutos.
Lee el uso junto con el patrón habitual y los objetivos actuales del cliente. Una caída pronunciada importa más cuando aparece junto a un problema de soporte sin resolver, un hito de implementación incumplido o una renovación próxima.
Mantén las reglas visibles. Si una sola persona gestiona una hoja de cálculo complicada con fórmulas ocultas, nadie más podrá explicar por qué una cuenta se volvió amarilla. Escribe cada señal en lenguaje sencillo e incluye su peso, fuente de datos y acción asociada.
Los datos de soporte necesitan un límite temporal. Un ticket antiguo no debería seguir reduciendo la puntuación después de que el equipo haya resuelto el problema y el cliente haya confirmado el resultado. Da más peso a los problemas abiertos que a los resueltos y reduce su efecto después de un periodo definido. Una pregunta de facturación cerrada hace dos meses no debería pesar más que un uso estable del producto hoy.
El valor del contrato puede distorsionar el criterio. Una cuenta grande puede merecer atención, pero los ingresos no anulan una dificultad evidente. Si los usuarios han dejado de completar una tarea importante, un administrador ha planteado preocupaciones repetidas y la renovación se acerca, el equipo necesita un plan sin importar el tamaño de la cuenta.
Una puntuación basada en datos antiguos genera trabajo innecesario. Actualiza periódicamente la actividad del producto, el estado de los tickets, los detalles de la renovación y las notas de la cuenta. Pide al responsable que confirme cambios importantes, como un nuevo patrocinador, un equipo más pequeño o un proyecto pausado.
Antes de actuar ante una puntuación baja, comprueba si el cambio de uso difiere del patrón habitual de la cuenta, si los problemas de soporte siguen abiertos y afectan al trabajo diario y si los detalles de renovación están actualizados. Lee la nota más reciente para conocer el contexto. Cualquier miembro del equipo debería poder explicar la puntuación sin abrir una fórmula.
Una puntuación transparente ayuda a centrarse en las cuentas que necesitan contacto ahora. Nunca debería sustituir el criterio del responsable de la cuenta.
Una puntuación de salud solo ayuda cuando el equipo puede revisarla rápidamente y confiar en lo que ve. Una revisión semanal evita que pequeñas carencias se conviertan en sorpresas cerca de la renovación. También impide que las personas traten un color o un número como si fueran toda la historia.
Para cada cuenta, confirma la fecha de renovación. Si la cuenta no renueva con un calendario fijo, registra el motivo, como un acuerdo mensual o un contrato inactivo. Comprueba la actividad más reciente del producto junto con los elementos de soporte abiertos y lee la nota más reciente antes de contactar con el cliente. Una llamada reciente puede explicar un cambio de personal, un lanzamiento retrasado o una solicitud que requiere seguimiento.
Cada cambio de puntuación necesita un motivo expresado en lenguaje claro. «El uso cayó después de que el equipo perdiera a su administrador» es útil. «Puntuación ajustada» no lo es. Asigna la siguiente acción a una persona y añade una fecha límite. La responsabilidad compartida suele significar que nadie contacta con la cuenta.
Una cuenta puede mostrar una puntuación más baja porque nadie ha iniciado sesión durante 21 días. Antes de enviar un correo de advertencia, el responsable puede descubrir un ticket de soporte abierto y una nota que indica que el cliente está esperando la configuración del inicio de sesión único. El seguimiento correcto es informar sobre el estado de esa configuración, no enviar un mensaje genérico sobre adopción.
Este hábito facilita la auditoría de la puntuación. Cualquier persona del equipo puede ver qué cambió, por qué cambió y quién debe actuar después. Un portal de clientes sin código o una herramienta interna de cuentas puede colocar estos campos en una sola pantalla, pero la responsabilidad clara y las revisiones periódicas siguen siendo importantes.
Una puntuación solo ayuda cuando cambia la siguiente acción del equipo. Mantén pequeña la primera versión. Elige un grupo de cuentas, aplica las mismas reglas durante un mes y compara los resultados con lo que los responsables conocen por sus llamadas y correos.
Pide a los responsables que señalen dos desajustes: una cuenta marcada como saludable que parece estar en riesgo y una cuenta marcada en riesgo que en realidad está estable. Estos casos revelan contextos ausentes, como una caída de uso estacional o una implementación planificada que aún no ha comenzado.
Usa una rutina semanal sencilla:
Cambia una regla cada vez. Si das más peso a los tickets de soporte sin resolver, registra la regla anterior, la nueva, la fecha y el motivo. Después, observa el efecto durante unas semanas. Varios cambios simultáneos dificultan saber qué regla mejoró la puntuación y cuál generó ruido.
AppMaster puede convertir este proceso en una herramienta interna sin código. Los equipos pueden crear registros de cuentas para los datos de uso, la actividad de soporte, las fechas de renovación, las notas manuales y el historial de puntuaciones. Los procesos empresariales visuales pueden calcular la puntuación y crear una tarea de seguimiento cuando una cuenta supera un umbral elegido. Los miembros del equipo pueden actualizar las notas después de las llamadas desde una interfaz web o móvil, en lugar de guardar información importante en hojas de cálculo privadas.
Empieza con datos en los que el equipo ya confíe. Una puntuación básica basada en el uso reciente, los problemas de soporte abiertos, el momento de la renovación y una nota clara del responsable resulta más útil que un modelo complicado que nadie pueda explicar. Después de un mes, conserva las reglas que coincidan con las condiciones reales de las cuentas y elimina las que no lo hagan.
¿Qué debe incluir una puntuación de salud de éxito del cliente?Usa cuatro grupos de señales visibles: uso del producto, problemas de soporte abiertos, fechas de renovación y notas recientes de la cuenta. Para cada señal, escribe una regla que explique qué cambió y qué debe hacer después el responsable de la cuenta.
¿Un uso bajo del producto siempre significa que una cuenta está en riesgo?No. Un uso bajo indica que hay que investigar, no que debas asumir una posible pérdida del cliente. Comprueba el patrón habitual de la cuenta, el trabajo estacional, las solicitudes recientes de soporte y las notas antes de contactar con el cliente.
¿Qué métricas de uso del producto son más útiles?Mide acciones que demuestren que los clientes completan tareas importantes, no solo que inician sesión. Por ejemplo, puedes seguir los flujos de trabajo completados, los tickets resueltos, las solicitudes enviadas o los registros actualizados durante los últimos 30 días.
¿Cómo deben afectar los tickets de soporte a la puntuación de salud?Usa los datos de soporte para encontrar bloqueos sin resolver, problemas repetidos y situaciones que detienen el trabajo. Un número elevado de tickets también puede indicar una implementación activa o aprendizaje, así que revisa los detalles antes de reducir la puntuación.
¿La fecha de renovación debe reducir la puntuación de una cuenta?Trata el momento de la renovación como un recordatorio de acción, no como una prueba de mala salud. Establece revisiones a 120, 90, 60 y 30 días de la renovación, y registra al responsable, la fecha límite de aviso y la próxima conversación.
¿Qué hace que una nota de cuenta sea útil?Escribe qué ocurrió, qué dijo el cliente que necesita y cuál es la acción acordada, con un responsable y una fecha límite. Evita notas vagas como «buena llamada» o juicios personales sobre el cliente.
¿Cómo puedo crear un sistema de puntuación transparente?Empieza con reglas sencillas de puntos que las personas puedan calcular y comprobar. Por ejemplo, asigna puntos por una actividad principal estable, réstalos por bloqueos sin resolver y muestra el motivo de cada cambio.
¿Qué acciones deben activar los intervalos de puntuación?Asigna una respuesta clara a cada intervalo de puntuación. Una puntuación intermedia puede requerir una revisión en el próximo contacto, mientras que una puntuación baja debería activar un contacto con el cliente o un plan interno de recuperación.
¿Con qué frecuencia debe revisar el equipo las puntuaciones de salud?Revisa las cuentas cuya puntuación haya cambiado durante la semana. Confirma que los datos de uso, el estado de los tickets, la información de renovación y las notas estén actualizados. Después, asigna a una persona el siguiente paso con una fecha límite para cada cuenta que necesite atención.
¿Puedo crear una herramienta de salud del cliente sin programar?AppMaster te permite crear una herramienta interna sin código o un portal de clientes para gestionar registros de cuentas, historial de puntuaciones, actividad de soporte, fechas de renovación y notas. Los procesos empresariales visuales pueden calcular las reglas y crear tareas cuando una cuenta alcanza el umbral elegido.
14 jul 2026
9 min
13 jul 202610 min
08 jul 20267 minExperimente con AppMaster con plan gratuito.
Cuando esté listo, puede elegir la suscripción adecuada.
