Sistema de tickets en la nube: la guía del comprador 2026

Qué es en realidad un sistema de tickets en la nube

Quita el marketing y hay tres cosas apiladas aquí. Un registro: un ticket por solicitud, que lleva un asunto y un solicitante, un estado, una prioridad, más los campos personalizados que añadas. Una cola: las reglas que deciden a quién le llega el ticket, y cuándo empieza a correr el reloj. Y un contrato, que es el proveedor operando los servidores, eligiendo la región, publicando (o no) una cifra de disponibilidad, y facturándote mensualmente.

Ese registro es toda la diferencia entre esto y un buzón compartido. Que es la comparación que la mayoría de los equipos pequeños está haciendo en realidad, y la desgloso a fondo en bandeja compartida vs sistema de tickets. El mismo registro también separa las configuraciones orientadas al cliente de las orientadas al empleado. El mismo software ejecuta un sistema de tickets interno para TI y para RR. HH., y luego la categoría más pesada de sistema de tickets ITSM añade gestión de cambios y activos encima de eso.

Lo de la nube ya es el valor por defecto, no una elección. Zendesk es SaaS multiinquilino sobre AWS, sin ninguna opción autoalojada, según su centro de confianza. Gorgias se apoya en Google Cloud en lugar de AWS. Zoho es la excepción. Opera sus propios centros de datos, como pares de ciudades primaria y secundaria en ocho regiones más una región separada para China, todo listado en Know Your Datacenter.

Si lo que quieres específicamente es software que alojes tú mismo, esa es una lista completamente distinta. Mi recopilación de sistema de tickets de código abierto es el punto de partida correcto.

Lo que compra "la nube" es real. Sin fines de semana de actualización. Tampoco hay planificación de capacidad, además de una app móvil que funciona, y un nuevo canal se convierte en un interruptor en lugar de un proyecto. Lo que te cuesta es el control sobre exactamente esas tres cosas de arriba. El resto de esta guía trata sobre las partes de ese intercambio que aparecen en el mes cuatro, no en el día uno.

Sistemas de tickets en la nube comparados en los números que importan

Aquí está el mismo conjunto de proveedores, alineados en las dimensiones que realmente marcan la diferencia. Cada cifra es la tarifa de facturación anual tomada de la propia página de precios del proveedor, a finales de julio de 2026. "No encontrado" significa que el proveedor no publica ninguna cifra que yo haya podido localizar, lo cual ya te está diciendo algo. Las suites ITSM empresariales quedan fuera de esta tabla a propósito, porque ServiceNow es un proceso de compra completamente distinto.

De esa tabla saltan dos cosas. Primero, el asiento más barato y el mes más barato rara vez son del mismo proveedor, porque tanto el medidor de IA como la restricción de informes mueven el número real. Segundo, Gorgias y eesel son las dos únicas filas donde añadir una persona más al equipo no cambia la factura en absoluto.

Calcula lo que realmente cuesta un mes

Las páginas de precios te citan una tarifa por asiento. Un mes es lo que nadie te cita. Introduce tu propio volumen abajo, y la aritmética corre sobre las tarifas publicadas de 2026 de la tabla anterior.

Ejecútalo a 1.000 tickets y 5 agentes, y la forma del mercado aparece de inmediato. Los proveedores que parecen baratos en la línea de asiento no son los que terminan más baratos en el mes. La fila de Zendesk ni siquiera se puede completar, porque publica la unidad pero no el precio.

El modelo de datos del ticket es la parte que no puedes rediseñar después

Todas las demos te muestran la bandeja de entrada. Casi ninguna te muestra los campos, lo cual es una pena, porque el modelo de campos es lo que sigues arrastrando en el año tres.

Zendesk trae seis estados estándar (New, Open, Pending, On-hold, Solved, Closed), y varios de ellos son de un solo sentido. Una vez que mueves un ticket fuera de New, la documentación es explícita en que "no puedes volver a cambiar el estado a New". Closed tampoco lo puedes fijar a mano, ya que el cierre lo gestiona una automatización, y con las automatizaciones de cierre desactivadas, los tickets se cierran 28 días después de resolverse siguiendo una regla que "no se puede cambiar". Los estados personalizados existen en todos los planes Suite y están limitados a 100 por cuenta, pero solo los primeros 10 activos aparecen en el selector, según gestión de estados de tickets.

