Los debates sobre inteligencia artificial suelen abrirse con una demostración: una imagen sorprendente, una respuesta inmediata o una cifra de productividad. El efecto es potente, pero coloca la conversación en un terreno estrecho. Empezamos preguntando qué puede hacer la herramienta y olvidamos preguntar qué problema queremos resolver.

Invertir ese orden cambia todo. Obliga a describir necesidades reales, escuchar a quienes las viven y comparar alternativas. La tecnología deja de ser el centro del debate y pasa a ser una posible respuesta que debe justificar su lugar.

¿Qué problema merece realmente una solución?

No todos los problemas necesitan automatización. Algunas dificultades proceden de procedimientos confusos, falta de personal, información mal organizada o decisiones que nadie ha querido asumir. Incorporar inteligencia artificial puede ocultar estas causas bajo una interfaz nueva.

Definir bien el problema es la primera medida de seguridad. Una descripción útil incluye a quién afecta, cuándo ocurre, qué se ha intentado y cómo sabremos que la situación mejora. Sin esos elementos, cualquier resultado puede presentarse como éxito.

Conviene distinguir síntomas y causas. Si una entidad recibe muchas consultas repetidas, puede necesitar un asistente, pero quizá la información original es difícil de encontrar o entender. Mejorar esa información puede reducir las consultas sin recoger datos adicionales ni crear una nueva dependencia.

También hay problemas que no deben resolverse únicamente con eficiencia. Una conversación educativa, una valoración profesional o la atención a una situación vulnerable contienen relaciones y responsabilidades. La herramienta puede apoyar una parte, pero el objetivo no debería ser eliminar la presencia humana.

¿Quién debe estar en la conversación?

Las decisiones suelen reunir a quienes compran, dirigen y configuran. Faltan quienes usarán la herramienta cada día y quienes recibirán sus resultados. Esa ausencia produce proyectos técnicamente correctos que fracasan en el contexto real.

Participar significa poder cambiar el alcance, los límites o incluso la decisión de continuar. Una consulta posterior no compensa una definición cerrada. La experiencia de alumnado, familias, trabajadores y usuarios debe aparecer cuando todavía existen opciones.

Incluir perspectivas diversas no requiere una asamblea interminable. Puede hacerse con entrevistas breves, pruebas acompañadas, observación del proceso y espacios de devolución. Lo importante es seleccionar personas que representen también los casos menos cómodos, no solo a quienes adoptan rápido.

La participación necesita información comprensible. Nadie puede opinar sobre una descripción llena de promesas o jerga. Explicar qué datos se usarán, qué salida se producirá y qué consecuencias tendrá permite formular preguntas concretas.

¿Qué no estamos dispuestos a delegar?

Todo proyecto debería establecer una frontera. Hay tareas que pueden automatizarse y decisiones que requieren juicio, explicación o consentimiento. Definir esa frontera antes evita que la herramienta amplíe su uso por simple comodidad.

Los límites claros protegen a las personas y orientan al equipo. Pueden incluir la prohibición de introducir datos sensibles, la obligación de revisar comunicaciones importantes o la exclusión de decisiones automáticas sobre derechos y oportunidades.

También hace falta una vía de salida. Si la herramienta no mejora el problema, debe poder retirarse sin paralizar el servicio. Conservar conocimiento, formatos exportables y procedimientos alternativos reduce la dependencia y fortalece la capacidad de negociar con proveedores.

La pregunta por los límites incluye el tiempo. ¿Durante cuánto se probará? ¿Cuándo se revisarán resultados? ¿Qué incidencia obligará a parar? Una fecha y unos criterios convierten la prudencia en procedimiento.

El debate útil no empieza preguntando hasta dónde puede llegar la inteligencia artificial, sino qué clase de decisión queremos seguir siendo capaces de explicar.

Después de estas preguntas, la tecnología puede evaluarse con mayor justicia. Quizá resulte adecuada, quizá necesite un alcance menor o quizá no aporte suficiente valor. Cualquiera de esas conclusiones es mejor que implantar por inercia.

El próximo debate merece empezar antes de la demostración. Con una descripción honesta del problema, las personas afectadas presentes y límites que expresen qué queremos cuidar. Solo entonces la innovación deja de ser una promesa abstracta y se convierte en una decisión responsable.

La evaluación económica debe contemplar costes que rara vez aparecen en la licencia: formación, revisión, atención de incidencias, integración, protección de datos y salida futura. Una herramienta barata puede resultar cara si obliga al equipo a reparar continuamente o bloquea el cambio de proveedor.

También conviene preguntar qué evidencia respalda la promesa. Una demostración preparada no equivale a una prueba en el contexto propio. Solicitar resultados comparables, límites conocidos y condiciones de evaluación reduce la distancia entre marketing y realidad.

La privacidad merece una pregunta específica: ¿podemos resolver el problema con menos datos? Minimizar desde el diseño reduce riesgo, facilita el cumplimiento y obliga a centrarse en la información realmente necesaria. Recoger “por si acaso” suele crear obligaciones sin aportar valor inmediato.

La sostenibilidad técnica y ambiental también forma parte de la decisión. Frecuencia de uso, infraestructura necesaria, renovación de equipos y consumo de recursos deben compararse con el beneficio obtenido. No toda función disponible merece ejecutarse de forma permanente.

Otro criterio es la posibilidad de aprendizaje interno. Si el proveedor ofrece una caja cerrada y el equipo no comprende el proceso, la organización puede perder conocimiento y capacidad de decisión. Una implantación responsable deja documentación, competencias y personas capaces de evaluar.

Finalmente, el debate debe acordar quién comunicará el uso de la herramienta. Las personas necesitan saber cuándo interactúan con un sistema, cuándo el resultado ha sido revisado y dónde encontrar ayuda. La comunicación no es una campaña posterior; es parte del diseño del servicio.