Lo barato de construir y lo caro de mantener
Para un autónomo o una empresa pequeña, la inteligencia artificial es un regalo: automatizas un proceso en una tarde y el coste tiende a cero. A escala, la cosa cambia. Y no cambia por la herramienta, sino por lo que se rompe cuando falla y por quién lo sufre.
Los sistemas de una organización grande pueden estar desacoplados. La organización no. Un módulo no necesita arrastrar a otros para hacer daño: basta con que de él dependan varios equipos para trabajar. Lo que en una empresa de diez personas afecta a tres, en una de cuatro mil paraliza un proceso del que vive media plantilla.
La frase que resume mi trabajo: la deuda técnica que se fabrica en una tarde la acaba pagando quien da el «sí» en producción. Y se paga en soporte, en desgaste del equipo y en continuidad de negocio.
Dónde suelo entrar
- Proyectos que no arrancan porque nadie decide el alcance y cada área defiende el suyo.
- Automatizaciones sueltas hechas por gente con buena voluntad, sin responsable, sin registro y sin plan de qué pasa cuando fallan.
- Pilotos de IA que impresionan en la demo y no aguantan un mes de uso real.
- Procesos manuales caros que todo el mundo asume como inevitables porque nadie los ha medido.
Cómo decido qué se automatiza
Antes de tocar nada, tres preguntas. Si alguna no tiene respuesta, no se automatiza todavía:
- ¿Cuánto tiempo y dinero consume hoy? Medido, no estimado de memoria.
- ¿Qué pasa el día que falle? Quién se entera, quién lo arregla y qué hace el negocio mientras tanto.
- ¿Quién lo mantiene dentro de un año? Si la respuesta es «el que lo hizo» y esa persona puede irse, hay un problema de diseño, no de tecnología.
Sobre la IA, sin humo
Llevo tiempo haciendo formación de IA a buen ritmo y he visto de todo: metodologías sin validar defendidas por intuición, y a un formador exponiendo su clave de API en pantalla mientras proponía guardar los datos en una hoja de cálculo. Esos cursos facturan, motivan y convierten a cualquier curioso en ingeniero durante una tarde. Te enseñan a construirlo. A vivir con ello tres o cinco años, eso no te lo enseña nadie.
La IA no es el problema. El problema es confundir construir con sostener.
Cómo trabajo
Diagnóstico (1-2 semanas)
Mapa de procesos, dónde se va el tiempo, qué depende de qué y qué riesgos hay. Sale una lista priorizada por impacto partido por esfuerzo.
Plan (ejecutable, no una presentación)
Qué se hace primero, con qué criterio se da por terminado cada paso, quién lo mantiene y cómo se mide si funcionó.
Acompañamiento
Dirección del proyecto con el equipo interno o con el proveedor que ya tengáis. Mi valor no es teclear: es que las decisiones sean defendibles dentro de tres años.
Qué no hago
No vendo licencias, no monto pilotos para la foto y no recomiendo cambiar de sistema cuando el problema es de proceso. Si la respuesta honesta es «esto no hace falta», la dirás tú después de que yo te la haya dicho a ti.
Preguntas frecuentes
¿Trabajas con empresas pequeñas o solo grandes?
Con las dos, pero el enfoque cambia. En una empresa pequeña el riesgo de una automatización es bajo y se puede ir rápido. A partir de cierto tamaño, lo que decide no es la herramienta sino qué se rompe y a cuánta gente afecta.
¿Hace falta cambiar de ERP o de software?
Casi nunca. La mayoría de los problemas que me encuentro son de proceso y de decisión, no de producto. Cambiar de sistema es la respuesta más cara y la que más veces se propone.
¿Cuánto tarda en verse el resultado?
El diagnóstico da valor la primera semana, porque pone números donde había sensaciones. Los resultados de las automatizaciones se miden a 30, 60 y 90 días contra la medición previa.
¿Puedes dirigir el proyecto o solo asesorar?
Las dos cosas. Puedo entregar el plan y que lo ejecute vuestro equipo, o dirigirlo yo con vuestra gente o con el proveedor que ya tengáis.
¿Lo hablamos?
Una conversación de treinta minutos basta para saber si puedo ayudarte o si lo tuyo lo resuelve otro perfil. Si es lo segundo, te lo digo.
Escríbeme