Catálogo de servicios de TI: principios de diseño para lograr una adopción exitosa
June 24, 2026
El catálogo de servicios de TI es una de las características más implementadas en las plataformas ITSM. Casi todas las organizaciones que implementan una solución de gestión de servicios de TI crean uno al inicio, lo rellenan con una lista de servicios disponibles y lo publican para los empleados. Y luego, en una gran parte de esas organizaciones, los empleados siguen enviando correos electrónicos directamente a TI, llamando al servicio de asistencia o enviando mensajes a técnicos individuales, porque el catálogo existe pero no logra un uso constante. Se hizo la inversión. La adopción nunca llegó.
Esta brecha entre la disponibilidad del catálogo y su adopción es uno de los desafíos más persistentes en la gestión de servicios de TI. No es, como muchos líderes de TI asumen, principalmente un problema de capacitación o de comunicación. Es casi siempre un problema de diseño. Los catálogos que no se utilizan suelen construirse desde la perspectiva del equipo de TI, organizados en torno a procesos de TI, poblados con terminología técnica y estructurados de una manera que tiene sentido para las personas que prestan los servicios, en lugar de para las personas que necesitan solicitarlos.
Este artículo examina qué diferencia un catálogo de servicios que los empleados usan activamente de uno que permanece en un portal que la mayoría de la organización nunca abre. Los principios de diseño, las decisiones estructurales y las prácticas de mantenimiento cubiertas aquí se aplican independientemente de la plataforma ITSM que utiliza tu equipo, y el contexto de implementación específico es Freshservice, donde estos principios se pueden aplicar directamente a través de las herramientas nativas de catálogo y flujo de trabajo de la plataforma sin necesidad de desarrollo personalizado o integraciones de terceros.
El modo de fallo más común en el diseño de catálogos de servicios de TI es construir el catálogo en torno a la taxonomía de servicios existente del departamento de TI en lugar de en torno a la forma en que los empleados piensan naturalmente sobre sus propias necesidades. Un equipo de TI que organiza los servicios por función (redes, hardware, software, gestión de accesos, seguridad) puede sentir que esta estructura es lógica y completa. Desde el punto de vista de las operaciones de TI, lo es. Desde el punto de vista del empleado, es opaco y crea una fricción inmediata en el punto de búsqueda, incluso antes de que el empleado haya intentado enviar una solicitud.
Un analista financiero que necesita acceso a un sistema de informes específico no piensa en buscar bajo "gestión de accesos". Un nuevo empleado esperando su portátil no navega a "aprovisionamiento de hardware". Cuando la estructura del catálogo requiere que los empleados entiendan cómo TI organiza su propio trabajo para encontrar lo que necesitan, la mayoría de los empleados tomarán el camino de menor resistencia, que es saltarse el catálogo por completo y contactar a TI directamente por correo electrónico o mensaje directo. El catálogo se convierte en una herramienta para que TI la use en nombre del empleado en lugar de un canal de autoservicio que los empleados usen ellos mismos, lo cual es lo opuesto a su propósito previsto.
Estrechamente relacionado con el fallo estructural está el problema del lenguaje. Los catálogos que utilizan terminología interna de TI en nombres de servicios, descripciones y campos de formulario crean barreras cognitivas que la mayoría de los empleados no superarán. Términos como "aprovisionamiento de VPN", "configuración de punto final" o "solicitud de acceso LDAP" son significativos para el personal de TI y en gran medida sin sentido para la mayoría de los empleados que necesitan esos servicios pero no los conocen por sus nombres técnicos. La fricción no se trata de complejidad. Se trata de traducción, y cuando los empleados no pueden identificar con confianza qué elemento del catálogo se corresponde con su necesidad, adivinan incorrectamente, abandonan el envío o se comunican directamente con TI.
Un diseño de catálogo eficaz utiliza lenguaje orientado al empleado en todo momento: nombres de servicios escritos en términos sencillos, descripciones que explican el resultado del servicio en lugar del proceso que TI utiliza para entregarlo, y campos de formulario redactados como preguntas que un empleado no técnico reconocería. "Solicitar acceso a una nueva aplicación" es más eficaz que "Aprovisionamiento de acceso a software". "Obtener ayuda con mi ordenador" es un punto de entrada más accesible que "Recepción de incidentes de punto final". El lenguaje del catálogo debe reflejar cómo los empleados describen sus propios problemas y necesidades, no el vocabulario operativo del equipo de TI que lo diseñó.
Las organizaciones que logran una adopción consistente y alta del catálogo tienden a compartir una orientación de diseño común: tratan el catálogo como un producto con los empleados como sus usuarios finales y aplican los mismos principios que un equipo de producto usaría para optimizar el compromiso y la finalización de tareas. Esto significa comenzar con una comprensión de cuáles son los servicios más solicitados, mapear cómo los empleados navegan y describen actualmente esas necesidades, y probar cómo los usuarios reales interactúan con el catálogo antes de que se implemente ampliamente en toda la organización.
En lugar de intentar catalogar cada servicio de TI en el lanzamiento, los catálogos de alta adopción suelen comenzar con un conjunto enfocado de los servicios más solicitados y se expanden con el tiempo a medida que se establecen los patrones de adopción. Comenzar con veinte servicios bien diseñados, claramente descritos y fáciles de enviar genera más adopción que lanzar trescientos servicios difíciles de navegar y mantenidos de forma inconsistente. Los empleados que completan con éxito una solicitud a través del catálogo volverán a usarlo. Los empleados que tienen dificultades o fallan en su primer intento a menudo no regresan, lo que establece patrones de adopción que pueden ser difíciles de revertir incluso después de realizar mejoras significativas en el catálogo.
Un catálogo que presenta la misma lista de servicios a cada empleado, desde nuevos empleados hasta líderes sénior, desde RRHH hasta ingeniería, requiere que los empleados naveguen por contenido que es en gran medida irrelevante para su rol y contexto específicos. La personalización basada en roles y departamentos reduce la carga cognitiva al mostrar los servicios más relevantes para cada empleado, restar importancia u ocultar los servicios que quedan fuera de su función, y presentar servicios de incorporación relevantes automáticamente en momentos clave del ciclo de vida, como las fechas de inicio de nuevos empleados o las transferencias internas. La personalización es una de las mejoras de mayor impacto que un equipo de TI puede hacer a un catálogo existente sin requerir una reconstrucción estructural completa.
Los formularios de solicitud son el punto en el flujo de trabajo del catálogo donde la adopción suele fallar en el último paso. Los formularios largos con campos innecesarios, las preguntas estáticas que solicitan información que TI ya tiene en sus sistemas y las etiquetas de campo ambiguas que obligan a los empleados a adivinar la respuesta correcta, todo ello aumenta el abandono e introduce errores que ralentizan el cumplimiento. Los formularios bien diseñados utilizan lógica condicional para mostrar solo los campos relevantes para cada tipo de solicitud según las respuestas anteriores, precargar datos de usuario conocidos del directorio para reducir la entrada repetitiva e incluir texto de ayuda en línea para que los empleados puedan seleccionar la opción correcta sin necesidad de contactar a TI para aclaraciones. El principio rector: cada formulario debe contener exactamente los campos necesarios para cumplir la solicitud sin seguimiento, y nada más.
Una de las formas más efectivas de lograr una adopción duradera del catálogo es demostrar a los empleados desde el principio que enviar una solicitud a través del catálogo produce un resultado más rápido y predecible que enviar un correo electrónico directamente a TI. Esto requiere que el catálogo esté conectado a flujos de trabajo de automatización y aprobación robustos que muevan las solicitudes a través de las etapas de cumplimiento sin intervención manual en cada paso. Cuando un empleado envía una solicitud estándar de acceso a software y recibe confirmación automática, enrutamiento automático al grupo de resolución correcto, notificaciones automáticas de estado y cierre dentro del plazo esperado, aprende que el catálogo funciona de manera fiable. Esa experiencia impulsa el uso repetido.
La automatización de aprobaciones es particularmente importante para los servicios que requieren la revisión del gerente o de seguridad antes de que pueda comenzar el cumplimiento. Los catálogos que enrutan las solicitudes de aprobación manualmente introducen retrasos que frustran tanto al empleado que espera el servicio como al aprobador que debe responder a una notificación ad-hoc. El enrutamiento de aprobación automatizado con rutas de escalamiento definidas mantiene las solicitudes en movimiento y crea la experiencia de cumplimiento fiable y predecible que fomenta la adopción a largo plazo. En Freshservice, el flujo de aprobación para los elementos del catálogo se configura a través del creador de flujos de trabajo sin código de la plataforma, lo que permite a los equipos de TI diseñar cadenas de aprobación multinivel, lógica de enrutamiento y disparadores de notificación para cada elemento de servicio sin requerir recursos de desarrollo o scripting personalizado.
Freshservice ofrece un módulo de catálogo de servicios diseñado específicamente que es compatible con toda la gama de principios de diseño cubiertos en este artículo. Los elementos de servicio se crean con formularios de solicitud personalizables, asignaciones de categorías y subcategorías, configuraciones de visibilidad basadas en roles y configuraciones de flujos de trabajo de aprobación directamente dentro de la plataforma. El catálogo se integra de forma nativa con Freddy AI, que muestra artículos relevantes de la base de conocimientos y elementos del catálogo antes de que un empleado complete su envío, lo que permite la desviación de solicitudes comunes y reduce el volumen de tickets para los equipos de TI que mantienen una base de conocimientos precisa y actualizada junto con el catálogo.
Los controles de acceso basados en roles en Freshservice permiten a los equipos de TI configurar qué elementos del catálogo son visibles para qué grupos de empleados, lo que permite la personalización a nivel de departamento y de rol sin desarrollo personalizado. La plataforma admite flujos de trabajo de aprobación multinivel, asignación de tareas de cumplimiento y configuración de SLA a nivel de elemento de servicio individual, lo que significa que cada tipo de solicitud puede tener sus propias expectativas de cumplimiento, rutas de escalamiento y asignaciones de grupos de resolución configuradas de forma independiente. Para los equipos de TI que están construyendo o reconstruyendo su catálogo, Freshservice ofrece las herramientas nativas para diseñar la adopción por parte de los empleados desde la configuración inicial en lugar de tratar la adopción como un problema a revisar después del lanzamiento.
Un catálogo de servicios no es un proyecto de configuración que se realiza una sola vez. Los entornos de TI cambian continuamente: se añaden y retiran aplicaciones, se actualizan las políticas, las estructuras organizativas cambian y los servicios que los empleados necesitan evolucionan junto con los requisitos del negocio. Los catálogos que se lanzan y se dejan sin cambios rápidamente se vuelven imprecisos, lo cual es una de las formas más rápidas de erosionar la adopción que se había logrado. Los empleados que solicitan un servicio a través del catálogo y descubren que el servicio ya no está disponible, o que el proceso ha cambiado de formas que el catálogo no refleja, descubren que el catálogo no es una fuente fiable de información, y esa lección tiende a persistir mucho después de que el catálogo sea corregido.
Un mantenimiento eficaz del catálogo requiere un ciclo de revisión definido, normalmente trimestral para servicios de alto volumen y semestral para el inventario completo del catálogo, así como un modelo de propiedad claro que asigne cada elemento del catálogo a un equipo de resolución específico o a un propietario de servicio responsable de mantener actualizados su contenido y las configuraciones de flujo de trabajo. Los equipos de TI que rastrean las solicitudes no cumplidas o abandonadas pueden identificar qué servicios están generando confusión o fricción y priorizar las mejoras en consecuencia. El catálogo debe tratarse como un producto gestionado con propietarios definidos, una cadencia de revisión y estándares de rendimiento medibles, no como un artefacto de configuración que se asume que se mantendrá preciso sin una gestión activa.
La adopción significativa de un catálogo no se mide por el número de elementos de servicio publicados o el volumen de solicitudes enviadas en el primer mes después del lanzamiento. Se mide por la proporción de solicitudes de servicio elegibles que los empleados envían a través del catálogo en lugar de hacerlo por canales informales como el correo electrónico, mensajes directos al personal de TI o solicitudes presenciales. Las organizaciones que miden esta métrica por primera vez a menudo descubren que las tasas de envío a través del catálogo son más bajas de lo que se suponía, lo que proporciona una base útil y honesta para establecer objetivos de mejora y evaluar el impacto de cambios de diseño específicos a lo largo del tiempo.
Otras métricas que ayudan a los equipos de TI a evaluar la calidad de la adopción incluyen las tasas de finalización de formularios, cuántos empleados que inician una solicitud la envían con éxito—, el tiempo de cumplimiento por elemento de servicio, y las tasas de reenvío o seguimiento que indican qué servicios están generando confusión después del envío. En conjunto, estas métricas proporcionan a la dirección de TI una imagen precisa del rendimiento del catálogo en toda la base de empleados y ayudan a priorizar las mejoras de diseño con mayor probabilidad de aumentar la adopción de forma medible, en lugar de realizar cambios basados en suposiciones o en comentarios anecdóticos solo del equipo de TI.
Si tu equipo de TI está creando un nuevo catálogo de servicios, reconstruyendo uno que no ha logrado la adopción necesaria, o evaluando cómo su plataforma ITSM actual puede soportar un diseño más centrado en el empleado, en GB Advisors podemos ayudarte a evaluar tu configuración actual y a diseñar un catálogo que sirva tanto a sus empleados como a tu equipo de TI. Contáctanos y agenda una asesoría gratis.
