TI interna o proveedor externo: quién debe mantener el software de tu empresa

La pregunta que llega tarde: «¿y quién va a mantener esto?»

Hay un momento en casi todo proyecto de software en una empresa mediana de Ecuador. El sistema ya está implementado, el equipo lo usa, las ventas salen y las facturas se emiten. Y entonces alguien en gerencia pregunta: «¿y esto quién lo mantiene?».

La respuesta honesta suele ser confusa. Un técnico que también arregla impresoras. Un proveedor que responde por WhatsApp. Un contador que sabe el módulo contable pero no el inventario. Y un gerente que se da cuenta de que nunca decidió realmente quién era el responsable del sistema, simplemente fue sucediendo.

Esa decisión —tener un área de TI interna, apoyarse en un proveedor externo, o combinar las dos cosas— es de las más importantes que toma una empresa y de las que menos se discuten de forma explícita. Este artículo no es sobre qué software elegir, ni sobre cuánto cuesta. Es sobre la estructura de gente y de responsabilidad que sostiene la inversión después de la implementación.

Qué hace realmente un área de TI en una PYME

Primero conviene desarmar una confusión frecuente: el área de TI de una mediana empresa no es solo la persona que «arregla computadoras». En la práctica cubre cuatro frentes distintos, con perfiles muy diferentes:

• Soporte de primer nivel: contraseñas, impresoras, cajeros, conectividad, sesiones que no abren. Alta frecuencia, baja complejidad.
• Administración del sistema: usuarios y permisos, catálogos, parámetros, respaldos, llaves de facturación electrónica. Constancia más que urgencia.
• Infraestructura y seguridad: red, servidores o nube, antivirus, control de accesos, cumplimiento de protección de datos.
• Desarrollo y mejora: integraciones, reportes nuevos, automatizaciones, mejoras al sistema o software a medida.

Un solo técnico puede cubrir los dos primeros frentes con holgura. Los dos siguientes exigen competencias y tiempo que rara vez están en una sola persona, y casi nunca en una persona que además atiende el mostrador.

El costo real de un área interna no es el sueldo

Cuando una empresa compara «contratar a alguien» contra «pagarle a un proveedor», normalmente compara dos números que no son equivalentes. El costo de una persona en relación de dependencia en Ecuador no es el sueldo nominal: suma aportes patronales, décimos, vacaciones, fondos de reserva y la provisión por desahucio. A eso hay que agregar equipo, licencias y espacio.

Pero el costo que casi nunca se calcula es el más importante: el costo de la ausencia. Si el sistema no factura porque la única persona que sabe resolvió un problema está de vacaciones, el costo no es el sueldo del día: es la operación detenida, son las facturas que no se emiten, es el inventario que se mueve en papel. Y el costo más caro de todos: el costo de la rotación. Cuando esa persona se va, se lleva lo que sabía y no quedó documentado.

Por el otro lado, un proveedor externo también tiene costos ocultos: la curva de inducción, la dependencia de una cuenta de soporte, la tentación de cobrar por visita cada ajuste, y la posibilidad de que el proveedor desaparezca o cambie de prioridades. Ninguno de los dos modelos es gratis.

Los tres modelos, comparados con honestidad

La tabla deja ver algo incómodo: el modelo híbrido gana en casi todas las filas, pero es también el que más fácil se degrada. Sin una definición clara de quién responde qué, el resultado típico es que el interno culpa al proveedor, el proveedor culpa a la red, y el problema sigue sin resolverse.

Cuándo conviene cada modelo

TI interna tiene sentido cuando…

• Hay operación crítica en sitio: varios locales, planta, bodega, cajas que no pueden esperar una respuesta remota.
• El sistema está muy adaptado al negocio y hay procesos propios que solo entiende quien está dentro.
• Existe volumen suficiente de incidencias diarias como para justificar una persona a tiempo completo.
• Hay requisitos de confidencialidad que obligan a que ciertos accesos no salgan de la empresa.

