Un sistema de tickets es el software que registra cada solicitud del cliente, como un pedido de reparación, una duda, un reclamo o un presupuesto, y la sigue hasta la solución. Cada ticket recibe número, prioridad, plazo, responsable e historial. En empresas de servicios técnicos, el ticket que exige visita se convierte en una orden de trabajo para el equipo en campo.
Son nombres para la misma categoría. Help desk y service desk vienen del soporte de TI; en empresas de climatización, ascensores, seguridad electrónica, facilities y asistencia técnica, la diferencia es que el ticket termina con un técnico en el lugar, no con una respuesta por correo.
El cliente abre el ticket por el canal que prefiere: portal del cliente, WhatsApp, correo o teléfono. El sistema de tickets convierte cada pedido en un registro único, con número, cliente, lugar, equipo y descripción del problema, y envía una confirmación con el número de seguimiento. Sea cual sea el canal de entrada, el ticket sigue la misma fila y el mismo plazo.
En la clasificación, la central confirma cliente, contrato y equipo, categoriza el problema y define la prioridad según el impacto y la urgencia. La prioridad define el SLA: el plazo de primera respuesta y el plazo de solución que promete el contrato. El sistema cuenta ese plazo desde la apertura y avisa antes de que venza.
| Prioridad | Ejemplo en servicio técnico | Primera respuesta | Solución |
|---|---|---|---|
| Crítica | Equipo detenido con riesgo para la operación o la seguridad: ascensor con pasajeros, cámara frigorífica apagada, alarma fuera de servicio. | El más corto del contrato | Atención inmediata, con un técnico en camino lo antes posible |
| Alta | Falla que afecta el uso, pero tiene alternativa: uno de los splits del piso detenido, cámara sin imagen. | Mismo turno | Visita el mismo día o al día siguiente |
| Media | Falla sin impacto inmediato: ruido, fuga pequeña, sensor con falla intermitente. | El mismo día, en horario hábil | Próximo espacio libre en la agenda |
| Baja | Pedido de presupuesto, duda, ajuste o mejora. | Hasta el día siguiente, en horario hábil | Programado con el cliente |
Ejemplo de matriz. Los plazos reales vienen de cada contrato y pueden variar por cliente, horario y tipo de equipo.
Para contratos con plazos distintos por cliente, calendario de cobertura y fila ordenada por criticidad del activo, mira Operaciones de servicio en Auvo OPS.
Cuando la clasificación concluye que el problema exige visita, el propio ticket genera la orden de trabajo, con cliente, dirección, equipo, descripción y plazo. La coordinación agenda al técnico, que ejecuta desde la app y cierra la orden de trabajo con evidencias. El cierre de la orden de trabajo actualiza el ticket e informa al cliente, sin que nadie copie datos de un sistema a otro.
Entiende lo que debe tener una orden de trabajo en orden de trabajo digital y cómo se asigna la visita en gestión de equipos en campo. El flujo completo, del ticket al informe, está en la guía de Field Service.
Es el equipo y el proceso que reciben todas las solicitudes de los clientes, registran cada una como ticket, las clasifican, activan al técnico y mantienen informado al cliente hasta la solución. A diferencia de un call center, no solo atiende: coordina el servicio en campo y responde por el plazo de SLA de cada contrato.
| Rol | Responsabilidad |
|---|---|
| Agente de atención | Registra el ticket, confirma los datos y envía el número de seguimiento. |
| Clasificación / soporte técnico | Clasifica, define la prioridad e intenta resolver a distancia. |
| Coordinación de los equipos en campo | Agenda al técnico, ajusta la ruta y sigue la ejecución. |
| Gestor de la operación | Sigue el SLA, el backlog y los indicadores por contrato. |
En operaciones más pequeñas, la misma persona se ocupa de la atención, la clasificación y la coordinación. Lo que no cambia es la regla: todo pedido se convierte en un ticket registrado. Sectores con más tickets de emergencia: ascensores, seguridad electrónica y facilities.
Para una empresa de servicios técnicos, el sistema de tickets conectado a la orden de trabajo es el único de los cuatro que controla prioridad, SLA, equipo y técnico en el mismo registro. WhatsApp funciona como canal de entrada, no como control. La planilla solo sirve para un volumen muy bajo. El help desk de TI registra bien el ticket, pero no agenda la visita.
| Criterio | Sistema de tickets para servicio técnico | Planilla | Help desk de TI | |
|---|---|---|---|---|
| Registro e historial | Cada ticket con número, responsable, estado e historial completo. | Mensajes sueltos en conversaciones individuales; el historial desaparece con el celular del agente. | Una fila por pedido, sin adjuntos y sin registro de cambios. | Ticket completo, pero pensado para soporte de software. |
| Prioridad y SLA | Prioridad por contrato y conteo automático del plazo, con alertas. | No existe; gana quien reclama más fuerte. | Manual, con fórmulas que alguien tiene que actualizar. | Tiene SLA, pero sin conexión con el contrato de mantenimiento. |
| Conexión con la orden de trabajo y el técnico | El ticket genera la orden de trabajo y sigue la ejecución en el lugar del cliente. | El pedido tiene que pasarse a mano al técnico. | Ninguna; la orden de trabajo es otro documento. | Normalmente no genera órdenes de trabajo ni agenda técnicos en campo. |
| Equipo y lugar | Ticket vinculado al activo, con historial de fallas. | Depende de que el cliente lo describa bien. | Columna de texto libre. | Activo de TI (computadora, licencia), no un equipo instalado en el cliente. |
| Visión del cliente | Portal con número de seguimiento y avance. | Solo lo que el agente responda. | Ninguna. | Portal de soporte, en general para usuarios internos. |
| Indicadores | Tiempo de respuesta, solución, SLA, reapertura y backlog automáticos. | Ninguno. | Solo con trabajo manual. | Indicadores de soporte, sin costo ni visita técnica. |
| Cuándo tiene sentido | Empresa de servicios técnicos con tickets recurrentes, contrato y SLA. | Canal de contacto, siempre que la conversación se convierta en ticket. | Volumen muy bajo y sin plazo contractual. | Soporte de TI y software, sin técnicos en campo. |
Si tu operación todavía funciona con planillas, mira la comparación completa en Auvo vs. planilla.
Los indicadores esenciales de un sistema de tickets son el tiempo de primera respuesta, el tiempo de solución, el porcentaje de SLA cumplido, la tasa de reapertura y el backlog, que es el volumen de tickets abiertos por antigüedad. En empresas de servicios técnicos, conviene medir también el volumen por canal y por cliente y cuántos tickets se convierten en orden de trabajo.
| Indicador | Qué mide | Cómo calcularlo |
|---|---|---|
| Tiempo de primera respuesta | Cuánto espera el cliente hasta que la empresa reconoce el ticket y empieza a tratarlo. | Suma de (primera respuesta − apertura) ÷ número de tickets |
| Tiempo de solución | Cuánto tarda, en promedio, del ticket abierto al problema resuelto. | Suma de (cierre − apertura) ÷ número de tickets cerrados |
| SLA cumplido | Qué parte de los tickets se resolvió dentro del plazo del contrato. | Tickets dentro del plazo ÷ total de tickets con SLA × 100 |
| Tasa de reapertura | Qué parte de los tickets vuelve porque el problema no se resolvió. | Tickets reabiertos ÷ tickets cerrados × 100 |
| Backlog | Cuántos tickets están abiertos y desde hace cuánto tiempo. | Total de tickets abiertos al final del período, separados por antigüedad (ej.: hasta 1 día, de 2 a 7 días, más de 7) |
| Tickets por canal y por cliente | De dónde viene la demanda y qué clientes concentran el volumen. | Conteo de tickets abiertos por canal y por cliente en el período |
| Conversión en orden de trabajo | Qué parte de los tickets exige visita técnica. | Tickets que generaron órdenes de trabajo ÷ total de tickets × 100 |
Mide en el horario de cobertura del contrato: si el SLA cuenta solo días hábiles, el indicador también debe hacerlo.
La tasa de reapertura se relaciona con la reincidencia en las atenciones en campo y con la resolución en la primera visita. Mira los indicadores de la operación en campo en la guía de Field Service.
Elige un sistema de tickets que genere la orden de trabajo a partir del ticket, reúna portal, correo, WhatsApp y teléfono en la misma fila, controle el SLA por contrato, vincule el ticket al equipo y le dé al cliente un portal para seguir la atención. El help desk de TI suele fallar en el primer criterio: no llega hasta el técnico en campo.
| Criterio | Qué preguntar | Señal de alerta |
|---|---|---|
| Conexión con la orden de trabajo | ¿El ticket genera la orden de trabajo sin volver a digitar y se actualiza cuando ella se cierra? | Sistema de tickets aislado, que obliga a revisar la información en dos lugares. |
| Canales de entrada | ¿Portal, correo, WhatsApp y teléfono llegan a la misma fila? | Cada canal en una herramienta diferente. |
| Portal del cliente | ¿El cliente abre tickets, sigue el estado y consulta el historial por su cuenta? | Clientes que solo tienen el teléfono de la oficina. |
| SLA por contrato | ¿Se pueden tener plazos diferentes por cliente, prioridad y horario de cobertura? | SLA único para todos los clientes. |
| Equipo en el ticket | ¿El ticket queda vinculado al activo, con historial de fallas? | Equipo descrito en texto libre. |
| Historial y notas internas | ¿Cualquier agente continúa el caso donde el otro lo dejó? | Información que solo existe en la cabeza o en el celular de alguien. |
| Indicadores | ¿Primera respuesta, solución, SLA, reapertura y backlog salen listos? | Informes que hay que armar en planillas. |
En Auvo, la gestión de tickets se hace con AuvoDesk: el cliente abre el ticket desde la Central del Cliente o por correo, el equipo trata el ticket con historial completo en lista o Kanban, y el ticket que exige visita técnica genera la orden de trabajo. Las operaciones con SLA por contrato y parque crítico hacen la clasificación en Auvo OPS.
AuvoDesk forma parte de Auvo Service. Para clasificación por criticidad del activo, SLA por contrato y despacho entre equipos propios y tercerizados, mira Auvo OPS. Las conversaciones de WhatsApp y el CRM están en Auvo Hub.
Referencias promedio de impacto, cada una vinculada al recurso de Auvo que produce el resultado.
Valores de referencia que varían según el volumen, la disciplina del proceso y el nivel de madurez de la operación.
En la demostración, el especialista abre un ticket de tu tipo de contrato y muestra la clasificación, la orden de trabajo y la respuesta al cliente.
Un sistema de tickets es el software que registra cada solicitud del cliente, como un pedido de reparación, una duda, un reclamo o un presupuesto, y la sigue hasta la solución. Cada ticket recibe número, prioridad, plazo, responsable e historial. En empresas de servicios técnicos, el ticket que exige visita se convierte en una orden de trabajo para el equipo en campo.
Son nombres para la misma categoría. Help desk y service desk vienen del soporte de TI; en empresas de climatización, ascensores, seguridad electrónica, facilities y asistencia técnica, la diferencia es que el ticket termina con un técnico en el lugar, no con una respuesta por correo.
El cliente abre el ticket por el canal que prefiere: portal del cliente, WhatsApp, correo o teléfono. El sistema de tickets convierte cada pedido en un registro único, con número, cliente, lugar, equipo y descripción del problema, y envía una confirmación con el número de seguimiento. Sea cual sea el canal de entrada, el ticket sigue la misma fila y el mismo plazo.
En la clasificación, la central confirma cliente, contrato y equipo, categoriza el problema y define la prioridad según el impacto y la urgencia. La prioridad define el SLA: el plazo de primera respuesta y el plazo de solución que promete el contrato. El sistema cuenta ese plazo desde la apertura y avisa antes de que venza.
| Prioridad | Ejemplo en servicio técnico | Primera respuesta | Solución |
|---|---|---|---|
| Crítica | Equipo detenido con riesgo para la operación o la seguridad: ascensor con pasajeros, cámara frigorífica apagada, alarma fuera de servicio. | El más corto del contrato | Atención inmediata, con un técnico en camino lo antes posible |
| Alta | Falla que afecta el uso, pero tiene alternativa: uno de los splits del piso detenido, cámara sin imagen. | Mismo turno | Visita el mismo día o al día siguiente |
| Media | Falla sin impacto inmediato: ruido, fuga pequeña, sensor con falla intermitente. | El mismo día, en horario hábil | Próximo espacio libre en la agenda |
| Baja | Pedido de presupuesto, duda, ajuste o mejora. | Hasta el día siguiente, en horario hábil | Programado con el cliente |
Ejemplo de matriz. Los plazos reales vienen de cada contrato y pueden variar por cliente, horario y tipo de equipo.
Para contratos con plazos distintos por cliente, calendario de cobertura y fila ordenada por criticidad del activo, mira Operaciones de servicio en Auvo OPS.
Cuando la clasificación concluye que el problema exige visita, el propio ticket genera la orden de trabajo, con cliente, dirección, equipo, descripción y plazo. La coordinación agenda al técnico, que ejecuta desde la app y cierra la orden de trabajo con evidencias. El cierre de la orden de trabajo actualiza el ticket e informa al cliente, sin que nadie copie datos de un sistema a otro.
Entiende lo que debe tener una orden de trabajo en orden de trabajo digital y cómo se asigna la visita en gestión de equipos en campo. El flujo completo, del ticket al informe, está en la guía de Field Service.
Es el equipo y el proceso que reciben todas las solicitudes de los clientes, registran cada una como ticket, las clasifican, activan al técnico y mantienen informado al cliente hasta la solución. A diferencia de un call center, no solo atiende: coordina el servicio en campo y responde por el plazo de SLA de cada contrato.
| Rol | Responsabilidad |
|---|---|
| Agente de atención | Registra el ticket, confirma los datos y envía el número de seguimiento. |
| Clasificación / soporte técnico | Clasifica, define la prioridad e intenta resolver a distancia. |
| Coordinación de los equipos en campo | Agenda al técnico, ajusta la ruta y sigue la ejecución. |
| Gestor de la operación | Sigue el SLA, el backlog y los indicadores por contrato. |
En operaciones más pequeñas, la misma persona se ocupa de la atención, la clasificación y la coordinación. Lo que no cambia es la regla: todo pedido se convierte en un ticket registrado. Sectores con más tickets de emergencia: ascensores, seguridad electrónica y facilities.
Para una empresa de servicios técnicos, el sistema de tickets conectado a la orden de trabajo es el único de los cuatro que controla prioridad, SLA, equipo y técnico en el mismo registro. WhatsApp funciona como canal de entrada, no como control. La planilla solo sirve para un volumen muy bajo. El help desk de TI registra bien el ticket, pero no agenda la visita.
| Criterio | Sistema de tickets para servicio técnico | Planilla | Help desk de TI | |
|---|---|---|---|---|
| Registro e historial | Cada ticket con número, responsable, estado e historial completo. | Mensajes sueltos en conversaciones individuales; el historial desaparece con el celular del agente. | Una fila por pedido, sin adjuntos y sin registro de cambios. | Ticket completo, pero pensado para soporte de software. |
| Prioridad y SLA | Prioridad por contrato y conteo automático del plazo, con alertas. | No existe; gana quien reclama más fuerte. | Manual, con fórmulas que alguien tiene que actualizar. | Tiene SLA, pero sin conexión con el contrato de mantenimiento. |
| Conexión con la orden de trabajo y el técnico | El ticket genera la orden de trabajo y sigue la ejecución en el lugar del cliente. | El pedido tiene que pasarse a mano al técnico. | Ninguna; la orden de trabajo es otro documento. | Normalmente no genera órdenes de trabajo ni agenda técnicos en campo. |
| Equipo y lugar | Ticket vinculado al activo, con historial de fallas. | Depende de que el cliente lo describa bien. | Columna de texto libre. | Activo de TI (computadora, licencia), no un equipo instalado en el cliente. |
| Visión del cliente | Portal con número de seguimiento y avance. | Solo lo que el agente responda. | Ninguna. | Portal de soporte, en general para usuarios internos. |
| Indicadores | Tiempo de respuesta, solución, SLA, reapertura y backlog automáticos. | Ninguno. | Solo con trabajo manual. | Indicadores de soporte, sin costo ni visita técnica. |
| Cuándo tiene sentido | Empresa de servicios técnicos con tickets recurrentes, contrato y SLA. | Canal de contacto, siempre que la conversación se convierta en ticket. | Volumen muy bajo y sin plazo contractual. | Soporte de TI y software, sin técnicos en campo. |
Si tu operación todavía funciona con planillas, mira la comparación completa en Auvo vs. planilla.
Los indicadores esenciales de un sistema de tickets son el tiempo de primera respuesta, el tiempo de solución, el porcentaje de SLA cumplido, la tasa de reapertura y el backlog, que es el volumen de tickets abiertos por antigüedad. En empresas de servicios técnicos, conviene medir también el volumen por canal y por cliente y cuántos tickets se convierten en orden de trabajo.
| Indicador | Qué mide | Cómo calcularlo |
|---|---|---|
| Tiempo de primera respuesta | Cuánto espera el cliente hasta que la empresa reconoce el ticket y empieza a tratarlo. | Suma de (primera respuesta − apertura) ÷ número de tickets |
| Tiempo de solución | Cuánto tarda, en promedio, del ticket abierto al problema resuelto. | Suma de (cierre − apertura) ÷ número de tickets cerrados |
| SLA cumplido | Qué parte de los tickets se resolvió dentro del plazo del contrato. | Tickets dentro del plazo ÷ total de tickets con SLA × 100 |
| Tasa de reapertura | Qué parte de los tickets vuelve porque el problema no se resolvió. | Tickets reabiertos ÷ tickets cerrados × 100 |
| Backlog | Cuántos tickets están abiertos y desde hace cuánto tiempo. | Total de tickets abiertos al final del período, separados por antigüedad (ej.: hasta 1 día, de 2 a 7 días, más de 7) |
| Tickets por canal y por cliente | De dónde viene la demanda y qué clientes concentran el volumen. | Conteo de tickets abiertos por canal y por cliente en el período |
| Conversión en orden de trabajo | Qué parte de los tickets exige visita técnica. | Tickets que generaron órdenes de trabajo ÷ total de tickets × 100 |
Mide en el horario de cobertura del contrato: si el SLA cuenta solo días hábiles, el indicador también debe hacerlo.
La tasa de reapertura se relaciona con la reincidencia en las atenciones en campo y con la resolución en la primera visita. Mira los indicadores de la operación en campo en la guía de Field Service.
Elige un sistema de tickets que genere la orden de trabajo a partir del ticket, reúna portal, correo, WhatsApp y teléfono en la misma fila, controle el SLA por contrato, vincule el ticket al equipo y le dé al cliente un portal para seguir la atención. El help desk de TI suele fallar en el primer criterio: no llega hasta el técnico en campo.
| Criterio | Qué preguntar | Señal de alerta |
|---|---|---|
| Conexión con la orden de trabajo | ¿El ticket genera la orden de trabajo sin volver a digitar y se actualiza cuando ella se cierra? | Sistema de tickets aislado, que obliga a revisar la información en dos lugares. |
| Canales de entrada | ¿Portal, correo, WhatsApp y teléfono llegan a la misma fila? | Cada canal en una herramienta diferente. |
| Portal del cliente | ¿El cliente abre tickets, sigue el estado y consulta el historial por su cuenta? | Clientes que solo tienen el teléfono de la oficina. |
| SLA por contrato | ¿Se pueden tener plazos diferentes por cliente, prioridad y horario de cobertura? | SLA único para todos los clientes. |
| Equipo en el ticket | ¿El ticket queda vinculado al activo, con historial de fallas? | Equipo descrito en texto libre. |
| Historial y notas internas | ¿Cualquier agente continúa el caso donde el otro lo dejó? | Información que solo existe en la cabeza o en el celular de alguien. |
| Indicadores | ¿Primera respuesta, solución, SLA, reapertura y backlog salen listos? | Informes que hay que armar en planillas. |
En Auvo, la gestión de tickets se hace con AuvoDesk: el cliente abre el ticket desde la Central del Cliente o por correo, el equipo trata el ticket con historial completo en lista o Kanban, y el ticket que exige visita técnica genera la orden de trabajo. Las operaciones con SLA por contrato y parque crítico hacen la clasificación en Auvo OPS.
AuvoDesk forma parte de Auvo Service. Para clasificación por criticidad del activo, SLA por contrato y despacho entre equipos propios y tercerizados, mira Auvo OPS. Las conversaciones de WhatsApp y el CRM están en Auvo Hub.
Referencias promedio de impacto, cada una vinculada al recurso de Auvo que produce el resultado.
Valores de referencia que varían según el volumen, la disciplina del proceso y el nivel de madurez de la operación.
En la demostración, el especialista abre un ticket de tu tipo de contrato y muestra la clasificación, la orden de trabajo y la respuesta al cliente.