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.
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.