Freshdesk trae cuatro estados que no puedes eliminar, más un campo de prioridad que "no se puede editar y está codificado de forma fija en nuestros sistemas porque está directamente vinculado a la funcionalidad de Políticas de SLA", según su guía de campos de ticket. Para estados personalizados necesitas Growth o superior. En ese mismo documento hay también una auténtica trampa de pérdida de datos: cambia o elimina una opción de un desplegable que ya está en uso, y "el valor de ese campo cambiará a nulo" en los tickets existentes.

Jira Service Management lo modela de forma distinta, y más estricta: un tipo de solicitud se apoya en un tipo de trabajo, que a su vez se apoya en un flujo de trabajo, y el propio explicativo de Atlassian advierte que "si creas un elemento de trabajo sin un tipo de solicitud, tus solicitudes no tendrán acceso a todas las funciones de Jira Service Management". Es el único aquí que separa el estado (dónde está el trabajo) de la resolución (cómo terminó).

HubSpot no tiene, en el sentido habitual, ningún campo de estado. Un ticket ahí es un registro de CRM que se sienta sobre un pipeline, y la documentación de HubSpot señala que "para los tickets, las etapas del pipeline se llaman estados por defecto, pero son lo mismo que las etapas de otros objetos". Flexible, hasta el momento en que notas que los pipelines adicionales necesitan Starter o superior, además de que Category y Language son propiedades solo de Enterprise.

¿Por qué importa esto un martes cualquiera? Porque el modelo de estados es lo que decide qué significa realmente el número de tu backlog. Un líder de soporte describió el fallo mejor que cualquier documento de proveedor:

"I was going through our queue today and found 90 tickets where we responded, asked for more information from the customer but then never heard back from them. They just sit there inflating our numbers and that honestly doesn't look good for management. We have been called before for unresolved open tickets so this is a big deal."

Our Help desk ticketing system shows 200 open tickets but half of them have had no user response, Reddit

Noventa de doscientos tickets "abiertos" estaban ahí esperando a un cliente en silencio. El recuento de abiertos nunca fue el backlog real. La solución es un estado de espera más una regla de cierre automático, que es exactamente el tipo de cosa que solo puedes construir cuando el modelo de estados te lo permite. Un administrador en r/ITManagers redujo el backlog de un grupo en un 54%, solo con cerrar automáticamente los tickets de más de cinco días.

La misma advertencia se aplica también a la prioridad. Dejar que los solicitantes la fijen suena democrático, y luego termina como cabría esperar:

"Dealt with this decades ago. It was scrapped quickly because as you might imagine it was abused to death. It really didn't bother me though. I still got the same number of tickets and just slogged through them. When people got mad because we were missing SLAs we just replied there was nothing we could do now that all tickets were priority."

u/bitslammer, Reddit

Si todavía estás definiendo las reglas de tu cola, mis guías de enrutamiento de tickets y etiquetado de tickets van un nivel más profundo de lo que puede esta sección.

El medidor de IA es una segunda factura, y cada proveedor cuenta distinto

Este es el mayor cambio en la gestión de tickets en la nube desde 2024, y también donde más se equivocan los presupuestos de 2026. Todos los proveedores venden ahora una capa de IA. Todos la miden por separado de los asientos, y no hay dos proveedores que facturen la misma unidad. Vale la pena señalar que esta capa viene en dos sabores que conviene distinguir: el agente orientado al cliente que cierra tickets por su cuenta, y el copiloto de help desk que redacta para un humano. Se facturan de forma distinta y mueven cifras distintas, que es todo el argumento de un help desk con IA.

Lee primero las definiciones, más que los números:

• Zendesk factura la resolución verificada. Desde el 18 de mayo de 2026 hay tres niveles: la escalación asistida (la IA ayudó, un humano terminó) no se factura, la resolución contenida (la IA terminó, falló la verificación de 72 horas) tampoco se factura, y la resolución verificada sí se factura. Que es un modelo más justo que el que sustituyó. La tarifa aún no aparece en ninguna página pública.
• Freshdesk factura la sesión, definida como todas las interacciones entre un usuario y el agente dentro de una ventana de 24 horas. Así que factura el intento, no el resultado. 500 sesiones vienen incluidas tanto en Growth, Pro como en Enterprise, después de eso son 49 $ por cada 100 sesiones.
• Gorgias factura la interacción automatizada a 1,50 $, y no hay descuento por volumen en ningún plan publicado, más un segundo medidor sobre tickets a 0,40 $ o 0,36 $ cada uno por encima del límite, según su página de precios.
• Help Scout factura la resolución a 0,75 $, y es inusualmente estricta con lo que cuenta: una por conversación, y no cuenta cuando el cliente escala, o busca en la base de conocimiento, hace más preguntas, o hace clic en "todavía necesito ayuda".
• Jira Service Management ejecuta tres medidores a la vez: créditos Rovo incluidos, luego 1 $ por resolución de Rovo Customer Service, y 0,30 $ por conversación asistida del agente virtual, donde una conversación asistida cuenta cualquier conversación emparejada con una intención "independientemente de si el agente de servicio virtual resuelve el problema o lo escala".
• eesel factura 0,40 $ por ticket o conversación gestionado, no por la respuesta, sin cuota de plataforma ni cuota de asiento por debajo de Enterprise, según tarifas publicadas.

