Proveedor de Servicios de TI
Una empresa que opera y soporta tu TI existente bajo un SLA: redes, dispositivos, servidores, cloud, helpdesk. No es lo mismo que una agencia de software, que construye software que antes no existía.
Un proveedor de servicios de TI es una empresa a la que pagas para mantener funcionando tu TI existente. Redes, puestos de trabajo, servidores, tenants de cloud, backups, identidades, parches y un helpdesk al que tu gente puede llamar. En mercados de habla alemana la misma firma se llama IT-Dienstleister o Systemhaus; internacionalmente suele ser un managed service provider (MSP). La forma comercial es un contrato de servicio con SLA: tiempos de respuesta, objetivos de disponibilidad y una cuota mensual por puesto o por dispositivo.
Es un negocio distinto al de una agencia de software. La confusión es comprensible, porque ambos son “gente de TI externa a la que pagas”. Lo que los separa es el entregable. Un proveedor de servicios de TI se mide por disponibilidad: lo que ya existe sigue en pie. Una agencia de software , buscada también como proveedor de servicios de software o Softwaredienstleister, se mide por entrega: algo que antes no existía ahora funciona en producción. Uno mantiene las luces encendidas, el otro construye el edificio.
Los tipos de contrato difieren por la misma razón. La TI gestionada se apoya en un contrato de servicios continuados, una obligación de medios con una promesa de disponibilidad. El desarrollo de software a medida se apoya de forma natural en un Werkvertrag , una obligación de resultado. Comparar las tarifas diarias de ambos no significa nada, porque no estás comprando el mismo tipo de promesa.
A partir de cierto tamaño, la mayoría de las empresas necesitan ambos, de dos proveedores distintos, y ese es el estado normal y sano, no un fallo de compras. Un Systemhaus que ofrece “desarrollo de software a medida” como línea secundaria suele dotarla de forma muy distinta a su núcleo de servicios gestionados, y conviene preguntarlo directamente.
Cuándo importa en un proyecto de software. Al escribir el briefing. Si pides a un MSP que construya un producto, normalmente recibirás un equipo pequeño con cultura de operaciones, cobrado por horas, optimizado para la estabilidad y no para encontrar product-market fit. Si pides a una agencia de producto que opere tu helpdesk, recibirás una negativa cortés, con suerte.
Lo que suelen hacer mal los compradores. Envían la misma licitación a las dos categorías y comparan las respuestas en paralelo. Las propuestas no son comparables: una cotiza disponibilidad por puesto, la otra cotiza un alcance. Decide primero qué entregable estás comprando y haz la lista corta dentro de esa categoría.
Cómo lo maneja Wavect. Estamos en el lado del software y solo en ese lado. Construimos software a medida y lo entregamos, y no operamos TI: sin helpdesk, sin gestión de puestos ni de redes, sin guardia 24/7 en sitio. Cuando un cliente ya tiene un proveedor de servicios de TI, construimos en paralelo y entregamos el sistema en funcionamiento de forma limpia. En IKB nuestro trabajo estuvo dentro del propio proyecto de la empresa de servicios públicos, en infraestructura, dispositivos y códecs, con traspaso completo después del primer año. Si todavía estás decidiendo qué categoría necesitas, los modelos de construcción de software presenta las cinco opciones en paralelo.