# Qué ITSM elegir: GLPI, Jira, Freshservice y ServiceDesk Plus > Compara GLPI, Jira Service Management, Freshservice y ServiceDesk Plus: procesos reales, coste total, IA y un piloto de cuatro semanas. - Source: https://www.techcroud.com/es/blog/que-herramienta-itsm-elegir-comparativa - Author: Karol Barański (https://www.linkedin.com/in/karol-baranski-96529a3/) - Publisher: techcroud.com Sp. z o.o. (https://www.techcroud.com) - Published: 2026-10-21 - Updated: 2026-10-21 - Language: es --- Un empleado comunica un problema por Teams, envía un correo y después llama a un técnico conocido. Hay tres conversaciones sobre el mismo asunto. Nadie sabe quién lo gestiona, cuánto lleva abierto o si afecta a un portátil o a todo un departamento. Es un buen momento para organizar el soporte. Pero ¿basta con un helpdesk sencillo o hace falta un sistema ITSM que conecte solicitudes, activos, accesos, cambios y conocimiento sobre los servicios? Comparamos **GLPI, Jira Service Management, Freshservice y ManageEngine ServiceDesk Plus**: cuándo incluirlos en la selección y cómo comprobar su encaje mediante procesos reales. El artículo se basa en documentación pública y ofertas de los fabricantes consultadas el 21 de octubre de 2026. Es una guía de selección, no un informe de pruebas de implantación. Las funciones dependen de la edición, el despliegue y los complementos; confirma el alcance en la oferta concreta. ## Helpdesk, ITSM, ITAM y CMDB: qué estamos comprando Un **helpdesk** organiza tickets: recepción, asignación, comunicación y resolución. **ITSM** abarca la gestión de servicios de TI, incluidos incidentes, solicitudes, problemas, cambios y mejora continua. **ITAM** gestiona equipos, software, licencias y su ciclo de vida. Una **CMDB** describe elementos de configuración y relaciones: qué base de datos utiliza una aplicación, quién es responsable del servicio y qué ocurre si se apaga un servidor. Importar una lista de portátiles no crea automáticamente una CMDB útil. Hacen falta responsables, reglas de actualización y relaciones que ayuden a decidir. El punto de partida está en nuestro [inventario de activos de TI con plantilla Excel](/es/blog/inventario-activos-ti-iso-27001-plantilla-excel). ## Cuatro herramientas y cuatro puntos de partida La tabla recoge nuestra valoración editorial sobre dónde empezar la evaluación. No es un ranking de calidad ni significa que las demás herramientas no puedan cubrir el mismo escenario. | Herramienta | Cuándo incluirla | Qué probar | | --- | --- | --- | | GLPI | Prioridad en activos, tickets y control del mantenimiento | Portal, calidad del inventario y extensiones necesarias | | Jira Service Management | Soporte conectado con desarrolladores que trabajan en Jira | Flujo del ticket al desarrollo y coste del ecosistema | | Freshservice | Preferencia por SaaS y servicios estructurados para empleados | Plan, aprobaciones, integraciones y costes de IA y activos | | ServiceDesk Plus | Se estudia nube o instalación local, también en un entorno ManageEngine | Alcance de la edición e integraciones reales | ### GLPI: código abierto, tickets y activos [GLPI](https://www.glpi-project.org/en/features/) combina tickets con inventario de hardware, software y licencias. Merece una evaluación cuando el problema inicial es la información dispersa sobre equipos y usuarios. El código abierto permite gestionarlo internamente; también existen soporte y alojamiento de pago mediante los [planes GLPI Network](https://www.glpi-project.org/en/pricing/). **Nuestra valoración:** es un candidato razonable si se puede asignar un administrador o socio de mantenimiento. Prueba el portal con una persona no técnica, la deduplicación del inventario y la compatibilidad de los plugins tras una actualización. Presupuesta la administración desde el principio. ### Jira Service Management: del soporte al desarrollo [Jira Service Management](https://www.atlassian.com/software/jira/service-management/features) cubre solicitudes, incidentes, problemas, cambios y configuración. Conviene evaluarlo si los desarrolladores ya utilizan Jira. La [oferta actual de Service Collection](https://www.atlassian.com/collections/service/pricing?bundle=jira-service-management) incluye Assets en Standard, Premium y Enterprise, con distintos límites de objetos. Las comparativas antiguas que exigen Premium para Assets ya no describen esta oferta. Calcula por separado automatización, IA, capacidad y complementos. **Nuestra valoración:** comprueba si soporte puede entregar contexto al desarrollador sin copiar conversaciones y mantener un estado comprensible para el empleado. Revisa también los permisos: un comentario técnico interno no debería convertirse accidentalmente en una respuesta visible para el solicitante. ### Freshservice: SaaS gestionado para empleados [Freshservice](https://www.freshworks.com/freshservice/features/) reúne ITSM, activos, operaciones y servicios para otros departamentos. Es un candidato cuando se prefiere una plataforma gestionada. Su [tabla de planes](https://www.freshworks.com/freshservice/pricing/) distribuye funciones por nivel; por ejemplo, presenta problemas y cambios desde Pro. Revisa aparte las prestaciones y unidades de facturación de IA y activos. **Nuestra valoración:** centra el piloto en la coordinación entre TI, RR. HH. y responsables: suplencias en aprobaciones, recordatorios y visibilidad de datos. El SaaS sigue necesitando diseño del catálogo, responsabilidades e integraciones. ### ManageEngine ServiceDesk Plus: elegir el despliegue [ServiceDesk Plus](https://www.manageengine.com/products/service-desk/pricing.html) ofrece nube e instalación local. Standard se centra en helpdesk, Professional añade activos y Enterprise amplía ITSM. Las tarifas consideran técnicos y, en ediciones superiores, activos. **Nuestra valoración:** evalúalo si importa el modelo de despliegue o ya utilizáis otros productos ManageEngine. Demuestra las integraciones exactas que necesitáis e identifica productos, conectores y licencias adicionales. Analiza las versiones cloud y local por separado. ## Cuatro escenarios que revelan más que una demo Entrega a cada proveedor los mismos datos y criterios de aceptación. Son pruebas propuestas para el piloto, no una confirmación de que cada función esté incluida en todos los planes. ### 1. Incorporación: preparado para el primer día RR. HH. comunica la fecha de entrada, el responsable elige el perfil, los propietarios de las aplicaciones aprueban accesos y TI prepara el equipo. Prueba asignación de tareas, plazos, suplentes y vinculación del portátil al usuario. Una aprobación pendiente debe verse antes de la incorporación. Enviar un correo al administrador no demuestra que se haya creado la cuenta. ### 2. Caída: un incidente y muchos usuarios El correo deja de funcionar. Llegan 30 tickets similares y una alerta de monitorización. Prueba agrupación, servicio afectado, responsables, prioridad por impacto y comunicación. Revisa escalados y calendarios de SLA fuera de horario. Mide por separado respuesta, recuperación del servicio y eliminación posterior de la causa. Conecta el flujo con un [plan de continuidad ante una caída SaaS](/es/blog/caida-saas-plan-continuidad-negocio). ### 3. Salida: evidencia de retirada de accesos La salida tiene una hora definida. Identidad, aplicaciones, equipos y traspaso de funciones necesitan tareas asignadas. Comprueba la visibilidad del trabajo pendiente y las evidencias de ejecución. Distingue revocación automática de una tarea manual para el administrador. Desactivar la identidad principal no elimina necesariamente todas las cuentas SaaS o sesiones; el proceso debe contemplar excepciones. ### 4. Cambio: de la aprobación al resultado del despliegue Actualizar la aplicación de ventas requiere evaluar impacto, asignar la decisión, fijar una ventana, preparar reversión y relacionar el cambio con el desarrollo. Prueba también el cambio de emergencia y su revisión posterior. Un cambio rutinario ya aprobado no debería generar el mismo esfuerzo que una migración arriesgada de base de datos. Ajusta el flujo al riesgo. ## IA en ITSM: qué comprobar en 2026 La asistencia con IA es una dirección común de las ofertas actuales: Jira Service Management y Freshservice describen estas capacidades en sus materiales. Su disponibilidad no demuestra la calidad en vuestro entorno. Utiliza tickets anonimizados en los idiomas del equipo. Prueba categorías, resúmenes y respuestas basadas en conocimiento. Incluye una pregunta sin respuesta documentada y un intento de consultar un documento restringido. Mide corrección, tiempo ahorrado, escalados a personas y coste. Aclara qué se factura como conversación o resolución. Acciones como conceder accesos requieren reglas de aprobación, cuentas con permisos limitados y registro de ejecución. ## Calcula el coste total a tres años El precio por agente es solo una parte. Solicita presupuestos equivalentes: por ejemplo, cinco personas de soporte, 200 empleados, 300 equipos y los cuatro procesos anteriores. Es un escenario de cálculo, no un umbral para elegir producto. **TCO de 36 meses = implantación + migración + formación + 36 × costes mensuales + cambios posteriores + coste de salida.** Incluye licencias, alojamiento, soporte, conectores, IA, objetos adicionales y tiempo del administrador. Convierte compromisos anuales al periodo completo y compara el mismo alcance, moneda e impuestos. Revisa: - qué roles requieren licencia, incluidos agentes ocasionales y aprobadores, - qué se considera activo, objeto o unidad facturable, - si SSO, logs, retención y entorno de pruebas están incluidos, - límites de API, automatización e IA y cargos por exceso, - exportación de tickets, adjuntos, relaciones e historial. El alojamiento propio necesita actualizaciones, backup y recuperación. El SaaS requiere configuración, administración y desarrollo de procesos. Asigna un responsable en ambos modelos. ## ITIL 5 como referencia para los procesos [ITIL (Version 5)](https://www.peoplecert.org/news-and-announcements/itil-version-5-explained) aporta un contexto actual para gestionar productos y servicios digitales. Úsalo para hablar de valor del servicio, responsabilidad y mejora. La terminología de un producto no demuestra que el empleado reciba un portátil operativo a tiempo. Los escenarios de aceptación muestran si formularios, tareas, aprobaciones y mediciones forman un proceso que funciona. ## Haz un piloto de cuatro semanas Elige dos herramientas que cumplan los requisitos obligatorios. Descarta antes las que no cubran alojamiento, permisos o exportación de datos. 1. **Semana 1:** define procesos, responsabilidades, datos y criterios de aceptación. 2. **Semana 2:** configura un portal mínimo, SLA, roles y una muestra pequeña de activos. 3. **Semana 3:** ejecuta escenarios con TI, RR. HH. y empleados; registra esfuerzo y dificultades. 4. **Semana 4:** verifica informes, exportación, coste a tres años y administración futura. Una ponderación orientativa sería 30% procesos, 20% usabilidad, 15% integraciones, 15% coste, 10% administración y 10% seguridad. Adáptala a la empresa. Los requisitos obligatorios siguen siendo condiciones de entrada, independientemente de la puntuación total. Empieza la evaluación de GLPI por activos y mantenimiento; Jira Service Management, por colaboración con desarrollo; Freshservice, por servicios a empleados en SaaS; y ServiceDesk Plus, por despliegue e integraciones. El piloto debe confirmar o cambiar esa selección. Techcroud puede ayudar a definir requisitos, realizar el piloto, ordenar datos e implantar la plataforma y los procesos elegidos. Consulta nuestro servicio de [Socio IT](/es/servicios-it) para convertir solicitudes dispersas en un servicio medible.