La unidad es todo el argumento aquí. Cuando Zendesk introdujo su modelo de resolución automatizada, la queja nunca fue sobre el precio:

"Complete trash lol, stuff I used to get free now counts as an AR. Most of the ARs are abandoned chats. There's no dispute resolution process. Complete scam. I used to like Zendesk but since trying the new bot and now this I have little good will left"

u/Kerrick, Reddit

Y a volumen real, la aritmética no es pequeña. Un equipo B2B SaaS con dos agentes y unos 1.900 tickets al mes hizo las cuentas en voz alta: "Incluso con una tasa de desviación conservadora del 50%, eso son unos 1.425-1.900 $/mes solo en IA, encima de nuestro plan actual."

Dos preguntas prácticas para cualquier proveedor, antes de firmar la línea de IA. Primero, consigue por escrito la definición de un evento facturable, incluyendo qué pasa con los chats abandonados y con las escalaciones. Segundo, pide una herramienta de previsión, porque la facturación por consumo sin una es justo lo que finanzas objeta. Ese vacío es una queja real: un administrador señaló que Zendesk todavía no había lanzado una herramienta de previsión de AR meses después de que se lanzara el modelo.

También vale la pena ser honesto sobre lo que la capa de IA no hace. Según nuestros propios datos de prueba, un minorista alemán de joyería online que gestiona unos 1.000 tickets al mes en Zendesk y Shopify obtuvo un 93% de precisión de triaje y 100% de detección de spam, pero solo el 12% de los borradores se enviaron tal cual, y hubo una tasa de error factual del 7% en los borradores. El triaje fue la victoria. El piloto automático todavía no estaba ahí. Si quieres los modos de fallo en detalle, los desarrollé en alucinaciones de IA en soporte y cómo entregar de la IA a un humano.

Disponibilidad y residencia: las dos cláusulas que los compradores se saltan

Aquí está la parte que sorprende a quienes solo leen páginas de precios. En la gestión de tickets en la nube, una promesa de disponibilidad suele ser un upsell del nivel de soporte, y no una cláusula estándar.

El acuerdo de cliente estándar de Zendesk no lleva ninguna cifra de disponibilidad, y renuncia a que los servicios serán ininterrumpidos. La cifra del 99,9% que todo el mundo cita se vincula a Premier Support, que cubre exactamente cinco productos, con Explore, Talk, WFM y QA quedando fuera de ese alcance.

Help Scout es todavía más directo, y presta el servicio "tal cual" y "según disponibilidad" en sus términos de servicio. El acuerdo SaaS de Front no contiene ningún porcentaje de disponibilidad, ni régimen de créditos de servicio de ningún tipo. Freshworks tampoco publica nada para Freshdesk. Zoho es quien publica una cifra real: 99,9% mensual, que detalla como "aproximadamente 43,8 minutos al mes" de inactividad permitida.

La residencia sigue la misma historia, solo que con un giro en el momento del registro. La región de Freshdesk "solo se puede seleccionar en el momento de la creación de la cuenta", y cambiarla después implica un ticket de soporte y una ventana de migración sin cotizar, según su documento de almacenamiento de datos. Zoho asigna el centro de datos al registrarte y no replica entre regiones, y luego te da 14 días tras la desactivación antes de que la cuenta antigua y sus datos se eliminen, según su guía de migración de DC. El complemento regional de Zendesk es gratis en Suite Professional y superior, pero está "incluido pero no activado automáticamente", y hasta que lo actives, Zendesk "puede mover los datos de cuenta de los clientes que no tienen o no han activado el complemento de Ubicación del Centro de Datos entre regiones sin previo aviso", según la documentación del complemento. Front elegirá tu región por ti a menos que lo pidas, e incluso entonces dice que los datos "pueden alojarse fuera de la región elegida".

Un administrador de seguridad que estaba lidiando exactamente con esto en r/sysadmin lo expresó bien en su versión realista:

