Lo confirmado hasta ahora: el Gobierno ha anunciado que cada proyecto incluirá diagnóstico de madurez, un caso de uso, formación obligatoria de los trabajadores, aplicación real y medición del impacto. También ha dicho que la mera suscripción a licencias queda fuera. Cómo se acreditará cada paso lo dirán las bases.
Los cinco requisitos anunciados
Primero tendrás que conocer la madurez digital de tu empresa. Después, elegir un problema concreto que merezca la pena resolver. El equipo deberá formarse para utilizar la solución, aplicarla en procesos reales y medir su impacto en productividad. Estos cinco puntos están confirmados en el anuncio del programa, aunque las bases definirán su documentación exacta.
1. Diagnóstico de madurez digital
El diagnóstico servirá para establecer tu punto de partida. Conviene inventariar procesos, herramientas, calidad de los datos y capacidades del equipo. No necesitas ser una empresa avanzada. Sí necesitas explicar dónde estás y qué barreras te impiden adoptar inteligencia artificial con garantías.
2. Un caso de uso concreto
Un caso de uso no es «poner IA en la empresa». Es reducir el tiempo de clasificación documental, responder consultas repetitivas o preparar borradores con revisión humana. Debe tener usuarios, un proceso afectado y una métrica. Cuanto más acotado sea, más fácil será justificar la inversión y evaluar el resultado.
3. Formación del equipo
La formación de trabajadores será obligatoria. Prepara una lista de las personas implicadas, su nivel actual y lo que necesitan aprender. La formación debería incluir uso responsable, protección de datos, revisión humana y procedimientos internos, además del manejo de la solución.
4. Aplicación real y 5. medición
El proyecto debe llegar al trabajo diario y demostrar resultados. Define una línea base antes de empezar: horas dedicadas, coste por tarea, errores, tiempo de respuesta o conversiones. Después podrás comparar. La forma oficial de acreditar hitos e impacto sigue pendiente de las bases.
Documentación que puedes preparar
Reúne una descripción de la empresa, procesos prioritarios, responsables, herramientas actuales y fuentes de datos. Documenta problemas y tiempos. No prepares una solicitud definitiva: todavía no existe. Este trabajo previo te permitirá reaccionar con rapidez sin inventar requisitos.
Cómo llegar preparado sin adelantarte a las bases
Empieza con un inventario breve de tareas. Habla con las personas que las realizan y anota qué información entra, qué resultado sale y qué decisiones requieren supervisión. Prioriza un proceso frecuente, estable y suficientemente documentado. Evita automatizar una excepción o un problema que antes necesita organización.
Después crea una línea base. Durante dos o tres semanas registra tiempo, volumen, errores y esperas. No hace falta comprar software para hacerlo. Una hoja sencilla puede darte una referencia fiable. Cuando pruebes una solución podrás comparar el antes y el después y explicar el impacto con datos, no con impresiones.
Incluye desde el principio a quienes utilizarán la solución. La formación será obligatoria y, además, es decisiva para que la implantación funcione. Define quién revisará resultados, quién resolverá incidencias y qué usos quedarán prohibidos. Si intervienen datos personales o confidenciales, revisa acceso, conservación y proveedores.
Por último, mantén la documentación flexible. No pagues por supuestos trámites oficiales ni aceptes mensajes que prometan una ayuda reservada. El pre-registro de esta web es informativo, gratuito y no crea derechos ante la Administración. Te permitirá recibir novedades y preparar el proyecto con Mixreal, pero la decisión siempre será del organismo convocante.
Cómo encajan los cinco requisitos entre sí
Los cinco elementos no son casillas independientes. El diagnóstico identifica dónde merece la pena actuar; el caso de uso concreta qué se va a resolver; la formación prepara a quienes lo usarán; la aplicación real lleva la solución al trabajo diario, y la medición demuestra si ha servido. Si falla uno, los demás pierden sentido.
Por eso conviene preparar el proyecto como una historia coherente: punto de partida, problema elegido, personas implicadas, cambio introducido y resultado comparado. Esa misma estructura te ayudará a hablar con proveedores y, cuando existan bases, a rellenar la documentación que se pida.
Errores frecuentes al preparar los requisitos
El primero es elegir un caso de uso demasiado amplio, como «mejorar la atención al cliente». Es mejor algo medible: reducir el tiempo de respuesta a consultas sobre pedidos. El segundo es olvidar la línea base: sin datos previos, no podrás demostrar impacto. El tercero es pensar en la formación como un trámite, cuando es lo que decide si la solución se usa.
Otro error habitual es diseñar el proyecto alrededor de una herramienta concreta. El programa se orienta a resolver un proceso, no a justificar una compra. Empieza por el problema y deja que la solución tecnológica se ajuste a él, no al revés.
Qué puedes tener listo antes del piloto
Antes de que arranque la fase piloto, prevista para el primer semestre de 2027, puedes tener un inventario de procesos, un caso de uso priorizado, dos o tres semanas de registros de tiempo y errores, y una lista de las personas que participarían en la formación. Nada de eso exige gastar dinero ni comprometerse con un proveedor.
Lo que todavía no se sabe
No se ha publicado qué documentación acreditará cada requisito. No sabemos si el diagnóstico de madurez tendrá un formato oficial, si lo hará el propio proveedor o una entidad distinta, ni qué nivel de detalle se pedirá al describir el caso de uso.
Tampoco se conocen la duración mínima de la formación, si deberá impartirla un centro acreditado ni cómo se justificará la asistencia. Para la medición del impacto falta la metodología: qué indicadores se aceptarán y durante cuánto tiempo habrá que seguirlos después de implantar.
Por último, faltan los requisitos de acceso del beneficiario: tamaño, antigüedad, sector o situación fiscal. Hasta las bases no se puede confirmar si una empresa concreta cumplirá.
No tomes decisiones económicas basadas en estimaciones: espera a las bases oficiales.