La primera pregunta: implantación o desarrollo
Implantar una herramienta existente y desarrollar tecnología propia son proyectos diferentes. Ambos pueden aportar valor, pero no deben presentarse bajo una línea equivocada. El uso de IA no convierte automáticamente una actividad en I+D ni hace subvencionable cualquier gasto de cloud o licencias.
Para implantación, busca programas de digitalización o innovación que admitan el gasto. Para desarrollo, identifica incertidumbre tecnológica, experimentación y resultado propio. Para colaboración europea, revisa tema, consorcio, madurez y criterios del programa concreto.
Ficha del caso de uso: empieza con el problema
Define quién usará el sistema, qué tarea realizará, qué datos necesita y cómo se comprobará el resultado. Evita empezar con «queremos un chatbot» sin medir consultas, errores o coste actual. Una memoria financiable une necesidad, actividades, evidencia y presupuesto.
| Campo | Qué explicar | Prueba o criterio |
|---|---|---|
| Problema | Limitación concreta | Datos iniciales y proceso |
| Usuarios | Quién decide y quién opera | Roles y necesidades |
| Solución | Función y alcance | Arquitectura y alternativas |
| Datos | Origen, calidad y disponibilidad | Inventario y permisos |
| Validación | Cómo comprobarás el resultado | Protocolo y métricas |
| Riesgo | Fallos y consecuencias | Mitigaciones y supervisión |
Ejemplo ilustrativo: clasificar documentos puede reducir trabajo, pero debes definir categorías, muestra, tasa de error y revisión humana. Una respuesta plausible del modelo no prueba exactitud. El ahorro solo se medirá cuando conozcas la proporción de casos que necesitan corrección.
Si pides I+D, documenta incertidumbre real
Compara la solución propuesta con alternativas disponibles. Describe qué problema técnico no se resuelve con una configuración rutinaria y qué hipótesis vas a probar. Divide el proyecto en investigación, desarrollo, integración y validación para no atribuir a I+D gastos puramente operativos.
La guía CDTI/ENISA explica la diferencia entre riesgo tecnológico y viabilidad empresarial. Un proyecto de integración comercial puede encajar mejor en digitalización, sin necesidad de exagerar su novedad.
Datos: disponibilidad, derechos y calidad
Identifica fuentes, volumen útil, sesgos, permisos y restricciones. No declares «tenemos millones de datos» sin indicar si se pueden utilizar y si contienen las etiquetas necesarias. La titularidad de un archivo no garantiza cualquier uso de los datos personales que contiene.
Planifica limpieza, anonimización cuando proceda, anotación, separación de conjuntos de entrenamiento y evaluación y control de acceso. Evita que la evaluación use los mismos ejemplos empleados para ajustar el sistema: puede inflar artificialmente resultados.
Si colaboras con un proveedor, define transferencias, conservación, reutilización para entrenamiento y eliminación. No subas documentación sensible a una herramienta sin verificar sus condiciones y la base jurídica del tratamiento.
Métricas que dan credibilidad
Elige métricas acordes al problema: precisión y recuperación en clasificación, errores críticos, falsos positivos, tiempo de respuesta, coste por operación y porcentaje de casos revisados. Incluye una referencia sin IA para comparar.
Define umbrales de aceptación y responsable de la prueba. Evalúa escenarios difíciles, no solo demostraciones seleccionadas. Si hay generación de texto, controla errores factuales, fuentes, límites de contexto y supervisión. Una gráfica sin método o sin datos de origen no aporta evidencia.
Plan de trabajo y presupuesto
| Paquete | Entregable | Costes que debes comprobar |
|---|---|---|
| Diagnóstico y datos | Inventario y protocolo | Personal, consultoría y preparación |
| Desarrollo o configuración | Sistema documentado | Personal técnico, licencias y servicios |
| Integración | Flujo operativo | Desarrollo e interfaces |
| Evaluación | Informe de pruebas | Datos, cómputo y validación |
| Despliegue | Procedimiento de operación | Seguridad y formación |
La elegibilidad de cada coste depende de las bases. Distingue inversión del proyecto y consumo recurrente tras su cierre. Calcula licencias, almacenamiento, anotación y mantenimiento con volúmenes razonables. No presupuestes solo acceso al modelo cuando el coste real está en datos e integración.
Cumplimiento: una subvención no certifica legalidad
El Reglamento europeo de IA establece obligaciones que dependen del papel de la entidad y del sistema, con aplicación escalonada y excepciones. No clasifiques el riesgo únicamente por el nombre del producto ni afirmes que todas las obligaciones comienzan en la misma fecha.
Revisa protección de datos, propiedad intelectual, información a usuarios, trazabilidad y supervisión según el uso. Para decisiones con impacto significativo en personas, solicita asesoramiento especializado. Un apartado genérico de «ética» no sustituye controles concretos ni una evaluación cuando sea necesaria.
Fuentes: Reglamento de IA 2024/1689 y AEPD. Las exigencias de la convocatoria y las legales deben revisarse por separado.
Seleccionar programas sin prometer financiación
En España, consulta instrumentos de CDTI, Red.es y agencias regionales que admitan tu proyecto. En Europa, el portal Funding & Tenders permite revisar temas y documentación de programas como Horizonte Europa y Europa Digital. No todo proyecto europeo requiere el mismo consorcio ni el mismo nivel de desarrollo.
Comprueba beneficiario, localización, inicio, presupuesto y régimen. En ayudas de Estado revisa acumulación y mínimis cuando corresponda. El hecho de que un programa nombre IA no garantiza que tu caso de uso sea elegible.
Protocolo de piloto: evaluar antes del despliegue
Selecciona un conjunto de casos representativo y define resultados esperados antes de probar. Incluye situaciones raras, entradas incompletas y errores de datos. Establece qué fallo impide desplegar, cuál exige revisión y cuál se puede corregir después. No cambies el umbral únicamente para que el piloto parezca exitoso.
Registra versión de modelo, configuración y condiciones de prueba. Un cambio de proveedor o versión puede alterar coste y comportamiento. Si el sistema responde con documentos, comprueba que la fuente citada respalda lo que dice y que no se mezcla información de usuarios distintos.
Incluye un procedimiento para desactivar o limitar el uso cuando falla. La supervisión humana debe tener responsable, acceso a evidencia y capacidad de corregir decisiones; no es suficiente escribir que «siempre habrá una persona» si nadie revisa los casos de riesgo.
Explotación y costes posteriores al proyecto
Calcula coste por operación con tráfico razonable y un escenario de mayor uso. Añade recuperación de información, almacenamiento, monitorización, soporte y evaluación periódica. El consumo cloud de una demostración puede no representar el coste de un servicio real.
Define quién mantiene datos y reglas, cómo se detectan degradaciones y qué ocurre si no se renueva una licencia. Si se desarrolla propiedad intelectual, documenta derechos de socios y proveedores. Estos puntos explican viabilidad y explotación de resultados sin prometer una escala que todavía no se ha probado.
Checklist y preguntas frecuentes
Antes de solicitar, confirma problema medible, vía de financiación, datos utilizables, equipo, presupuesto, pruebas, riesgos y calendario. Conserva evidencias para la justificación.
¿Comprar una licencia de IA es I+D? No necesariamente; puede ser implantación.
¿Cloud y anotación siempre son elegibles? No: deben estar admitidos y relacionados con el proyecto.
¿Una ayuda implica aprobación regulatoria? No, son controles distintos.
Consulta CDTI, Red.es y Funding & Tenders. Prepara primero la ficha del caso de uso y después busca I+D+i. Revisada el 9 de octubre de 2026.