Método MARGEN
Una forma de evitar proyectos de IA mal elegidos.
La mayoría de proyectos de IA empiezan demasiado tarde, en el proceso equivocado: cuando alguien ya decidió automatizar. Astor empieza antes. Identifica dónde se pierde margen, rediseña el flujo y solo después aplica IA donde el caso económico lo justifica.
Nota sobre RPA
A diferencia de la RPA tradicional, que rompe cuando aparece una excepción, Astor diseña sistemas que entienden contexto y se adaptan a casos límite. La IA Operacional no asume que el proceso es estable: asume que tiene fricciones reales que un sistema bien diseñado puede absorber.
Mapear
Pregunta clave
¿Cómo opera realmente la empresa, no cómo se asume que opera?
Entregable
Mapa operativo del proceso actual, con tiempos reales, handoffs, dependencias y puntos de fricción documentados.
Riesgo que evita
Automatizar un proceso que nadie entiende completo. El que más se equivoca es quien cree que ya sabe cómo funciona.
Aislar
Pregunta clave
¿Dónde se pierde margen, tiempo, control o velocidad?
Entregable
Mapa de fugas operativas, ranqueado por impacto económico estimado, esfuerzo de intervención y riesgo de ejecución.
Riesgo que evita
Priorizar casos interesantes pero económicamente irrelevantes. La IA sobre un proceso de bajo volumen es un experimento técnico, no un caso de negocio.
Rediseñar
Pregunta clave
¿Cómo debería funcionar el proceso antes de aplicar IA?
Entregable
Flujo objetivo con ownership claro, criterios de decisión explícitos y business case cuantificado.
Riesgo que evita
Poner IA sobre un flujo roto. La IA amplifica lo que encuentra; si el proceso está mal diseñado, lo automatiza mal y a mayor velocidad.
Generar
Pregunta clave
¿Qué piloto mínimo permite validar el impacto sin sobreconstruir?
Entregable
Sistema funcional limitado, con baseline medida, KPIs de aceptación y trazabilidad documental de cada output.
Riesgo que evita
Construir demasiado antes de aprender. Los pilotos largos cuestan caro y suelen morir antes de demostrar algo.
Escalar
Pregunta clave
¿Cómo se convierte el piloto en operación estable, no en proyecto huérfano?
Entregable
Sistema en producción, documentación operativa, formación del equipo, gobierno y cadencia de revisión.
Riesgo que evita
Que el piloto muera cuando deja de ser novedad. El handover sin estructura es la fase donde más proyectos de IA fallan.
Normalizar
Pregunta clave
¿Cómo se mantiene el sistema vivo, medido y mejorando?
Entregable
Retainer operativo con KPIs vivos, ajustes de modelos, revisión de incidencias y plan de mejora trimestral.
Riesgo que evita
Que el sistema se degrade en silencio. Los modelos envejecen, los procesos cambian, las integraciones se rompen. Sin cadencia, el ROI inicial se evapora.
Primero margen. Después proceso. Recién entonces IA.
Este orden no es retórico. Es la única secuencia que protege la inversión del cliente. Si una fase no cumple su criterio de salida, no se avanza a la siguiente. Si el caso económico no se sostiene en Aislar, no hay piloto. Si el piloto no llega a su baseline en Generar, no hay sistema. La disciplina del método es lo que justifica el trabajo.