¿Merece la pena un sistema de tickets gratuito? Qué mirar antes de elegir

Vale, para empezar. Un sistema de tickets gratuito resuelve el primer problema de casi todo soporte: sacar las solicitudes de la bandeja de correo de una persona y ponerlas en una lista que ve todo el equipo. Lo que suele no resolver aparece entre tres y seis meses después, cuando el volumen crece y el ticket deja de ser solo una pregunta para convertirse en trabajo de otras personas.

Este texto separa las dos fases. Primero, lo que un sistema gratuito ofrece de verdad. Después, los límites que aparecen con el uso y un criterio sencillo para decidir si te quedas donde estás o cambias.

Lo que un sistema de tickets gratuito resuelve bien

La diferencia entre "sin sistema" y "con cualquier sistema" es enorme. Incluso una herramienta básica ya aporta ventajas que justifican el esfuerzo de instalarla.

• Una cola única. Cada solicitud se convierte en un registro con número, solicitante, fecha y responsable. Se acabó el "¿alguien vio ese correo del cliente de la Padaria Bom Jesus?".
• Historial por cliente. Cuando el mismo cliente vuelve, quien atiende ve lo que ya se trató, sin volver a preguntar.
• Estados. Abierto, en curso, esperando al cliente, resuelto. Parece poco, pero es lo que permite responder "¿cómo va mi solicitud?" sin abrir tres conversaciones.
• Recuento. Por primera vez sabes cuántos tickets entran por semana. Ese número, por sí solo, ya cambia las conversaciones sobre contratar a más gente.

Si tu equipo de soporte tiene una o dos personas, atiende por un solo canal y no necesita prometer plazos por contrato, un sistema gratuito puede ser todo lo que necesitas durante bastante tiempo. No cambies de herramienta por cambiar: cámbiala cuando un límite concreto empiece a costarte dinero o clientes.

Los límites que aparecen después

Los límites de abajo no son un defecto de una herramienta concreta. Son consecuencia de que el producto gratuito suele estar pensado para la cola y no para la operación que la rodea. Comprueba cada uno en la herramienta que uses, plan por plan.

1. SLA: el plazo solo existe en la cabeza del equipo

Al principio nadie necesita un SLA. Después de que un cliente se queje de haber esperado tres días, todos pasan a necesitarlo. Lo que se descubre entonces es que el sistema no mide plazos: no muestra cuánto falta, no avisa cuándo va a vencer y no distingue un ticket urgente de una duda.

Un SLA útil tiene tres relojes (primera respuesta, respuesta siguiente y resolución), pausa cuando la pelota está en el tejado del cliente y aviso antes de incumplirse. Si quieres entender cada uno de ellos, la guía de SLA explica el concepto, y el post SLA de atención al cliente en la práctica muestra cómo calibrar los números.

2. Canales: el cliente no escribe donde el sistema espera

Muchos sistemas gratuitos reciben solicitudes por formulario y por correo electrónico. Tu cliente, en Brasil, probablemente escribe por WhatsApp. Cuando el canal principal no entra en el sistema, alguien tiene que copiar la conversación dentro del ticket, y la copia es lo primero que se olvida en un día ajetreado.

La pregunta correcta no es "¿tiene WhatsApp?", sino: ¿el WhatsApp entra en una bandeja compartida, con historial, o es solo un botón que abre la aplicación de una persona? Y además: ¿se puede atender en el mismo lugar el correo y el mensaje del mismo cliente? Hay más sobre esto en cómo organizar el soporte por WhatsApp sin que se vuelva un caos.

3. Informes: se puede ver la cola, pero no se puede decidir

Contar los tickets abiertos es fácil. Responder a las preguntas que importan es más difícil:

• ¿Qué asunto se repite más y debería convertirse en una corrección definitiva?
• ¿Qué agente cumple el plazo y cuál está sobrecargado?
• ¿El tiempo de primera respuesta empeoró cuando el volumen se duplicó?
• ¿Los clientes quedaron satisfechos?

Los informes por periodo, por agente, por canal y por motivo suelen estar en los planes de pago. Sin ellos, la reunión del lunes se queda en impresiones, no en datos.

4. El ticket que se convierte en trabajo del equipo

