Soporte proactivo para clientes en riesgo: señales, mensajes y medición

La mayor parte del soporte es reactiva por diseño: alguien tiene un problema, te escribe y tú respondes. El soporte proactivo invierte ese orden: tú envías el mensaje primero, porque algo que ya puedes ver anticipa un problema que el cliente todavía no ha comunicado. Bien hecho, elimina tickets y retiene clientes. Mal hecho, es automatización de marketing disfrazada de soporte, y los clientes notan la diferencia de inmediato.

Qué cuenta realmente como soporte proactivo

La definición de trabajo es estrecha a propósito: un mensaje que el cliente no ha pedido, enviado porque una señal anticipa un problema, y con algo sobre lo que el cliente puede actuar. Tres pruebas lo separan de un boletín con cabecera de color soporte. ¿El desencadenante es un evento concreto en el propio historial de este cliente y no una fecha de tu calendario? ¿Comunica un hecho que el cliente no conoce? ¿Y lo habría enviado un agente con la misma información?

Si falla cualquiera de las tres, estás haciendo difusión. «¿Qué tal te va?» falla las tres. «Tu paquete lleva dos días en el almacén del transportista: hemos abierto una investigación con él y te daremos novedades el jueves» supera las tres, y es el mensaje más eficaz para evitar tickets en el comercio minorista.

Las señales que merecen una acción

Ordena las señales candidatas según lo seguro que sea el problema de fondo. Las señales de alta certeza justifican un mensaje no solicitado; las de baja certeza, como «no ha iniciado sesión en treinta días», justifican ponerte más fácil de encontrar, y nada más.

La regla de honestidad: hecho más solución, o no lo envíes

Un mensaje proactivo tiene un listón más alto que una respuesta, porque el cliente no lo ha pedido. Hay dos elementos innegociables. El hecho: qué ha pasado, con el identificador que el cliente reconoce, es decir, el número de pedido y no una referencia interna. Y la solución: qué estás haciendo, qué puede hacer el cliente o cuándo volverá a saber de ti. Un hecho sin solución es una alarma; una solución sin hecho es un cupón.

• Di quién escribe. Si el mensaje es automático, no lo disfraces de nota personal de un agente con nombre: el cliente lo descubre en cuanto responde.
• Mantén la vía de respuesta en el mismo canal. Un mensaje proactivo que llega desde un buzón no-reply es peor que el silencio: ha gastado confianza y no ha devuelto nada.
• Escríbelo para la versión incómoda del caso. El cliente cuyo paquete se ha perdido es la razón de que exista el mensaje; el que lo recibe con un día de retraso se las arregla con las mismas palabras.

Dos tipos muy distintos de soporte proactivo

Los avisos en la web son el tipo fácil: el widget de chat ya está en la página, así que puede abrir un pequeño mensaje según lo que el visitante esté haciendo en ese momento. En CustomerEagle son las reglas proactivas, en Automatizaciones dentro del panel, y forman parte de la cuota de automatizaciones que empieza en el plan Standard. Una regla es un mensaje más unas condiciones que el widget evalúa en el navegador: un fragmento que debe contener la URL de la página, de dónde viene el tráfico del visitante, escritorio o móvil, un número mínimo de visitas o páginas vistas, y un periodo de espera en horas. Además de un simple retardo, una regla puede activarse con un desencadenante de comportamiento —el puntero que sale por la parte superior de la ventana (solo en escritorio; en un teléfono no hay cursor que leer), un scroll que supera un porcentaje de la página o un tiempo de inactividad— y lo que ocurra primero es lo que la dispara. Una programación acota cualquier regla todavía más, a una lista de días de la semana y una franja horaria en la zona horaria que elijas o en la del propio visitante, incluidas franjas que cruzan la medianoche. Las reglas se ejecutan por orden de prioridad, como máximo se dispara una por página y se omite a cualquier visitante que ya tenga una conversación abierta. Cada regla cuenta impresiones, clics y conversaciones iniciadas, lo suficiente para distinguir una regla que funciona de una que molesta, aunque esos contadores viven en la regla y no en la conversación: nada en la bandeja de entrada marca que una conversación concreta empezara por un aviso.

Dos límites, con honestidad. El periodo de espera se guarda en el almacenamiento local del propio navegador del visitante, así que un dispositivo nuevo o una caché borrada lo reinicia: trátalo como cortesía, no como un tope estricto. Y la variante segmentada, que asocia un segmento de audiencia al mismo aviso, compara con los atributos que envías al identificar a un cliente que ha iniciado sesión: correo electrónico, nombre, idioma y cualquier metadato que mande tu web. Un visitante anónimo no coincide con ningún segmento. Qué plan incluye qué volumen de automatizaciones lo encontrarás en la página de precios.

El segundo tipo es el contacto impulsado por señales: algo ocurre en otro sistema —un paquete no llega en su fecha, se rechaza una tarjeta, un paso de onboarding se atasca— y sale un mensaje sin que el cliente esté siquiera cerca de tu web. Ese es el tipo que mueve la retención, y es el difícil, porque el desencadenante tiene que calcularse donde vive el hecho. Hoy eso es trabajo de tu propio stack: tu tienda, tu proveedor de facturación o una herramienta de flujos de trabajo vigila la señal y envía el mensaje. La aportación de una plataforma de soporte viene después: la respuesta llega a la bandeja compartida con el historial del cliente adjunto. Desconfía de una demo que mezcle las dos cosas: un saludo temporizado en la página de precios es una función razonable, pero no es prevención del abandono.

