Antes de elegir herramienta

Las 7 preguntas que hago antes de recomendar IA en cualquier empresa

No son preguntas técnicas. Son preguntas de negocio. Si no tienes respuesta para todas, hay trabajo previo que hacer antes de invertir un euro en automatización.

7
preguntas de negocio
antes de cualquier herramienta
0€
sin formulario
sin email gate

La mayoría de implementaciones de IA fracasan antes de empezar. No por la tecnología. Porque nadie diagnosticó el sistema real antes de tocarlo.

Estas 7 preguntas son el punto de partida del Método ODIN. Si no puedes responderlas con claridad, la IA va a acelerar el desorden que ya existe.

Las preguntas

07 en total
01

Proceso & Operativa

¿Qué proceso concreto va a tocar esta IA?

No "ser más eficientes". No "mejorar la productividad". Un proceso específico, con pasos definidos, responsables claros y un output que alguien usa para tomar decisiones.

Si la respuesta es vaga, la implementación también lo va a ser. La IA aterriza en procesos. Si el proceso no está claro, la herramienta no tiene dónde aterrizar.

"Queremos usar IA para automatizar cosas" — este tipo de respuesta indica que aún no hay un problema definido. Antes de elegir herramienta, hay que elegir el problema.
02

Datos & Información

¿Qué datos necesita para funcionar?

Todo modelo de IA trabaja con los datos que le das. Si esos datos están dispersos, desactualizados o en la cabeza de una persona, el output va a reflejar exactamente eso.

Antes de implementar: ¿dónde vive la información que necesita este proceso? ¿Es accesible? ¿Es fiable? ¿Quién la mantiene actualizada? Si no tienes respuesta, la IA va a escalar el desorden que ya existe.

Si los datos relevantes viven en correos, chats o Excel personales, hay un problema de arquitectura de información antes de un problema de herramienta.
03

Control & Supervisión

¿Quién verifica el resultado?

La IA no sabe cuándo se equivoca. Suena igual de segura cuando acierta que cuando falla. Por eso siempre tiene que haber un humano que cierra el loop — alguien que revisa el output antes de que se use para tomar una decisión o se envíe a un cliente.

Si la respuesta es "nadie" o "el propio sistema lo valida", ya tienes un problema antes de empezar.

Una implementación sin supervisión humana definida no es automatización. Es delegación ciega a un sistema que no tiene criterio propio.
04

Herramienta & Encaje

¿Qué modelo o herramienta encaja con este caso?

No todas las herramientas sirven para todo. Un LLM generalista, un modelo especializado, una automatización de flujo o un agente con acceso a datos — cada opción tiene un perfil de caso de uso distinto.

Elegir herramienta antes de entender el caso es el error más común. La herramienta correcta se elige después de entender el proceso, los datos, el output esperado y las restricciones de la empresa.

"Queremos implementar ChatGPT" no es una decisión técnica. Es el nombre de lo que vieron en LinkedIn. La decisión viene después del diagnóstico.
05

Límites & Criterio

¿Qué parte del proceso sigue siendo humana?

No todo se automatiza. Hay decisiones que requieren criterio situacional, contexto histórico o responsabilidad legal que un sistema no puede asumir.

Antes de automatizar, hay que trazar la línea: hasta aquí llega la máquina, a partir de aquí decide una persona. Sin esa línea, la implementación avanza hasta donde no debería y genera errores que nadie detecta hasta que es tarde.

Si no hay nadie que haya definido qué decisiones no se pueden automatizar, la automatización va a acabar tomando decisiones que no debería tomar.
06

Riesgo & Contingencia

¿Qué pasa si falla?

Toda implementación falla en algún momento. Lo que diferencia a una empresa preparada es que tiene un plan cuando eso ocurre: quién lo detecta, quién lo corrige, cómo se revierte, qué proceso manual activa mientras se resuelve.

Una automatización sin plan de contingencia no es una mejora. Es un riesgo nuevo con interfaz amigable.

"Si funciona, genial" — este es el plan de contingencia más común. Y el más caro cuando algo sale mal.
07

Responsabilidad & Mantenimiento

¿Quién lo mantiene?

Los modelos se actualizan. Las APIs cambian. Los datos evolucionan. Un sistema de IA que funciona hoy puede dejar de funcionar en seis meses si nadie lo mantiene.

Tiene que haber un responsable: alguien que revisa el rendimiento, actualiza las instrucciones cuando el proceso cambia y detecta cuando el output empieza a degradarse. Sin ese perfil, la implementación tiene fecha de caducidad.

"Lo mantiene el proveedor" — los proveedores mantienen la infraestructura. El criterio de negocio, los datos y las instrucciones los mantiene la empresa. Eso no se puede externalizar.

Siguiente paso

¿No tienes respuesta para alguna de estas preguntas?

No significa que no puedas implementar IA. Significa que hay trabajo previo que hacer antes de invertir. La Llamada 0 es donde empezamos a ordenarlo — sin presupuesto mínimo, sin presentación de ventas.

Hablar con Jose →

Sin compromiso. Sin formulario.
Una conversación.