"And yes, trying to get all your data permanently resident in the EU is nigh impossible if you're using major cloud providers. For example, Microsoft's EU data boundary has a boat load of exceptions."

u/Borgquite, Security Admin, Reddit

Su frase de cierre es la que hay que llevarse a una reunión de compras: estás evaluando y gestionando el riesgo, no eliminándolo. Pide la lista de subprocesadores. Pregunta dónde caen las copias de seguridad, y también qué pasa en un failover, porque un failover regional es exactamente el momento en que se pone a prueba una promesa de residencia. La propia página de estado de Freshworks ha registrado uno de esos casos, migrando a los clientes afectados fuera de la región MEA hacia EU North durante una interrupción de AWS.

Los informes son donde las restricciones de plan muerden más fuerte

Nadie cambia de sistema de tickets por culpa de un gráfico. Todo el mundo se queja de los gráficos.

Las restricciones son más pronunciadas de lo que sugieren las páginas de precios. La construcción de informes personalizados en Zendesk empieza en Suite Professional, que es un salto de 60 $ por agente al mes respecto a Suite Team. La exportación de datos de la interfaz de Zendesk no está disponible en los planes Team y viene desactivada por defecto, así que el propietario de la cuenta tiene que contactar con soporte para activarla. La nueva opción de informes de Freshdesk solo está disponible desde Pro en adelante, y en ningún plan Freshdesk tiene un panel en vivo. Zoho Desk activa los informes personalizados en Standard, pero mantiene los paneles de SLA para Professional y superior. Front pone los informes personalizados detrás de Enterprise a 105 $ por puesto. Gorgias es la excepción aquí, con paneles, informes de SLA y CSAT, y exportación CSV también, en todos los planes de helpdesk.

Help Scout es el que hay que conocer, porque su página de precios insinúa algo que su propia documentación luego niega. Al preguntar directamente si puedes crear tus propios informes, la documentación responde "No en la app", y dirige a los clientes hacia la API, Zapier, o herramientas de BI de terceros. Esa fila de "informes personalizados" en la página de precios se refiere a vistas de filtros guardadas.

Incluso donde el generador sí existe, la usabilidad es un coste real. Un líder de soporte que ha construido paneles en una herramienta de BI seria se topó igualmente con el muro:

"I have never found anything as complex as Zendesk explore.

I've worked with ThoughtSpot building dashboards, reports and exports but omg Zendesk, you are taking so much of my time!!!!!!!!"

u/kayscakes, Reddit

Y cuando la capa nativa derrota a la gente, la solución alternativa es siempre la misma:

"The reports and automations can be somewhat difficult to navigate. We ended up just exporting all of our tickets every month and creating our own reports through Power query in Excel."

Trent B., Director of Client Care, Capterra

Un director de atención al cliente haciendo una exportación mensual manual es una partida de coste real. Así que antes de comprar, construye durante la prueba, no después, los tres informes que realmente ejecutas cada semana. Mis recorridos de informes de Zendesk y seguimiento de SLA son la forma más rápida de ver si la herramienta realmente puede hacerlo.

Migración: los tickets se mueven, la estructura muchas veces no

Cambiar de sistema de tickets en la nube es más fácil que cambiar de software on-premise, y más difícil de lo que sugiere la página de migración de cualquier proveedor. Los tickets en sí se exportan sin problema. Lo que se rompe es todo lo que les daba su significado, empezando por las etiquetas de tickets sobre las que se construyen tus informes, luego las etiquetas de los campos personalizados, y también las notas internas.

"I have exported my historical tickets to XML but not going to work. First my tickets are a mess. They are not properly organized, tagged, or anything. Lot of the info chatGPT would need to understand is in custom fields which are not labeled in any export."

u/ToastyPasta, Reddit

Ese es un negocio de 15 millones de dólares de ingresos que había estado en el mismo sistema desde 2015. Los campos personalizados sin etiquetar en la exportación son también la razón más común por la que el entrenamiento de IA con tickets pasados se detiene tras una migración. El modelo ve el cuerpo del ticket, y ninguno de los datos de disposición que lo hacían útil.

Lo otro que vale la pena nombrar honestamente: un proveedor establecido de 15 años puede perder igualmente a un comprador senior por razones completamente mundanas.

"Zendesk is very configurable, though I struggle to think of what I like about Zendesk. I found the reporting tool in particular to be very difficult to use. Their AI offerings felt bolted on versus integrated, and their integrations didn't work particularly well. Support was not timely. Pricing was not competitive. This is why we moved to another tool."

