«Mejorar el soporte» suele traducirse en dos cosas: contratar a alguien o pedirle al equipo que responda más rápido. Las dos son caras y ninguna toca el problema, porque el problema de un SaaS casi nunca es la velocidad de escribir: es que llegan preguntas que no deberían llegar, que las que llegan exigen abrir tres pantallas y que las que necesitan a una persona compiten con las que no.
Estos son diez cambios que sí mueven el servicio, ordenados de menos a más coste. Los primeros son gratis. El último es el que más se nota.
La respuesta corta
Mide tres cosas (volumen de contacto, coste real por ticket y reparto de las conversaciones en documental, de cuenta y de criterio), quita de la cola lo que no debería llegar (arreglos de producto, avisos, artículos con el título del cliente), pon el contexto de la cuenta donde se responde, deja el horario por escrito, atiende bien un canal antes de abrir otro, deja que un agente cierre lo repetido y lo de cuenta, cuida el traspaso a personas, promete solo el SLA que cumples y cierra el bucle con producto. Y mide cruzando métricas, o mejorarás el informe en vez del servicio.
Antes de cambiar nada: tres números
Sin ellos, cualquier mejora es una sensación.
Volumen de contacto. Tickets entre clientes activos, cada mes. Si sube, el producto está generando soporte; si baja, lo que hagas está funcionando. Es la única métrica que predice el futuro. Más en volumen de contacto.
Coste real por ticket. Coste por hora de quien atiende por el tiempo real, contando buscar el contexto y recuperar la concentración. Suele salir entre 4 y 8 € un ticket sencillo y entre 40 y 90 € uno que escala a ingeniería. El método está en cuánto cuesta atender un ticket de soporte.
Reparto por tipo. Las últimas cien conversaciones en tres montones: se responde con un artículo, hay que mirar la cuenta, hace falta criterio. En un SaaS el segundo suele ser la mitad, y es el que decide qué herramienta necesitas y cuál no.
Con esos tres números, los diez cambios siguientes se ordenan solos.
1. Arreglar en producto lo que es de producto (una tarde)
Una parte de los tickets es un dato que el cliente no ve en su cuenta: cuántos asientos le quedan, cuándo le cobráis, qué incluye su plan, si la integración está activa. Cada uno es un ticket solo porque no está en la pantalla.
Es la única mejora que elimina la conversación. Tres arreglos que en casi todos los SaaS quitan más de lo que parece: el plan y sus límites visibles en ajustes, un mensaje de error que diga qué hacer y no solo qué ha pasado, y el estado de cada integración a la vista.
Qué esperar: entre un 10 % y un 20 % del volumen.
2. Avisar antes de que pregunten (unos días)
Un ticket que no llega tiene tiempo de respuesta cero. Si sabes que un cliente va a escribir —le queda un 10 % de cupo, le ha fallado la tarjeta, una integración lleva dos días sin sincronizar, la prueba caduca mañana—, díselo tú. Se escribe una vez y se manda solo.
Qué esperar: otro 10 %, y clientes que perciben servicio donde antes había una queja.
3. Documentar con el título del cliente (una semana, a ratos)
La mitad de las veces el artículo existe y nadie lo encuentra, porque se titula con vuestro vocabulario y no con el suyo. «Política de retención» frente a «cuánto tiempo guardáis mis datos». Retitular los veinte más leídos con las palabras que usa la gente en la bandeja rinde más que escribir veinte nuevos.
Y cuando escribas, por frecuencia × coste, una pregunta por artículo, la respuesta en la primera frase, y el artículo enlazado desde la pantalla donde surge la duda. El método está en cómo escribir un centro de ayuda que se lee.
Qué esperar: lo que quede del montón documental, si además hay algo que sirva el artículo en la conversación.
4. Poner el contexto donde se responde (un día técnico)
Cronometra desde que alguien abre un ticket hasta que empieza a escribir: en la mayoría de los equipos son entre cinco y diez minutos, todos en el panel de administración. Llevar el plan, el uso, la última factura y el estado de las integraciones a la misma pantalla donde se responde recorta más tiempo por ticket que cualquier otra cosa de esta lista.
Es lo que hace la bandeja de Intake, y se puede montar con campos personalizados en casi cualquier herramienta si tienes quien lo desarrolle.
Qué esperar: entre un tercio y la mitad del tiempo por ticket, y una primera respuesta que es la buena en vez de «¿me pasas tu email de la cuenta?».
5. Dejar el horario y la expectativa por escrito (una hora)
«Respondemos de lunes a viernes de 9 a 18, normalmente en menos de cuatro horas.» No baja ningún número y quita la mayor parte de la frustración que ese número causa. El cliente no se enfada por esperar; se enfada por no saber cuánto.
Y que el aviso automático no cuente como primera respuesta en tus métricas, o el tiempo de respuesta será dos segundos y no medirá nada.
6. Atender bien un canal antes de abrir otro (una decisión)
Cada canal nuevo trae su expectativa: el chat y WhatsApp esperan minutos, el email horas. Abrir cinco canales con dos personas es prometer cinco cosas que no puedes cumplir. Abre el que ya usan tus clientes, hazlo bien y añade el siguiente cuando el primero no consuma atención.
Si vendes a tiendas o a consumidores en España, ese canal probablemente es WhatsApp; si vendes a empresas, el email y, a veces, un canal de Slack compartido.
7. Un agente que lea la cuenta y cierre lo repetido (una tarde más otra técnica)
Con los seis cambios anteriores hechos, lo que queda en la cola es una mezcla de preguntas que dependen de la cuenta y de casos que necesitan criterio. Las primeras las cierra un agente que consulte el estado real del cliente antes de responder —plan, uso, facturación— y que ejecute la acción cuando la respuesta la implica: ampliar un límite, reenviar una factura, reactivar un webhook.
Un chatbot que solo lee la documentación no sirve aquí, porque la respuesta no está escrita en ningún artículo. La diferencia está en chatbot o agente de IA, y lo que hace el nuestro en el agente de Intake.
Empieza con acciones de solo lectura, añade las que cambian algo con confirmación del cliente, y mira cada semana qué ha cerrado y qué ha pasado al equipo.
Qué esperar: la mayor parte del montón de cuenta, que suele ser la mitad del volumen. A cualquier hora.
8. Cuidar el traspaso a personas (una tarde)
Lo que más se nota de un agente no es lo que cierra sino cómo pasa lo que no cierra. Si la persona que recoge la conversación empieza de cero y el cliente repite todo, has añadido un paso. El traspaso tiene que llegar con lo que se preguntó, lo que se comprobó y por qué se paró, y tiene que ir a la persona o al equipo que toca: por canal, por idioma, por motivo.
Es derivar con contexto, y es la parte menos vistosa y más importante.
9. Un SLA que puedas cumplir (tres meses de medir, y luego una hora)
Prometer plazos antes de saber cuáles cumples es la forma más rápida de incumplirlos. Mide tres meses; el plazo que puedes prometer es el que ya cumples en el 95 % de los casos. Sepáralo por prioridad y por canal, cuéntalo solo en horario laboral y distingue incidencia de plataforma de soporte. Qué contiene y qué valores son razonables está en qué es un SLA.
10. Cerrar el bucle con producto (cada mes, media hora)
El soporte es el mejor canal de producto que tienes y el que menos se escucha. Cada mes, los cinco temas que más entran, con su coste, delante de quien decide qué se construye. Y una etiqueta para las peticiones de funcionalidad desde el primer día, para que no se pierdan entre los tickets.
Un soporte bien montado devuelve información; uno mal montado solo consume tiempo.
Cómo saber si ha funcionado
Cruza, no mires métricas sueltas:
| Si mejora… | …comprueba que no empeora | Si empeora, lo que ha pasado |
|---|---|---|
| Tiempo de primera respuesta | Resolución en primer contacto | Respondes rápido para pedir datos |
| Tiempo de resolución | Tasa de reapertura | Cierras lo que no estaba resuelto |
| Tasa de desvío | CSAT y volumen por otros canales | Has escondido el botón de contacto |
| Tickets por persona | Escalados a ingeniería | Has movido el coste a otro equipo |
Y el número que resume todo: el volumen de contacto bajando mientras los clientes suben. Lo desarrolla métricas de soporte que de verdad sirven.
Los errores que empeoran el servicio mientras mejora el informe
- Pedir velocidad. El tiempo no se va en escribir; se va en buscar el contexto.
- Contratar antes de medir. Si la mitad de los tickets son repetición, contratar es pagar por copiar y pegar.
- Poner un chatbot y concluir que la IA no sirve. Un bot documental no puede responder lo que depende de la cuenta; el problema no era el modelo, era el dato.
- Esconder el contacto para subir el autoservicio. El cliente que no encuentra cómo escribirte no desaparece: se va.
- Abrir canales para parecer disponible. Cada canal sin atender es una promesa incumplida.
- Automatizar decisiones desfavorables. Denegar un reembolso lo decide una persona; hacerlo automático es un problema legal y de confianza.
Preguntas frecuentes
¿Por dónde empiezo si tengo poco tiempo?
Por los tres números y por el cambio 1: una tarde clasificando cien conversaciones y otra arreglando en producto lo que sale. Es lo que más quita por hora invertida.
¿Cuándo tiene sentido un agente de IA?
Cuando el montón de cuenta es grande —en un SaaS, casi siempre— y después de haber quitado lo que no debería llegar. Antes de eso, automatizas preguntas que deberían no existir.
¿Cuánto cuesta mejorar el soporte de un SaaS?
Los cambios 1 a 6 y 8 a 10 son tiempo del equipo, no dinero. El 7 es una herramienta: desde 49 € al mes con la IA dentro en nuestro caso, y el coste de una tarde técnica para conectar la API. Comparado con una contratación, sale antes.
¿Cómo mejoro el soporte sin contratar?
Con los diez cambios en ese orden. Contratar tiene sentido cuando lo que crece es el montón de criterio, no el de repetidos. Está en cómo lleva el soporte un SaaS sin contratar a nadie.
¿Qué herramienta necesito?
Depende del reparto: una bandeja ligera si el correo es tu canal y el equipo es pequeño, una suite si hay turnos y procesos, un agente que lea la cuenta si la mitad de las preguntas empiezan con «en mi cuenta». El método está en qué helpdesk elegir para un SaaS.
