Diagrama de flujo del proceso de baja de clientes (de solicitud a cierre)
Diagrama del proceso de baja de clientes: contrato y preaviso, motivo codificado antes de intentar retener, escalera de ofertas con techo, factura final, exportación de datos, retirada de accesos y codificación de la baja.
¿Qué es diagrama de flujo del proceso de baja de clientes (de solicitud a cierre)?
La baja es el proceso que la mayoría de los negocios de suscripción nunca ha escrito, y por eso es el que genera las reclamaciones. La solicitud llega por cualquier sitio menos por el botón de cancelar, se queda cuatro días parada y la contesta quien la coge con un descuento que se acaba de inventar. Nadie anota por qué se va el cliente hasta después de haberle hecho la oferta, y para entonces la respuesta siempre es el precio. El plazo de preaviso se lee por primera vez cuando el cliente discute la factura final. El acceso se corta la misma tarde en que entra la solicitud, aunque la cuenta esté pagada seis semanas más, así que un cliente que se iba tranquilo tiene ahora un ticket abierto y algo que contar en público. Y luego la baja se apunta como una sola cifra que mezcla a quien decidió irse con aquel a quien le caducó la tarjeta. Nada de eso es un criterio mal aplicado. Cada cosa es un paso que nunca se asignó a nadie, dentro de un proceso que existe como costumbre y no como procedimiento.
Este diagrama cubre la baja de una suscripción activa o de un servicio contratado, desde que se recibe la intención hasta que la baja se codifica y la cuenta queda en cola para una campaña de recuperación o excluida de contacto. No es el proceso de reembolso: la devolución del dinero de una transacción, los plazos de elegibilidad, la aprobación como gesto comercial y los contracargos están en /es/templates/proceso-de-reembolso-a-clientes, y este diagrama solo recurre a ese trabajo para el reembolso prorrateado del final. Tampoco es una queja ni un escalado. Un cliente enfadado que no se va pertenece al proceso de quejas de /es/templates/proceso-de-quejas-y-reclamaciones-de-clientes o, si hay que subirlo de nivel, a /es/templates/escalado-de-quejas-de-clientes, y un servicio caído que ya ha generado un caso pertenece a /es/templates/proceso-de-escalado-de-soporte-al-cliente. Tampoco es una decisión de renovación tomada con calma antes del vencimiento: eso es /es/templates/proceso-de-renovacion-de-contratos, que se dispara por una alerta de horizonte y no por una solicitud en curso, y está dibujado desde el otro lado de la mesa, donde eres tú el cliente que decide si sigue pagando. Recuperar el dinero que se sigue debiendo después de cerrar la cuenta se traspasa a /es/templates/proceso-de-cuentas-por-cobrar. Y es el extremo opuesto de /es/templates/proceso-de-onboarding-de-clientes: las cuentas, integraciones y licencias que se dan de alta allí son las que se deshacen aquí.
Tres cosas que casi todos los procedimientos de baja escritos dejan implícitas están aquí dibujadas como decisiones. «¿Se permite intento de retención?» se responde en la fase de Revisión de la cuenta, antes de la escalera de ofertas y no dentro de ella, y es donde vive la regla de una sola vez: una cuenta que ya se retuvo con una oferta, otra que está en una disputa de facturación abierta y otra cuyo cliente ha pedido que no le ofrezcan nada pasan directas al preaviso. «¿La concesión está dentro del límite del equipo?» separa lo que un agente puede regalar de lo que necesita un responsable, de modo que la escalera de ofertas tiene un techo escrito en lugar de un estado de ánimo. Y «¿Se ha llegado a la fecha de efecto?» es una puerta de verdad, con un bucle de espera detrás, porque la costumbre más dañina de todo este proceso es retirar los accesos en la fecha de la solicitud. La vía involuntaria también está dibujada: «¿Baja voluntaria o impago?» separa un pago fallido hacia su propia vía de recobro, que o reactiva la cuenta o se une a la misma espina dorsal de preaviso y baja del servicio, de forma que un impago no se pueda reportar como si el cliente hubiera decidido irse.
Qué cubre este diagrama de flujo
En esta plantilla
- Seis carriles (Cliente, Equipo de retención, Responsable de retención, Facturación, Operaciones de servicio y Operaciones de ingresos) repartidos en seis fases: Recepción, Revisión de la cuenta, Retención, Preaviso y liquidación, Baja del servicio y Análisis de bajas.
- Recepción desde cualquier canal, con la bifurcación «¿Baja voluntaria o impago?» para que un pago fallido siga su propio ciclo de recobro y suspensión y llegue a «Cuenta reactivada, sin baja registrada» o vuelva al flujo principal en la confirmación por escrito.
- Revisión de la cuenta antes de cualquier negociación: «Registrar la solicitud y consultar el contrato» para ver la permanencia, el plazo de preaviso y la renovación automática, después «Registrar el motivo según la taxonomía», y después la puerta «¿Se permite intento de retención?», que impone una sola oferta de retención por cuenta.
- Un carril de retención con techo: «Hacer la oferta de la escalera de retención», una comprobación «¿La concesión está dentro del límite del equipo?» que envía cualquier cosa mayor al responsable de retención y la devuelve con una oferta revisada, y una decisión del cliente que o termina en «Cambio aplicado y fecha de seguimiento fijada» o continúa.
- Preaviso y liquidación: «Confirmar por escrito el preaviso y la fecha de efecto», la factura final y el cálculo del prorrateo, y una decisión a tres bandas, «¿Qué se debe a la fecha de efecto?», que cubre un reembolso, una penalización por baja anticipada o nada pendiente.
- Baja del servicio y cierre: un bucle «¿Se ha llegado a la fecha de efecto?» que mantiene el acceso y deja disponible la exportación de datos hasta que llega la fecha, «Retirar los accesos y fijar la fecha de borrado», la encuesta de salida, la codificación de la baja en el CRM y una bifurcación «¿Apta para campaña de recuperación?» entre una cuenta en cola y otra cerrada y excluida de contacto.
Cuándo usar esta plantilla
- Estás escribiendo una política de bajas o un manual de retención y necesitas una sola imagen de quién recibe la solicitud, quién puede descontar, quién factura y quién apaga el servicio.
- Tu cifra de bajas es un único número y nadie sabe decirte qué parte son clientes que deciden irse y qué parte son tarjetas caducadas.
- Los agentes están regalando descuentos distintos para salvar el mismo tipo de cuenta y no hay ningún límite escrito de lo que el equipo puede ofrecer sin un responsable.
- Los clientes insisten en que se dieron de baja antes de lo que dicen tus registros, y el plazo de preaviso y la fecha de efecto se discuten caso por caso en vez de confirmarse por escrito.
- Estás configurando un sistema de facturación, un CRM o una herramienta de aprovisionamiento y quieres los traspasos entre retención, facturación y operaciones de servicio acordados antes de automatizar nada.
Cómo funciona
Renombra los carriles con tus propios equipos
Sustituye Cliente, Equipo de retención, Responsable de retención, Facturación, Operaciones de servicio y Operaciones de ingresos por las funciones que de verdad tienes. Las organizaciones pequeñas suelen fusionar el equipo de retención con soporte y dar el carril del responsable a quien lleva la cifra de ingresos; un producto de autoservicio puede no tener equipo de retención en absoluto, y entonces la escalera de ofertas se convierte en pantallas dentro del flujo de cancelación. Fusiona un carril antes que dejarlo vacío. Al carril Cliente, en cambio, no lo toques: lleva dos cajas, la solicitud y la respuesta a la oferta, y todo lo que viene después le pasa a la cuenta, no se hace con el cliente.
Escribe la taxonomía de motivos antes de tocar las ofertas
«Registrar el motivo según la taxonomía» no vale nada hasta que la lista existe y es lo bastante corta como para poder elegir. Con ocho o doce códigos suele bastar: precio, funcionalidad que falta, mal servicio o falta de fiabilidad, poco uso, recorte de presupuesto, proyecto o contrato terminado, desarrollo interno, se va a un competidor concreto, empresa cerrada o adquirida. Añade un campo de texto libre y haz que el código sea obligatorio para que el caso pueda avanzar. Después decide quién revisa la distribución y cada cuánto, porque una taxonomía que nadie lee después acaba derivando hacia la primera opción del desplegable.
Construye la escalera de ofertas y ponle un techo
Ordena los peldaños por lo que te cuestan, no por cómo suenan: una pausa o una bajada de plan, una ampliación de permanencia a una tarifa menor, créditos de servicio o más alcance, y por último un descuento directo en precio. Frente a «¿La concesión está dentro del límite del equipo?» escribe el límite del equipo como un porcentaje del valor anual y una permanencia máxima, y nombra a quién aprueba cada paso por encima. Anota las exclusiones que hacen que «¿Se permite intento de retención?» sea un no y mide después qué retiene de verdad cada peldaño, por código de motivo, para que la escalera esté ordenada por evidencia y no por la concesión que al equipo le resulta más fácil regalar.
Cierra las reglas de preaviso y la fecha de efecto
Decide qué pone en marcha el reloj del preaviso (la fecha en que se recibió la intención, no la fecha en que se abrió el caso) y si el plazo corre en meses naturales o hasta la siguiente fecha de facturación. Di qué pasa cuando el preaviso se comunica después del corte de la renovación automática, porque ese es el caso que genera las discusiones. Después fija el contenido de «Confirmar por escrito el preaviso y la fecha de efecto»: las fechas, el nivel de servicio hasta el cierre, el importe final previsto, la vía de exportación y la fecha de borrado. Los derechos de desistimiento y las normas de consumo de tu mercado pueden imponerse a un preaviso contractual más largo, así que compruébalos.
Fija los relojes de retirada de accesos y de conservación
Convierte «Retirar los accesos y fijar la fecha de borrado» en una lista de comprobación que cubra cuentas de usuario, claves de API y tokens, integraciones, asignaciones de inicio de sesión único, contenido compartido, listas de correo y cualquier equipo o licencia entregados con el servicio. Decide qué se conserva tras el cierre, con qué base legal y durante cuánto tiempo (los registros de facturación normalmente sobreviven a la cuenta por motivos fiscales, mientras que los datos personales no deberían), y programa el borrado en lugar de dejarlo a una decisión manual meses después. Di quién confirma que se ha hecho y dónde queda registrada esa confirmación.
Acuerda las definiciones de baja, después recórrelo y publícalo
Fija cómo se cuentan la baja voluntaria y la involuntaria, a qué fecha se imputa una baja y cómo se trata una bajada de plan o una pausa, antes de que nadie construya el informe. Escribe las reglas de exclusión que hay detrás de «¿Apta para campaña de recuperación?» y el periodo mínimo de silencio antes de volver a contactar con un antiguo cliente. Después recorre el diagrama terminado con un agente de retención, alguien de facturación y quien lleve el aprovisionamiento, corrígelo hasta que refleje lo que de verdad hacen y no lo que dice la política, y publica esa revisión conservando las anteriores, para que cualquiera que lo abra más tarde sepa qué versión está leyendo.
Preguntas frecuentes
¿Cuáles son los pasos de un proceso de baja de clientes?
Recibir la solicitud de baja por el canal que sea y registrarla con su marca de tiempo; consultar el contrato para establecer la permanencia, el plazo de preaviso y la fecha de renovación automática; registrar el motivo según una taxonomía cerrada antes de hacer ninguna oferta; comprobar si siquiera se permite un intento de retención; hacer una sola oferta de la escalera de retención, escalando al responsable si la concesión supera el límite del equipo; o aplicar el cambio acordado y fijar una fecha de seguimiento, o confirmar por escrito el plazo de preaviso y la fecha de efecto; calcular la factura final y liquidarla, lo que significa un reembolso prorrateado, una penalización por baja anticipada o nada pendiente; mantener el acceso y la exportación de datos disponibles hasta la fecha de efecto; retirar los accesos entonces y no en la fecha de la solicitud, y fijar la fecha de borrado; enviar una encuesta de salida; codificar la baja en el CRM y reportarla; y por último decidir si la cuenta es apta para una campaña de recuperación o debe quedar excluida de contacto. El orden importa más que la lista: capturar el motivo antes de la oferta, y la fecha de efecto antes de la retirada de accesos, es lo que impide que el proceso se tuerza.
¿En qué se diferencia esto de un diagrama del proceso de reembolso a clientes?
Un proceso de reembolso liquida un pago. Pregunta si la solicitud cae dentro de la política y del plazo de reembolso, si un responsable aprobará una excepción como gesto comercial, si el pago original ha liquidado y no se ha reembolsado ya, y si hay un contracargo corriendo en paralelo, y termina cuando el dinero vuelve al cliente. Ese es el terreno que cubre /es/templates/proceso-de-reembolso-a-clientes. Un proceso de baja termina una relación, y el dinero es solo una de sus patas. Este diagrama lleva el preaviso contractual, la permanencia y la renovación automática, la oferta de retención y quién puede autorizarla, la fecha de efecto, la retirada de accesos, la exportación y el borrado de datos, la encuesta de salida y cómo se codifica y se reporta la baja. Se encuentran en un solo punto: «¿Qué se debe a la fecha de efecto?» puede dar como resultado un reembolso, y emitirlo es trabajo de reembolso. Si estás decidiendo si devuelves el dinero de una transacción, usa la plantilla de reembolso. Si estás terminando una suscripción o un contrato, usa esta y deja que recurra al diagrama de reembolso para ese único paso.
¿Hay que hacer una oferta de retención a todo cliente que se da de baja?
No, y este diagrama pone la pregunta antes de la oferta y no después. «¿Se permite intento de retención?» excluye varios grupos: una cuenta que ya aceptó una oferta de retención en una baja anterior, un cliente que ha pedido que no le ofrezcan nada, una cuenta dentro de una disputa abierta de facturación o de servicio, donde un descuento se lee como un acuerdo transaccional, y una empresa que ha cerrado, ha sido adquirida o se ha quedado sin presupuesto. Ofrecer en esos casos malgasta el tiempo del equipo e irrita a gente que ya ha tomado una decisión. La razón comercial de la regla de una sola vez es más simple. Un cliente retenido solo con precio tiende a volver a la misma conversación un periodo después partiendo de la cifra nueva, más baja, así que una empresa que descuenta en cada baja no está reteniendo ingresos: está reajustando el precio de su cartera cuenta a cuenta. Reporta la tasa de retención y la concesión media por código de motivo y el patrón se ve enseguida.
¿Cuándo debe perder el acceso al servicio un cliente que se da de baja?
En la fecha de efecto, que es el final del periodo pagado o el final del plazo de preaviso contractual, no el día en que se envió la solicitud. Este diagrama lo dibuja como una decisión, «¿Se ha llegado a la fecha de efecto?», con un bucle de espera detrás que mantiene la cuenta viva y la exportación de datos disponible hasta que llega la fecha. Cortar el acceso antes de tiempo es el fallo más habitual del proceso y sale caro de forma desproporcionada respecto a lo que ahorra: el cliente ya ha pagado ese tiempo, normalmente todavía necesita sacar sus datos, y una salida tranquila se convierte en un ticket de soporte, un contracargo o una reseña pública. Las excepciones son estrechas y conviene nombrarlas aparte (impago después de agotar el recobro, un incumplimiento de las condiciones o un fraude), y debe decidirlas alguien con autoridad para hacerlo, no quien tramitó la baja.
¿Cuál es la diferencia entre baja voluntaria y baja involuntaria?
La baja voluntaria es un cliente que decide irse. La baja involuntaria es una cuenta que se cierra porque un pago falló y nunca se recuperó: una tarjeta caducada o sustituida, una transacción denegada, una domiciliación que decae, una factura perdida dentro del proceso de compra a pago del cliente. En una sola cifra de bajas parecen idénticas y por debajo no tienen nada en común. La baja voluntaria se responde con trabajo de producto, de servicio y de precio; la involuntaria se responde con fontanería de pagos (actualización automática de tarjetas, mejor momento de los reintentos y mensajes de recobro que de verdad se lean), y una parte sorprendente es recuperable. Por eso el diagrama las separa en «¿Baja voluntaria o impago?» dentro de la fase de recepción y da a la vía de impago su propio ciclo de recobro y suspensión, que termina o en la reactivación sin baja registrada o uniéndose a la misma espina dorsal de preaviso y baja del servicio. Codifícalas por separado en el CRM y repórtalas por separado, o la mitad recuperable seguirá escondida dentro de la media.
Dónde encaja este proceso
En la mayoría de las organizaciones, este proceso sigue a Proceso de retención ante una baja (intervención inmediata) y da paso a Diagrama de flujo del proceso de reembolso a clientes.
Es un paso de Ciclo de vida del cliente.
Paso 1: Diagrama de flujo de la calificación de leads: de MQL a lead aceptado
Paso 2: Diagrama de flujo del proceso de ventas: de prospecto a pedido firmado
Paso 3: Diagrama de flujo del traspaso de ventas a éxito del cliente
Paso 4: Diagrama de flujo del proceso de onboarding de clientes
Paso 5: Diagrama del proceso de triaje de tickets de soporte
Paso 6: Diagrama de flujo del escalado de soporte: de nivel 1 a nivel 2
Diagrama de flujo con carriles para el proceso de escalado de soporte al cliente: intento de primera línea, traspaso documentado a nivel 2, revisión de gravedad y SLA y escalado a ingeniería.
Paso 7: Diagrama de flujo del proceso de baja de clientes (de solicitud a cierre) Estás aquí
Diagrama del proceso de baja de clientes: contrato y preaviso, motivo codificado antes de intentar retener, escalera de ofertas con techo, factura final, exportación de datos, retirada de accesos y codificación de la baja.
Paso 8: Diagrama de flujo del churn de clientes (del plan de rescate a la recuperación)
Plantilla de diagrama de flujo del churn de clientes: señal de riesgo, plan de rescate, decisión retenido o churn, entrevista de salida, entrega a baja de cuenta, aptitud para recuperación y bucle de retroalimentación del análisis de churn.