Gail D., Senior Director of Customer Support, G2

Cuatro razones en un solo aliento, y ninguna es una función que falte. Si estás en ese camino, mis recopilaciones de alternativas a Zendesk y de mejor software de helpdesk cubren dónde terminan aterrizando esos equipos.

Lo que comprobaría antes de firmar

Seis cosas, en el orden en que realmente las comprobaría.

1. Construye tus tres informes semanales durante la prueba. No una demo de informes. Los tuyos, con tus propios campos, en el plan que piensas comprar. Esto solo elimina más listas cortas que cualquier otra cosa.
2. Consigue por escrito la definición de lo que es facturable en IA. Específicamente: chats abandonados, conversaciones escaladas, y contactos repetidos dentro de la ventana. La tasa de resolución que te cotizan no significa nada hasta que sabes qué cuenta como una.
3. Exporta una muestra y reimpórtala en algún sitio. Comprueba que las etiquetas de los campos personalizados sobreviven, y también las etiquetas y notas internas, no solo el cuerpo de los tickets.
4. Encuentra la cláusula de disponibilidad en el contrato, no en la página de marketing. Si está ligada a un nivel de soporte, cotiza ese nivel ahora.
5. Confirma la región de datos al registrarte, no después. En Freshdesk y en Zoho esta es una decisión de una sola oportunidad.
6. Cuenta los asientos que tendrás dentro de 18 meses. El precio por agente se acumula. Si esperas que el equipo se duplique, las opciones basadas en consumo cambian de posición por completo en la lista.

Si el dolor que te ha llevado a comprar es el volumen y no el software, arregla eso primero. Un backlog de tickets suele responder mejor a reglas de cierre automático más una ruta de escalación que funcione, que a una migración.

La palanca más rápida sobre el propio volumen es entrenar IA con tu base de conocimiento, en lugar de añadir más asientos. Los equipos de TI tienen su propia versión de esto, que cubro en gestión automatizada de tickets de TI.

También vale la pena poner en perspectiva la promesa de desviación. Los proveedores te citarán cifras como el "hasta 80% de las interacciones" de Zendesk, mientras que el benchmarking de MetricNet, publicado a través de HDI, sitúa la tasa media de finalización de autoservicio para mesas de servicio a nivel mundial en un 10,4 por ciento, en un rango de cero hasta 55. La lectura honesta es que la brecha entre esas dos cifras se debe sobre todo a la calidad de la configuración. La forma de averiguar en qué extremo caes es probar con tus propios tickets históricos, antes de comprometerte.

Prueba eesel en el sistema de tickets en la nube que ya tienes

La mayoría de los equipos que leen esto no necesitan un nuevo sistema de tickets en la nube. Lo que necesitan es que el que ya usan deje de comerse el volumen de nivel 1.

Ese es el trabajo que hace eesel. Se conecta con Zendesk, Freshdesk, Gorgias, Front y el resto en unos minutos, se entrena con tus tickets pasados, tu centro de ayuda y tus documentos internos, y luego responde o redacta con tu voz dentro de la herramienta que tus agentes ya tienen abierta. Dos cosas hacen que encaje especialmente con esta guía. Primero, ejecuta una simulación contra tus tickets históricos antes de tocar una cola en vivo, así que ves la tasa de resolución y el redactado con tus propios datos primero, y eso existe porque hemos visto a un bot confiado inventar respuestas para clientes reales. Segundo, cobra 0,40 $ por ticket gestionado sin cuota de asiento, lo que convierte un despliegue parcial en una opción real: 1.000 tickets al mes con 200 enrutados a IA cuestan 80 $, no una actualización de plan.

También es justo decir dónde no es la respuesta. Si necesitas que la IA intente cada ticket sin excepción y produzca una respuesta segura en todos ellos, esta no es la forma en que está construida, y un responsable de CX de una marca de suplementos nos lo dijo exactamente así durante un acuerdo que perdimos: "Necesito una IA que solo gestione los tickets en los que tiene confianza, y todos los demás, que los deje en paz." Eso es por diseño, y es el diseño correcto para cualquiera que no pueda auditar 7.000 tickets al mes. Gridwise informó de la resolución del 73% de las solicitudes de nivel 1 en el primer mes tras una prueba de 7 días, que es la forma del resultado para el que está pensada la facturación de despliegue parcial.

Empieza por la página de precios si lo que quieres es la aritmética, o por la integración con Zendesk si quieres verlo funcionando sobre la cola que ya tienes.