Marco MIDAS.
Metodología Integrada de Diagnóstico para Automatización y Selección. Es la metodología que el equipo de Nexus aplica para aterrizar la decisión de automatizar un proceso, evitando promesas de retorno que no se pueden sostener con datos reales.
Desarrollado por el equipo de Nexus y revisado por pares académicos (Val Picado, 2026, Universidad Intercontinental de la Empresa).
De proceso opaco a métrica defendible
El marco articula cinco bloques que se ejecutan en orden y producen una salida que es la entrada del siguiente. Completarlos no garantiza ahorro: garantiza que la decisión de automatizar se toma con criterios verificables.
Punto de partida: organizar los procesos de la empresa en una taxonomía neutral con cinco niveles jerárquicos, de la categoría macro hasta la tarea concreta candidata a automatización. Sin este mapa, cualquier intento posterior de evaluación se hace sobre arenas movedizas.
Categoría → Grupo de procesos → Proceso → Actividad → Tarea. El marco MIDAS lo aplica sin renombrar nada para preservar la trazabilidad con la literatura.
Embudo de cuatro fases que descarta progresivamente los procesos no aptos hasta seleccionar el candidato óptimo para una prueba de concepto. Es lo que separa los procesos automatizables de los que solo lo parecen.
Fase A: elegibilidad (5 criterios). Fase B: cuadrante viabilidad × beneficio. Fase C: preparación digital de los datos. Fase D: tipología tecnológica.
El proceso candidato se documenta con notación BPMN antes de tocar tecnología. Sirve para hacer explícitos los roles humanos, los sistemas y los puntos críticos de error que conviene mitigar.
Esta fase es la que muchos consultores se saltan y la razón por la que muchos despliegues fracasan por encajar mal con la operativa real.
Convierte el tiempo manual del proceso en una cifra económica defendible: horas/mes × coste/hora × 12. Construye el estado As-Is y, con criterio de analista, permite simular el escenario To-Be.
El autodiagnóstico de Nexus solo calcula el As-Is por una razón metodológica: el To-Be exige criterio humano y datos reales. Calcular ROI a partir de hipótesis genéricas no es serio.
Cuatro categorías tecnológicas según la naturaleza de los datos y el sistema legado: RPA en formato low-code, sistemas de gestión de flujos (WfMS/BPMS), plataformas con IA integrada (cognitive) y LCNC de propósito general.
El marco NO recomienda plataforma comercial cerrada: presenta una tipología por la que decantarse según el caso, con plataformas representativas de cada una y rango de precios orientativo.
Gestión del cambio
Opera sobre los cinco bloques y se ocupa de lo que casi siempre se subestima: la resistencia interna, la formación del Citizen Developer y la gobernanza del Shadow IT. Sin esta capa, la implantación técnica más limpia puede fracasar.
Donde el marco fue probado
El marco se valida sobre tres pymes simuladas que representan tamaños, sectores y madureces tecnológicas deliberadamente distintos. El tercer caso es deliberadamente negativo: confirma que el marco también desaconseja proyectos cuando la inversión no compensa el ahorro.
LogiTrans Levante S.L.
Proceso: Pedidos por email con plantilla PDF
NovaTalent Consulting S.L.
Proceso: Onboarding con ATS, CRM y facturación desconectados
ArteVivo Comunicación S.L.
Proceso: Informes mensuales de redes sociales
Lo que MIDAS no promete
El autodiagnóstico calcula el estado actual As-Is y proyecta un rango de reducción de tiempo manual basado en evidencia empírica recogida en la literatura. Nada más.
No calcula ROI, payback ni ahorro absoluto. Esos cálculos exigen criterio de analista, datos reales del proceso y un dimensionamiento concreto de licencias y horas de implementación. Cualquier cifra cerrada sin ese trabajo previo es un acto de fe disfrazado de número.
Tampoco recomienda plataforma comercial cerrada. La selección final depende del contexto de TI existente, las restricciones presupuestarias y el perfil del equipo; el marco propone una tipología tecnológica con plataformas representativas, no una compra.
Esa contención es deliberada y es el contrario del discurso comercial habitual del sector. Es también lo que hace del marco una herramienta útil de decisión, no un panfleto.
Referencias académicas
El marco se apoya en literatura académica publicada y revisada por pares. La fuente seminal del propio marco MIDAS es la última entrada de esta lista.
- APQC. (2024). Process Classification Framework cross-industry — Version 7.4.
- Arno, K. (2025). Business Process Management lifecycle for SMEs.
- Dolk, D. R., & Dolk, K. (2025). Time-Driven Activity-Based Costing for digital transformation.
- Fang, Y. (2025). Low-Code Platforms and the democratization of enterprise development.
- Markevičius, M. (2025). Change management failures in SME digital projects.
- Mou, Y. (2025). Customer expectations and the immediacy threshold.
- Moreira, A., Silva, R., et al. (2025). M4BPA — Methodology for Business Process Automation.
- Pastel, J. (2025). Empirical error-rate reduction after intelligent automation deployment.
- Pervaiz, S., & Ijaz, M. (2025). Adoption case studies of LCNC platforms in SMEs.
- Raković, M., et al. (2025). Shadow IT risks and governance for citizen developers.
- Raza, A. (2025). Audit trails and compliance in digitalized SMEs.
- Simon, F., et al. (2025). The digital divide between SMEs and large corporations.
- Tekleab, A., & Vähäkuopus, J. (2025). API-first integration vs. manual data transfer.
- Tyagi, M., et al. (2025). Reactive vs. proactive management models in SMEs.
- Val Picado, Á. (2026). Diseño de un marco estratégico de automatización inteligente basada en herramientas LCNC para el diagnóstico y digitalización de procesos en PYMES. Trabajo Fin de Grado, Universidad Intercontinental de la Empresa.
- Viswanadhapalli, V. (2025). The Citizen Developer phenomenon: opportunities and limits.
Aplica el marco a tu propio proceso
El autodiagnóstico recorre los cinco bloques de MIDAS sobre el proceso que tú elijas. Seis pasos guiados, PDF descargable al final con análisis As-Is, benchmark sectorial, plataformas representativas y roadmap.