Este es el límite que más pesa y el menos percibido a la hora de elegir. Buena parte de los tickets no termina en soporte. "El informe está sumando mal" es una corrección en el producto. "Necesito una pantalla nueva" es una solicitud de proyecto. "El cliente quiere integrarlo con su sistema" es trabajo de varias semanas.

En un help desk aislado, soporte copia el problema a la herramienta de quien ejecuta, después pregunta en el grupo "¿y qué, ya salió?" y, cuando la corrección entra en producción, el cliente se entera solo. Son dos sistemas, dos colas y una persona en medio haciendo el puente a mano.

Etapa	Ticket en una herramienta separada	Ticket y trabajo en el mismo sistema
El problema necesita una corrección	Copiar el texto a la herramienta del equipo	Convertir el ticket en tarea, con el historial incluido
Seguir el avance	Preguntar en el grupo o en el pasillo	Ver el estado y el plazo de la tarea en el propio ticket
Avisar al cliente	Alguien se acuerda de volver al ticket	El responsable de la atención ve cuándo se cierra la tarea
Medir lo que duele	Dos conjuntos de números que no se cruzan	Tickets y tareas en el mismo informe

Cómo decidir: cinco preguntas

En lugar de comparar listas de funciones, responde a estas preguntas sobre tu operación. Cada "sí" es un motivo más para dejar el plan gratuito.

1. ¿Prometes plazos a algún cliente? Contrato, propuesta o acuerdo verbal. Si es así, necesitas un SLA medido, no buena voluntad.
2. ¿Llegan solicitudes por más de un canal? Correo y WhatsApp, por ejemplo, y hoy alguien lo junta todo a mano.
3. ¿Atiende más de una persona? A partir de dos, aparecen las dudas de quién cogió qué y de cómo transferir sin perder el contexto.
4. ¿Más de un tercio de los tickets depende de otro equipo? Si soporte vive pidiendo cosas a desarrollo, a finanzas o a operaciones, el cuello de botella es el traspaso.
5. ¿Alguien pregunta "¿cuántos tickets tuvimos este mes y de qué?" y nadie lo sabe? Sin informes, las decisiones de contratación y de producto salen a ojo.

Cero o un "sí": quédate en el plan gratuito y revisa en seis meses. Dos o tres: ya merece la pena probar una alternativa, sin prisa por migrar. Cuatro o cinco: el plan gratuito te está costando más caro de lo que parece, en retrabajo y en clientes enfadados.

El coste oculto de quedarse

"Gratis" mide lo que pagas a la herramienta, no lo que ella te cuesta a ti. Una persona que dedica una hora al día a copiar información entre sistemas cuesta, al mes, más que muchas mensualidades. Suma a eso el cliente que deja de renovar porque esperó una respuesta, y lo gratuito sale caro.

Lo contrario también es cierto. Pagar por un sistema completo antes de tener volumen es un desperdicio. La cuenta honesta mira el punto en el que estás, no al que pretendes llegar.

Qué probar antes de migrar

Si la respuesta a las cinco preguntas apuntó al cambio, no lo migres todo de una vez. Haz una prueba corta con tickets reales.

• Elige un canal y un equipo, y trabaja en paralelo durante dos semanas.
• Configura el plazo de primera respuesta y comprueba si la pantalla de quien atiende muestra el tiempo restante sin abrir un informe.
• Coge un ticket que depende de otra área y sigue su camino hasta la entrega. Cuenta cuántas veces alguien tuvo que copiar texto de un sitio a otro.
• Saca un informe del mes y comprueba si responde a las preguntas de la sección sobre informes.
• Usa la Atención al cliente si WhatsApp es el canal principal: reúne WhatsApp, correo electrónico y formularios en una bandeja compartida, y tiene prueba de 14 días en cualquier plan.

Si la prueba no muestra diferencia en tu día a día, acabas de ahorrarte una migración. Si la muestra, tendrás un argumento concreto, con números de tu propia atención, para defender el cambio ante quien paga la cuenta.

Resumen práctico

Un sistema de tickets gratuito merece la pena mientras tu problema sea "nadie sabe qué está abierto". Deja de merecerla cuando el problema pasa a ser el plazo, el canal, la medición o el traspaso al equipo. En ese punto, la pregunta deja de ser "¿cuánto cuesta la herramienta?" y pasa a ser "¿cuánto cuesta el trabajo manual que la herramienta no hace?".