La mayoría de agencias de IA empiezan a construir el lunes. Es comprensible: construir es visible, demostrable, vendible. El problema es que los proyectos de sistemas —llevo veinte años viéndolo con ERPs— no fracasan en la construcción. Fracasan en el planteamiento.
Lo que pasa cuando se construye sin plano
Un proyecto típico sin diagnóstico previo: se elige una herramienta antes de entender el proceso, se indexa documentación que no debería salir de ciertos permisos, se automatiza algo que necesitaba criterio humano, y tres meses después el sistema funciona técnicamente pero nadie lo usa. El coste no es solo el proyecto: es la desconfianza que queda hacia cualquier proyecto siguiente.
Lo que debería pasar antes
Antes de construir nada hay preguntas que solo se responden mirando los sistemas reales del cliente:
- ¿Dónde vive la documentación, en qué estado está, quién puede ver qué?
- ¿Qué datos del ERP son fiables y cuáles llevan años contaminados?
- ¿Qué decisiones necesitan a una persona y cuáles son mecánicas?
- ¿Qué piloto demuestra valor en semanas, no en meses?
El blueprint responde a esto por escrito: mapa de sistemas, diagrama de arquitectura, matriz de riesgo y uno o dos pilotos priorizados con retorno estimado. Tarda una semana. Y si después no hay proyecto, te quedas con un documento útil igualmente.
Por qué es de pago
Porque es trabajo real, no una llamada comercial disfrazada. Y porque un diagnóstico gratis solo tiene un objetivo: venderte el proyecto. Un diagnóstico pagado tiene otro: ser honesto, incluida la posibilidad de que la respuesta sea “todavía no”.