Tutorial · 3 de mayo de 2026
Cómo montar un helpdesk de TI por menos de $0
La mayoría de los equipos pequeños de TI funcionan con DMs de Slack y una bandeja compartida. Funciona hasta que deja de funcionar. Esta guía recorre una configuración en 5 fases para tickets, expectativas de SLA, enrutamiento y seguimiento de activos sin un contrato de ServiceNow.
Montar un helpdesk de TI interno que funcione toma una semana: un solo correo de entrada, 5 categorías, 3 niveles de prioridad con expectativas de SLA realistas, reglas de enrutamiento asociadas a tu equipo y un lanzamiento de un párrafo para la empresa. Para un equipo pequeño (menos de 50 empleados), la configuración central de tickets cabe dentro de un plan gratuito; la gestión de SLA arranca en el plan Pro.
Por qué fracasan la mayoría de las configuraciones de TI interno
Si tu equipo de TI se ahoga en solicitudes pero no tiene idea de cuántas son ni de qué tipo, no estás solo. Cuatro patrones lo provocan.
Solicitudes dispersas entre Slack, correo y DMs
Sin un único punto de entrada, la mitad de tus tickets nunca se convierten en tickets. No puedes medir lo que no puedes ver.
Sin sistema de prioridades, así que todo es "urgente"
Cuando todos los tickets parecen críticos, los P1 reales esperan detrás de pedidos cosméticos. Una simple lista de prioridades de 3 niveles arregla esto en una tarde.
Cultura de héroe en lugar de proceso
Una sola persona sabe dónde está todo y cómo arreglarlo. Eso funciona hasta que está de vacaciones. Documenta las 10 soluciones más comunes como artículos de la base de conocimientos antes del próximo incidente.
Herramientas con precios de empresa grande
ServiceNow, Jira Service Management y BMC Helix arrancan en el rango de miles al mes. Para una empresa de 50 personas, es excesivo, y el costo de configuración rivaliza con el de la licencia.
La configuración en 5 fases (una fase por día)
Este es el playbook que usan los equipos pequeños de TI para pasar del caos a un helpdesk funcionando en cinco días enfocados. Cada fase es un día; cada paso es una acción concreta que puedes terminar en menos de dos horas.
Fase 1 — Bandeja de entrada
Día 1- Elige una sola dirección de entrada (por ejemplo, it-help@tuempresa.com)
- Reenvía las solicitudes de TI existentes desde los canales de Slack y los DMs 1:1 a esa dirección
- Conecta la bandeja a tu helpdesk para que cada correo se convierta en un ticket
- Desactiva la respuesta automática de "ya lo recibimos" durante la primera semana: agrega ruido mientras depuras el enrutamiento
Fase 2 — Categorías
Día 2- Define 5 categorías: Accesos, Hardware, Software, Red, Otros
- Agrega una etiqueta para cada categoría en tu helpdesk
- Etiqueta los últimos 50 tickets manualmente para ver la distribución real
- Configura el etiquetado automático para palabras clave obvias ("VPN" → Red, "laptop" → Hardware)
Fase 3 — SLA
Día 3- Define 3 niveles de prioridad: P1 (producción caída), P2 (afecta el trabajo de hoy), P3 (solicitud, no un bloqueo)
- Fija objetivos realistas: primera respuesta P1 ≤30 min · P2 ≤4 horas · P3 ≤24 horas
- Conecta las alertas de incumplimiento a un canal de Slack o a tu teléfono
- Documenta las definiciones de prioridad para que quien solicita pueda autoclasificarse en el formulario
Fase 4 — Enrutamiento
Día 4- Asocia categorías a personas: Red → líder de infraestructura, Software → generalista de TI, etc.
- Define un asignado por defecto para los tickets sin enrutar, así nada queda en el limbo
- Si tu equipo rota la guardia, configura la asignación round-robin para los P1
- Agrega una regla de escalamiento: cualquier P1 sin responder durante 15 min avisa automáticamente a quien está de guardia
Fase 5 — Lanzamiento
Día 5- Envía a la empresa un anuncio de un párrafo con la dirección de correo y las expectativas de SLA
- Reemplaza el tema del canal de Slack de TI con la nueva dirección de correo y una nota de "usa el formulario para dar seguimiento"
- Publica 3 artículos iniciales de la base de conocimientos para las solicitudes más comunes (restablecer contraseña, VPN, MFA)
- Agenda una revisión a los 30 días para mirar la distribución por categoría y las tasas de cumplimiento de SLA
Cómo lo maneja FyneDesk
La configuración arranca con funciones del plan gratuito: correo a ticket, categorías y etiquetas personalizadas, enrutamiento, base de conocimientos y gestión de activos. La configuración de SLA con alertas de incumplimiento está disponible en el plan Pro. La configuración está documentada; no hace falta una llamada de servicios profesionales.
Tabla de SLA realista para un equipo pequeño de TI
Úsala como punto de partida. Ajústala según tu horario de atención, la cobertura de guardia y qué tan grave es el impacto de cada categoría cuando algo se rompe.
| Ejemplo de solicitud | Prioridad | Primera respuesta | Resolución |
|---|---|---|---|
| Sistema de producción caído (correo, nómina, app de cara al cliente) | P1 | ≤ 30 min | ≤ 4 horas |
| No puede iniciar sesión (cuenta, MFA, VPN) | P2 | ≤ 4 horas | ≤ 1 día hábil |
| Problema de hardware (la laptop no arranca, el monitor parpadea) | P2 | ≤ 4 horas | ≤ 2 días hábiles |
| Solicitud de software nuevo, aprovisionamiento de accesos | P3 | ≤ 1 día hábil | ≤ 5 días hábiles |
| Equipo para una nueva contratación (tiempo de entrega) | P3 | ≤ 1 día hábil | ≤ 1 semana antes de la fecha de inicio |
| Pregunta general o "cómo hago X" | P3 | ≤ 1 día hábil | El mismo día hábil si es posible |
Regla práctica: fija SLA que puedas cumplir el 95% de las veces y luego ajústalos cada trimestre. Los SLA incumplidos dañan más la confianza que los holgados.
Vincular los tickets a los activos
Si gestionas más de 30 laptops, monitores o licencias de software de la empresa, el seguimiento de activos se paga solo la primera vez que alguien pregunta "¿qué versión de Office tiene Marketing?". Vincula cada activo a su dueño y enlaza los tickets al activo: el tiempo de resolución de problemas baja, las decisiones de reemplazo se vuelven más rápidas y las conversaciones de presupuesto se simplifican mucho.
No necesitas una herramienta de gestión de activos de TI aparte para esto. Un helpdesk con registros de activos integrados (modelo de laptop, serie, dueño, fecha de compra, garantía) cubre lo que la mayoría de los equipos pequeños necesitan. Las hojas de cálculo también sirven, pero se desincronizan el día en que alguien se olvida de actualizarlas.
Cómo lo maneja FyneDesk
Los registros de activos son parte del plan gratuito. Cada activo tiene un dueño, un tipo, una serie y un historial de tickets. Cuando entra un ticket, puedes vincularlo al activo en un clic, y el historial del activo muestra todos los problemas que ha tenido.
La conclusión
Un helpdesk de TI interno que funcione no es un problema de herramientas; es un problema de proceso con un requisito de herramienta. Elige la herramienta más simple que maneje tickets, SLA, enrutamiento y activos, configúrala en cinco días enfocados y lánzala con expectativas claras. Sáltate la comparación de opciones empresariales hasta que superes la opción gratuita: la mayoría de los equipos pequeños nunca lo hacen.
Preguntas frecuentes
Si atiendes más de 5 solicitudes de TI por semana y están dispersas entre Slack, correo y DMs, sí. Un helpdesk le da a cada solicitud un responsable, un estado y un historial. Sin eso, las solicitudes se pierden, se repiten y se olvidan. Para equipos de TI de menos de 5 personas, incluso un helpdesk gratuito recupera el costo de configuración en el primer mes.
Audiencia y tono. Una mesa de TI interna atiende a empleados: los tickets son sobre accesos, hardware, software, red. Los SLA se negocian según el impacto en el negocio. El tono es directo y técnico. Un helpdesk de clientes atiende a usuarios externos: los tickets son sobre productos, pedidos, cuentas. Los SLA son competitivos (más rápido es mejor). El tono es más amable, con más conciencia de marca. Muchas herramientas cubren ambos, pero los flujos de trabajo son distintos y necesitan categorías, SLA y (a menudo) equipos separados.
La mayoría de los equipos pequeños de TI pueden tener un helpdesk funcionando en una semana: una fase por día si te mantienes enfocado. La parte más larga suele ser el lanzamiento: lograr que los empleados de verdad usen la nueva dirección de correo en lugar de mandar un DM al líder de TI. Cuenta con 2 semanas de resistencia del tipo "llevamos años haciéndolo así" y responde cerrando tickets visiblemente más rápido que con el método anterior.
Cinco es el punto justo: Accesos, Hardware, Software, Red y Otros. Con menos de cinco no puedes enrutar de forma efectiva. Con más de cinco, etiquetar se vuelve una tarea pesada que se termina saltando. Refina después de 30 días de datos reales: si "Otros" supera el 20% de tus tickets, necesitas agregar una categoría; si alguna categoría está por debajo del 5%, fusiónala.
Empieza con tres prioridades: P1 (producción caída), P2 (afecta el trabajo de hoy), P3 (solicitud, no un bloqueo). Fija objetivos de primera respuesta que de verdad puedas cumplir: 30 min para P1, 4 horas para P2, 1 día hábil para P3 es realista para un equipo pequeño. Ajusta hacia objetivos más estrictos solo después de cumplir los más holgados durante un mes. Los SLA incumplidos dañan más la confianza que los lentos.
Si gestionas laptops, monitores o software con licencia de la empresa para más de 30 personas, sí. Vincular los tickets a los activos ("la MacBook Pro 2024 de Sarah #M-217") hace más rápida la resolución de problemas y el reemplazo, y te da los datos que necesitas para presupuestar. Los equipos más pequeños suelen arreglárselas con una hoja de cálculo durante el primer año.
Para equipos de TI de 1 o 2 personas, normalmente tú eres la guardia. La jugada es hacer ruidoso el escalamiento de P1 (DM de Slack, notificación push, SMS) y silencioso el de P2/P3 (sin alerta, en lotes durante el horario normal). Para equipos de 3 o más personas, una rotación semanal funciona bien: la misma persona es responsable de los escalamientos P1 de lunes a domingo y luego entrega el relevo. Documenta la rotación en el helpdesk para que el sistema sepa a quién avisar.
Para un equipo pequeño, el plan gratuito de FyneDesk cubre tickets, enrutamiento, gestión de activos, base de conocimientos, webhooks y analíticas para hasta 3 agentes a $0 al mes. Es suficiente para la mayoría de los equipos de TI internos de menos de 50 empleados. La gestión de SLA y escalar más allá de 3 agentes te llevan al plan Pro a $12 por agente al mes. Compáralo con ServiceNow o Jira Service Management, donde solo la configuración puede costar más que un año de FyneDesk Pro.
Opera tu mesa de TI con el plan gratuito
FyneDesk incluye tickets, enrutamiento, gestión de activos y base de conocimientos en su plan gratuito. La gestión de SLA arranca en el plan Pro a $12 por agente al mes.
Acerca de esta guía: Escrita por el equipo de FyneDesk con base en los patrones de configuración comunes que usan los equipos pequeños de TI interno. Los objetivos de SLA son puntos de partida conservadores: ajústalos a tu tolerancia al impacto en el negocio. Actualizada el 3 de mayo de 2026. ¿Detectaste un error? Escribe a support@fynedesk.io.