Un día el soporte deja de caber en el correo del fundador. Casi nunca pasa de golpe. Dos personas empiezan a contestar lo mismo, o algo se queda sin respuesta porque cada uno creía que lo llevaba el otro.
Este es un plan de tres meses para ese momento. Y lo más importante que contiene es lo que no hay que montar todavía.
¿Qué hacer en los primeros 90 días de soporte?
En el mes 1, monta una bandeja compartida y clasifica a mano cada conversación en tres tipos. En el mes 2, arregla en el producto lo que es del producto, avisa antes de que pregunten y escribe cinco artículos. En el mes 3, automatiza lo que quede, con el reparto delante. No compres un helpdesk con procesos, no abras cinco canales y no contrates a nadie de soporte hasta tener tres cifras: volumen de contactos, coste por ticket y reparto por tipo.
Cómo saber que ha llegado el momento
Hay tres señales, y basta con una:
- Dos personas han respondido cosas distintas al mismo cliente en la misma semana.
- Una conversación ha estado tres días sin respuesta porque nadie sabía que existía.
- Quien responde lo hace desde su correo personal y nadie más puede ver qué se dijo.
Si no ha pasado ninguna, todavía no toca. El plan te sirve igual, pero empiezas cuando aparezca la primera señal.
Mes 1: ver lo que hay
Semana 1: una bandeja compartida
Es lo único que hay que comprar el primer mes. No hace falta un helpdesk con procesos, sino una bandeja compartida donde cada conversación tenga responsable y estado.
Así el trabajo se ve. Sin eso no sabes cuántas consultas hay pendientes ni puedes repartirlas.
La regla para que funcione: cada conversación tiene responsable o está sin asignar. No hay ningún estado intermedio que signifique «alguien lo estará mirando». En cuanto existe, se llena de conversaciones.
Y otra regla, más pequeña: un solo canal de entrada a la vista. Si el soporte entra por el correo del fundador, el chat de la web y un grupo de WhatsApp, el primer mes consiste en juntarlo todo en un sitio, no en responder mejor.
Semanas 2 a 4: clasificar a mano
Cada conversación que llega se marca con una de estas tres etiquetas:
- Documentación: la respuesta es la misma para todos.
- Dato de la cuenta: hay que mirar la cuenta de quien pregunta.
- Criterio: alguien tiene que pensar.
Es pesado, pero es lo que más rinde del trimestre. Ese reparto decide todo lo que viene después, y ninguna herramienta te lo da hecho.
Para no hacerte trampas, cuenta como «dato de la cuenta» cualquier conversación en la que alguien abrió el panel de administración antes de responder. En un SaaS suele pasar en la mitad de las conversaciones.
Y una cifra
El coste por ticket: el coste por hora del equipo multiplicado por el tiempo que se dedica a cada ticket. La licencia no cuenta. Con esta cifra se decide si contratar o automatizar. Sin ella, se decide a ojo. Si quien responde es un fundador, usa lo que cuesta su hora. El número asusta, y tiene que asustar.
Mes 2: quitar lo que no debería llegar
Con el reparto delante, en este orden:
Arreglar en el producto lo que es del producto
Muchas conversaciones del primer montón son un dato que el cliente no encuentra en la interfaz. «¿Cuántos asientos me quedan?» solo llega a soporte si la pantalla de asientos no lo dice.
Es lo único que elimina la conversación en vez de automatizarla, y suele llevar una tarde. Los tres arreglos que más tickets quitan en un SaaS que empieza: el estado del plan a la vista en los ajustes, mensajes de error que digan qué hacer y no solo qué ha pasado, y un enlace al artículo de ayuda junto al ajuste que más preguntas genera.
Avisar antes de que pregunten
Si sabes que un cliente va a escribir, díselo tú antes: le queda poco cupo, le ha fallado la tarjeta, una integración lleva dos días sin sincronizar o la prueba caduca mañana. Se escribe una vez y se envía solo.
Escribir los cinco artículos que faltan
Cinco, no cincuenta. Los del primer montón, ordenados por frecuencia y coste, con el título que usa el cliente y no el vuestro. Cómo hacerlo está en escribir un centro de ayuda que se lee.
Dejar por escrito el horario y el plazo de respuesta
«Respondemos de lunes a viernes de 9 a 18, normalmente en menos de cuatro horas.» Lleva una hora y quita más frustración que contestar más rápido. Lo desarrollamos en cómo reducir el tiempo de respuesta.
Mes 3: automatizar lo que quede
Ahora sí tiene sentido mirar herramientas. Ya sabes tres cosas que el mes pasado no sabías: cuánto te cuesta un ticket, qué porcentaje hay de cada tipo y qué queda después de arreglar el producto y la documentación.
Con ese reparto:
- Si casi todo es del primer montón, un bot que responda con tu documentación te lo resuelve y cuesta poco.
- Si el segundo montón es la mitad, como suele pasar en B2B, un bot que solo lee documentación no te va a bajar el volumen, porque la respuesta no está escrita en ningún sitio. Necesitas algo que consulte la cuenta.
- Si casi todo es del tercero, no automatices: contrata. Tu producto es complejo y eso no lo arregla el soporte.
Elijas lo que elijas, pruébalo dos semanas en un canal pequeño antes de abrirlo a todos. Lo que te interesa es la lista de lo que no sabe responder: son los artículos que te faltan.
Lo que no hay que montar en 90 días
Un helpdesk con procesos: enrutado por turnos, niveles de servicio, catálogos. Todo eso resuelve problemas de equipos de diez personas. Con tres, es configuración que se hace una vez y que no usa nadie. Qué elegir cuando toque está en qué helpdesk elegir para un SaaS.
Muchos canales. Cada canal nuevo trae su propio plazo de respuesta esperado. Abre el que ya usan tus clientes, hazlo bien y añade el siguiente cuando el primero ya no te ocupe tanto.
Un panel con quince métricas. Bastan tres números: volumen de contactos, coste por ticket y conversaciones cerradas frente a abiertas. El resto es contexto. Las que sirven están en métricas de soporte que sirven.
Contratar a alguien de soporte, todavía no. Si más de la mitad de tus tickets son repetidos, contratar es pagar a una persona por escribir muchas veces la misma respuesta. La señal para contratar es que crezca el montón de criterio, no el de repetidos.
Un SLA público. Si prometes tiempos por contrato antes de saber cuáles cumples, los incumplirás enseguida. Mide tres meses y luego promete.
A los 90 días
Deberías tener una bandeja donde el trabajo se ve, dos o tres huecos del producto arreglados, cinco artículos que responden lo más repetido, avisos automáticos para lo previsible y datos para decidir qué automatizar.
Y tres cifras que antes no tenías: cuánto te cuesta atender a un cliente, cuántos tickets genera cada cliente activo y qué parte de tu cola no necesita a nadie. Esas tres decidirán los siguientes noventa días.
Preguntas frecuentes
¿Necesito un helpdesk desde el primer día?
No. Necesitas una bandeja compartida con responsable y estado. Un helpdesk con procesos hace falta cuando hay turnos que repartir, y con tres personas no los hay.
¿Quién debería atender el soporte al principio?
Quien conozca el producto. Durante el primer mes, mejor si también puede cambiarlo, porque la mitad de los tickets se arreglan en la interfaz.
¿Cuándo tiene sentido un agente de IA?
Al final del mes 3, con el reparto delante. Si el montón de datos de la cuenta es grande, antes que contratar. Si casi todo es documentación, basta con un bot barato. Si casi todo es criterio, ni lo uno ni lo otro.
¿Cuándo contrato a la primera persona de soporte?
Cuando el montón de criterio, lo que necesita que alguien piense, ocupe una jornada entera. Contratar por el montón de repetidos es contratar a alguien para copiar y pegar.
¿Qué hago con las peticiones de producto que llegan por soporte?
Etiquétalas desde el primer día como un cuarto tipo. Es la mejor fuente de ideas para el producto que tienes, y se pierde si se mezcla con el resto.
