Tus usuarios ya programan con IA. La pregunta es si lo hacen con gobierno.
Cualquier persona que conoce bien un proceso puede describirlo en lenguaje natural y obtener una aplicación en días. Es la mayor oportunidad de innovación de la empresa y también su mayor riesgo de TI en la sombra.
Por Kyros · 2026
Velocidad con estructura, no velocidad sin control
La creación de software dejó de ser exclusiva del área de sistemas. El usuario funcional tiene el activo más escaso: el conocimiento profundo del proceso real. La IA le da la capacidad de convertirlo en software sin dominar el código. El problema aparece cuando la herramienta “parece funcionar” en la demostración y falla cuando el negocio crece, porque nadie construyó la seguridad, los permisos, la trazabilidad ni el mantenimiento.
Qué sí y qué no debe construir un usuario de negocio
| Tipo de solución | Aptitud | Rol de TI |
|---|---|---|
| Herramientas personales o del área: formularios, tableros, automatizaciones simples | Alta | Habilitar y dejar hacer con reglas claras |
| Prototipos para validar una idea antes de invertir | Alta | Acompañar y evaluar viabilidad |
| Apps que cruzan datos de varios sistemas o datos sensibles | Media | Equipo mixto y revisión de arquitectura |
| Soluciones para procesos críticos o de cara al cliente | Baja | TI lidera; el usuario aporta requerimientos |
| Sistemas de registro: finanzas, inventario, compras, nómina | Nula | ERP o plataforma empresarial |
¿La IA reemplaza al ERP?
No como sistema de registro. Finanzas, inventario, compras y nómina exigen integridad, controles y auditoría que una app hecha en días no ofrece. Lo que sí cambia es lo que rodea al ERP: módulos periféricos, personalizaciones costosas y suscripciones de nicho que hoy se pueden sustituir con herramientas propias, integradas por API y bien gobernadas.
De guardián a habilitador: tres pilares
- Capacitación por niveles. De la sensibilización para todos a la certificación de quienes hacen de puente entre negocio y TI, siempre con mentoría práctica.
- Control de cambios proporcional al riesgo. Verde para uso del área, ámbar cuando se integran sistemas y rojo para procesos críticos, con ambientes separados, versiones y bitácora.
- Scrum con equipos mixtos. El usuario funcional es dueño del producto, TI asegura estándares y una historia solo está terminada cuando pasó seguridad, pruebas y registro en el catálogo.
Cómo medir que funciona
- Adopción: creadores activos, apps registradas y áreas participantes.
- Gobierno: porcentaje de apps en catálogo y que pasan control de cambios.
- Valor: horas ahorradas, suscripciones retiradas y tiempo de entrega.
- Riesgo: incidentes y hallazgos de seguridad resueltos.
No gobernar es la opción más cara: los usuarios ya usan IA. Un área de tecnología bien diseñada lo hace visible, medible y seguro.