Para elegir el primer proyecto de IA de una empresa conviene comparar problemas concretos. Una idea puede ser útil y, aun así, llegar demasiado pronto porque faltan datos, tiene demasiadas dependencias o exige más revisión de la prevista.
Usa una ficha común para evaluar dos o tres candidatos. La decisión será más clara si cada opción explica qué mejora, qué necesita y qué podría salir mal.
1. Define la utilidad antes de elegir la herramienta
Describe qué trabajo quieres mejorar, quién lo hace y quién aprovecharía el resultado. Evita objetivos amplios como «ser más eficientes». Es más fácil comprobar si mejora el tiempo de preparar un informe, la localización de documentos o la calidad de un registro.
Observa frecuencia y volumen, pero también el esfuerzo que generan las excepciones. Una tarea habitual con una salida reconocible permite reunir ejemplos y contrastar resultados.
Pregunta además si una regla, una plantilla o una integración sencilla resolverían el problema. Esa comparación forma parte de elegir bien.
2. Comprueba los datos y el acceso
Haz una lista de las fuentes que necesitaría la solución: catálogo, documentación, registros de operaciones o mensajes. Para cada una, identifica un responsable, su vigencia, el formato y el acceso autorizado.
- ¿Hay información contradictoria o incompleta?
- ¿Se puede distinguir la versión válida de una antigua?
- ¿Los ejemplos representan tanto casos normales como excepciones?
- ¿Quién resolverá dudas y mantendrá las fuentes después?
Si todavía no puedes responder, incluye esa preparación en el proyecto. No la escondas dentro de una estimación de desarrollo.
3. Cuenta el coste completo
Solicita una estimación separando la puesta en marcha del funcionamiento habitual. El presupuesto debe aclarar qué incluye, qué depende del volumen y qué podría variar al conectar sistemas reales.
Puesta en marcha
Análisis, preparación de datos, configuración o desarrollo, integraciones, pruebas, documentación y formación. También cuenta el tiempo que tu equipo dedicará a revisar y decidir.
Funcionamiento
Licencias, consumo de servicios, alojamiento cuando proceda, supervisión, mantenimiento, cambios en las fuentes y atención a incidencias.
Salida y continuidad
Pregunta cómo recuperar datos y documentación, qué pasa si cambia el proveedor y cómo continuar la tarea cuando una integración falla. Un coste reducido de entrada puede dejar trabajo sin presupuestar.
Para desarrollar el cálculo económico, consulta cómo valorar si una automatización merece la pena. Las horas liberadas solo se convierten en ahorro efectivo cuando cambia realmente el gasto; también pueden aportar capacidad o calidad.
4. Evalúa el efecto de un error
Un resumen interno incorrecto y una oferta enviada a un cliente con un precio equivocado tienen consecuencias distintas. Define qué resultados puede preparar la solución y cuáles necesitan aprobación antes de utilizarse.
Incluye en la prueba los datos que podrían exponerse, las acciones que podría ejecutar el sistema y la posibilidad de corregirlas. Limita los permisos a lo necesario. Si el uso afecta a decisiones sensibles o exige una revisión especializada, resuélvela antes de ponerlo en marcha.
Para empezar, busca una tarea con supervisión viable, errores detectables y una operativa manual de respaldo. La revisión humana también necesita tiempo y criterios claros.

Lo esencial del esquema
- Utilidad: problema concreto y mejora observable.
- Datos y acceso: fuentes vigentes, responsables y permisos.
- Coste completo: arranque, operación y revisión.
- Riesgo y control: errores detectables y operativa manual de respaldo.
- Prueba: acordar qué medir y cuándo ampliar, ajustar o parar.
Un bloqueo importante no se compensa con una puntuación alta.
5. Compara candidatos con la misma ficha
- Problema y utilidad: qué cambia y para quién.
- Frecuencia: cuánto trabajo real hay y qué variaciones presenta.
- Información: fuentes, calidad, acceso y responsable.
- Dependencias: aplicaciones, personas y permisos necesarios.
- Coste: puesta en marcha, operación y esfuerzo interno.
- Riesgo: consecuencias del error, revisión y posibilidad de volver atrás.
- Prueba: medida inicial, resultado aceptable y persona que decide.
Puedes usar categorías como «resuelto», «por comprobar» y «bloqueante». Evita sumar puntuaciones que oculten un bloqueo importante: un buen volumen no compensa la falta de acceso autorizado a los datos.
Un ejemplo de elección, sin prometer resultados
Supongamos que dudas entre preparar un informe interno y responder consultas de clientes de forma autónoma. Si el informe tiene fuentes claras y revisión habitual, puede ser más sencillo diseñar una prueba controlada. Las respuestas externas exigirían verificar contenido, derivaciones y compromisos antes de su envío.
Esto no convierte al informe en la mejor opción para todas las empresas. Si sus datos están dispersos y las consultas disponen de documentación fiable, la comparación puede cambiar. La ficha obliga a comprobarlo.
6. Decide antes qué hará que continúes, ajustes o pares
Acuerda cómo compararás el trabajo actual y la prueba con casos equivalentes. Registra calidad, tiempo de revisión, errores y esfuerzo de mantenimiento. No uses solo el número de tareas ejecutadas o respuestas generadas.
Amplía cuando la evidencia sostenga la decisión y el equipo pueda operar la solución. Ajusta si el problema está localizado. Para si el coste, el riesgo o la carga de supervisión hacen que el proyecto pierda sentido.
Si necesitas ordenar la información antes de elegir, consulta qué debe aclarar un diagnóstico de IA. También puedes explorar posibles aplicaciones por proceso.
¿Entre qué procesos estás decidiendo?
Cuéntanos tus candidatos, las herramientas implicadas y qué mejora buscas. Podemos ayudarte a priorizar una primera prueba.