Proveedor externo tiene sentido cuando…

• La empresa es pequeña y las incidencias no justifican una nómina completa.
• Lo que se necesita es especialización puntual: seguridad, integraciones, base de datos, nube.
• La empresa no tiene capacidad de gestionar a un técnico (selección, supervisión, evaluación).
• Se busca un costo predecible y deducible como gasto operativo.

El híbrido tiene sentido cuando…

• Hay entre 25 y 100 empleados y varios sistemas conviviendo (facturación, inventario, nómina, CRM).
• La empresa quiere conservar el conocimiento del negocio dentro y comprar solo la especialización que no tiene.
• Se está creciendo y no se sabe todavía qué tamaño tendrá el área.

Lo que sí decide el resultado: la documentación y los acuerdos

En cualquiera de los tres modelos, dos cosas separan a las empresas que duermen tranquilas de las que viven apagando incendios:

Primero, la documentación de lo que existe. Qué sistemas hay, quién tiene acceso, cómo se respalda, qué credenciales existen, qué procesos dependen de qué módulo y qué se hace cuando algo falla. Si esa información solo vive en la cabeza de una persona —interna o del proveedor— la empresa no tiene un sistema, tiene una dependencia.

Segundo, el acuerdo escrito de responsabilidades. No hace falta un contrato de cien páginas, pero sí definir: qué se considera una incidencia crítica, en cuánto tiempo debe responderse, quién autoriza cambios, qué está incluido y qué se cobra aparte, y cómo se entrega el conocimiento al terminar la relación. Cuando no existe ese acuerdo, la conversación se vuelve una negociación cada vez que algo se rompe.

Hay un tercer elemento que a menudo se ignora y que es determinante: el respaldo de la configuración, no solo de los datos. Recuperar la base de datos de ayer no sirve de mucho si nadie sabe cómo estaba configurado el sistema que la usaba.

Cómo lo vive Wide Solutions

Wide Solutions desarrolla e implementa software para empresas ecuatorianas desde hace 17 años, y en ese tiempo ha trabajado con las tres estructuras: clientes con área de TI propia y bien montada, clientes sin nadie de tecnología en nómina, y clientes en el punto intermedio que es el más común.

La postura de la empresa sobre este tema es clara: el software debe poder ser mantenido por terceros. Un sistema que solo lo entiende quien lo programó es un sistema que ata al cliente. Por eso el acompañamiento busca dejar capacidad instalada —documentación, capacitación, acceso a la configuración— en lugar de concentrarla.

También conviene ser franco sobre los límites: Wide no reemplaza a un área de TI interna cuando la operación exige presencia física permanente en varios locales. En esos casos, lo que ofrece es lo especializado: el sistema, su evolución y el soporte de segundo nivel, trabajando junto al equipo del cliente. Puedes revisar el detalle en quiénes somos y en cómo se implementa y se da soporte.

Cinco preguntas para decidir en tu empresa

1. ¿Cuántas incidencias reales tenemos al mes? Si son menos de veinte y ninguna detiene la operación, una nómina completa probablemente no se justifica.
2. ¿Qué pasa si la persona que sabe se va mañana? Si la respuesta incluye «no sabríamos qué hacer», el problema no es el modelo: es la falta de documentación.
3. ¿Cuánto cuesta una hora de operación detenida? Ese número define cuánto vale la continuidad y debería estar en la decisión.
4. ¿Qué parte del conocimiento debe quedarse dentro? Procesos propios, políticas de precios, acuerdos con clientes: eso no se delega.
5. ¿Quién firma la responsabilidad? Debe haber un nombre —interno o del proveedor— que responda por el sistema. Si no hay nombre, no hay responsable.

La decisión de tener TI interna o trabajar con un proveedor externo no se gana por comparar precios. Se gana por saber qué parte de la operación la empresa quiere controlar directamente y qué parte prefiere comprar hecha. Las empresas que lo tienen claro suelen necesitar menos de las dos cosas que las que nunca se lo preguntaron.