IT externo para tu pyme: qué cubre, qué no cubre y cómo elegir bien

Muchas pymes llegan al IT externo por la misma vía: un incidente que desbordó al único perfil técnico de la empresa, o la salida de alguien que "sabía de informática" y de repente nadie sabe dónde están las contraseñas del servidor. Externalizar la gestión IT no es una moda ni una solución para grandes corporaciones — es el modelo que tiene más sentido para organizaciones de entre 20 y 200 empleados que necesitan infraestructura seria sin el coste de un departamento propio. Pero funciona bien solo si sabes exactamente qué estás contratando.

Qué hace realmente un proveedor IT externo

Un proveedor IT externo competente no es un técnico que viene cuando algo se rompe. Es una estructura de soporte continuo que trabaja en dos planos simultáneos: el reactivo (resolver incidencias cuando ocurren) y el proactivo (evitar que ocurran).

El plano proactivo es el que más se subestima. Un buen proveedor monitoriza tu infraestructura de forma continua — servidores, red, dispositivos — para detectar problemas antes de que afecten al negocio. Gestiona actualizaciones y parches de seguridad, supervisa las copias de seguridad y revisa que las licencias estén correctamente asignadas. Todo esto ocurre sin que nadie en tu empresa lo vea ni lo gestione. Los servicios serios formalizan este nivel como una capa base independiente: si el proveedor no te ofrece monitorización continua como componente explícito del contrato, probablemente no la está haciendo.

El plano reactivo es lo que la mayoría espera: un helpdesk al que llamar cuando algo falla, soporte remoto para los usuarios y capacidad técnica para escalar a especialistas cuando el problema lo requiere. La calidad aquí se mide en tiempos de respuesta garantizados y en si tienes un interlocutor que conoce tu entorno — o un ticket anónimo en una cola.

Qué no está incluido (aunque creas que sí)

Aquí es donde aparece la mayoría de los malentendidos entre empresas y proveedores IT. Hay servicios que muchas organizaciones dan por supuestos en un contrato y que en realidad dependen del alcance pactado — o directamente no forman parte del servicio estándar.

• Desarrollo de software a medida. El soporte IT cubre aplicaciones existentes, no el desarrollo de nuevas herramientas ni integraciones entre sistemas. Son proyectos con presupuesto propio.
• Formación continuada a usuarios. Resolver una incidencia de un usuario no es lo mismo que formarle para que no repita el error. La formación es un servicio diferente.
• Gestión de proveedores de telecomunicaciones. Tu proveedor IT puede coordinarse con la operadora, pero la interlocución contractual con el operador de fibra o móvil suele quedar fuera.
• Proyectos de transformación. Migrar a la nube, implantar un ERP o rediseñar la infraestructura de red son proyectos con alcance y precio propios, no incidencias del día a día.
• Cumplimiento normativo. Tu proveedor puede implementar controles técnicos para RGPD o NIS2, pero la responsabilidad legal y la auditoría formal corresponden a tu empresa o a un consultor especializado.

Los modelos de contrato más habituales

No todos los servicios IT externos funcionan igual. Antes de comparar precios, conviene entender qué estructura estás valorando, porque el modelo condiciona los incentivos del proveedor — y eso afecta directamente a cómo te tratará cuando algo falle.

El modelo de bolsa de horas es el más extendido en empresas pequeñas: pagas por tiempo consumido y tienes control directo del gasto. El problema es estructural — el proveedor factura más cuantas más incidencias hay, así que el incentivo para prevenirlas es limitado.

El modelo de tarifa plana mensual (lo que en el sector se llama MSP, Managed Service Provider) invierte ese incentivo: el proveedor cobra lo mismo haya o no incidencias, por lo que le interesa que tu infraestructura funcione bien. Para empresas a partir de 30–40 empleados con alta dependencia operativa de sus sistemas, este modelo suele ser más eficiente a medio plazo. La cuota cubre el soporte base, y los proyectos de mayor alcance se presupuestan por separado.

Existe también un modelo mixto o modular, especialmente útil cuando la empresa ya tiene personal IT interno pero necesita cubrir capacidades concretas — monitorización que no tiene tiempo de gestionar, soporte de segundo nivel para problemas de servidores o red, o un especialista al que escalar incidencias críticas. En este caso el proveedor actúa como extensión del equipo, no como sustituto.

Checklist para evaluar un proveedor IT externo

Antes de firmar con cualquier proveedor, estas son las preguntas que deberías poder responder con un sí claro — o con documentación en la mano.

• ¿Tienes por escrito los tiempos de respuesta garantizados? Distingue entre tiempo de respuesta (cuándo te contestan) y tiempo de resolución (cuándo está resuelto). Un SLA serio especifica ambos y los diferencia por gravedad de la incidencia.
• ¿La monitorización proactiva está incluida como servicio explícito? Si el proveedor solo actúa cuando le llamas, no es gestión IT — es soporte reactivo. Son cosas distintas y tienen precios distintos.
• ¿Sabes quién es tu interlocutor técnico habitual? El soporte anónimo por ticket funciona para incidencias menores. Para problemas de fondo, necesitas alguien que conozca tu infraestructura y tu negocio.
• ¿Cómo verifican que los backups funcionan? Pregunta si hacen pruebas periódicas de restauración. Si no las hacen, tus copias de seguridad son una promesa, no una garantía.
• ¿Qué pasa con tus datos y accesos si cambias de proveedor? La portabilidad de credenciales, la documentación de tu infraestructura y la propiedad de los datos debe estar recogida en el contrato desde el primer día.
• ¿Tienen experiencia en empresas de tu tamaño y sector? Un proveedor calibrado para grandes corporaciones no tiene necesariamente el enfoque adecuado para una pyme de 80 personas con presupuesto ajustado y necesidades concretas.

Un proveedor que responde bien a estas preguntas antes de firmar probablemente también responderá bien cuando las cosas se compliquen. Externalizar IT bien es, ante todo, una decisión de confianza — y la confianza se construye antes de que ocurra el primer problema.