Frecuencia, consentimiento y el canal que tomas prestado

Los mensajes proactivos gastan un presupuesto que no ves. Cada uno reduce la probabilidad de que se lea el siguiente, y los canales de soporte parten con mucho más crédito que los de marketing, por eso tomarlos prestados es tentador y caro.

1. Clasifica con honestidad: un aviso de retraso sobre un pedido que alguien ha hecho es transaccional; una oferta añadida a ese aviso no lo es, y juntar las dos cosas convierte todo el mensaje en marketing.
2. Limita los mensajes por cliente y por periodo en todas las reglas y canales, de forma centralizada: las reglas individuales no saben nada unas de otras.
3. Suprime los mensajes proactivos mientras haya una conversación abierta y dale al programa un interruptor de apagado al que un responsable de soporte pueda llegar sin un ingeniero. La mañana en que un transportista falla a escala nacional, no quieres que un mensaje de retraso salga diez mil veces.

El soporte proactivo genera volumen entrante

Esta es la parte que los equipos subestiman. Un buen mensaje proactivo provoca respuestas: ese es precisamente su objetivo. Dile a diez mil clientes que su paquete llega tarde y una parte significativa te contestará, en una franja que tú has elegido. Así que planifícalo como un envío de campaña: escribe primero en el centro de ayuda las respuestas de seguimiento para que la IA pueda responder a partir de ellas, informa al equipo de la redacción y escalona un envío grande. Este volumen entrante es inusualmente automatizable, porque sabes exactamente qué va a preguntar la gente. Pero un envío no planificado llega como un pico de tickets no planificado y parece que la IA ha empeorado, cuando lo único que ha cambiado es la mezcla de temas, una distinción que la tasa de desvío y la tasa de resolución separan con más detalle.

Salvaguardas: nunca prometas lo que el sistema no puede cumplir

Un mensaje proactivo es un compromiso adquirido sin una persona en el circuito, lo que convierte esta en la regla más estricta del área: no debe prometer un resultado que requiera una acción que la automatización no tiene permitido ejecutar. «Te hemos reembolsado los gastos de envío» solo es seguro si el reembolso ya se ha hecho. Si no, di qué va a pasar y quién lo hará.

Es la misma frontera que el principio de los cuatro ojos en el lado reactivo. En CustomerEagle la IA nunca ejecuta por su cuenta un reembolso o una modificación de pedido: prepara la acción con la conversación adjunta y una persona la aprueba. Un mensaje proactivo que dé a entender lo contrario crea una obligación que tu proceso no puede cumplir. Así que plantea la compensación como una oferta pendiente de confirmar, salvo que ya sea real, y nunca envíes nada a partir de una señal que no hayas verificado en producción: un aviso de retraso erróneo se lee como incompetencia; un aviso de cuenta erróneo se lee como vigilancia.

Medir la recuperación sin engañarte

La tasa de respuesta es la cifra que reporta toda herramienta proactiva y casi no significa nada: un mensaje alarmante recibe respuestas, y uno confuso también. Mide en su lugar lo que pasa después.

1. Reserva un grupo de control: el diez por ciento de la cohorte elegible no recibe nada, de forma permanente. Sin él no puedes separar el efecto del mensaje de que el problema se resuelva solo, y la mayoría de las cifras de recuperación son exactamente esa confusión.
2. Mide los contactos por pedido o cuenta afectados durante los catorce días siguientes, en el grupo tratado frente al de control. Esa es la cifra de tickets evitados, y es la que paga el trabajo.
3. Mide el resultado de retención que importa en tu negocio —recompra, renovación, cancelación— en los mismos dos grupos, durante una ventana fijada de antemano.
4. Registra las bajas y las quejas por cada mil mensajes como un coste, y reporta las respuestas negativas por separado del silencio. El silencio tras un aviso de retraso suele ser un buen resultado.

Una advertencia sobre los contadores del producto. Las impresiones, los clics y las conversaciones iniciadas te dicen si un aviso genera interacción; no pueden decirte que se evitó un ticket, porque el ticket evitado es el que nunca llegó. Combínalos con la comparación de cohortes anterior y somete el resto de los informes al mismo estándar que todo lo demás que cuentas, descrito en cómo medimos las resoluciones de IA.

Una primera versión sensata

1. Elige la señal en la que tu certeza sea mayor: normalmente un envío que supera la fecha prometida o un pago fallido.
2. Escribe el mensaje con el hecho y la solución, haz que alguien que responde tickets lo lea primero y redacta los dos o tres artículos del centro de ayuda que pedirán las respuestas.
3. Envíalo al noventa por ciento de la cohorte, reserva el diez y compara los contactos por pedido afectado al cabo de un mes. Si la diferencia es real, añade la segunda señal. Si no, cambia el mensaje antes que el desencadenante.

Los equipos que tratan el soporte proactivo como un canal de retención acaban con tres o cuatro mensajes que se ganan su sitio y un montón de ideas descartadas. Ese es el estado final correcto. El modo de fallo es una docena de reglas sin responsable, disparándose con señales débiles, que enseñan en silencio a los clientes que no merece la pena abrir un mensaje tuyo.