Cómo pienso sobre esto
Cinco cosas en las que creo sobre la IA, las organizaciones empresariales y lo que realmente se necesita para construir algo útil.
La mayoría de los proyectos de IA no fracasan. Se estancan.
La brecha de preparación. Las buenas ideas llegan antes de que nadie dentro de una gran organización esté listo para decirles que sí. Para cuando llega la aprobación, alguien de afuera ya lo construyó. La brecha no es técnica — es organizacional. Las personas más cercanas al problema rara vez controlan el presupuesto para resolverlo, y las que tienen el presupuesto están demasiado lejos del problema para sentir su urgencia. Pasé una década dentro de esa brecha. Cerrarla desde adentro es más difícil que construir la cosa, y más valioso.
Innovación operativa vs. teatro de la innovación.
Una presentación de estrategia sobre la transformación de IA no es transformación de IA. Un bot que realmente corre el briefing matutino sí lo es. La diferencia está en si algo sobre cómo trabaja la gente cambia un martes a las 9am. La mayoría de las iniciativas de IA son teatro: visibles, bien etiquetadas, e incapaces de sobrevivir el contacto con las operaciones diarias. Las que sobreviven son las que nadie pidió permiso para construir — porque eran demasiado pequeñas para requerir un comité, y demasiado útiles para eliminar una vez en marcha.
El humano debe confirmar.
Cada sistema que construyo tiene el mismo invariante en su centro: la IA clasifica, redacta, sugiere, enruta — y el humano aprueba. No porque la IA se equivoque. Porque el costo del error silencioso en datos financieros, registros de tareas y comunicaciones es asimétrico. Un toque extra cuesta un segundo. Un error silencioso cuesta una auditoría. Esto no es escepticismo sobre la IA — es buen diseño de sistemas. El paso de confirmación es lo que hace que la automatización sea confiable, y confiable es lo que la hace realmente usada.
Primero construye la versión que da vergüenza.
El tamaño correcto para una primera versión es más pequeño de lo que crees. No un piloto. No una prueba de concepto con un comité de dirección. Una versión tan específica que da vergüenza explicar — construida para una persona, para un problema, en una semana. Esa especificidad es lo que la hace funcionar. La versión generalizada — la diseñada para muchas personas y aprobada por un comité — es la que falla en silencio. Empieza con la que te daría vergüenza demostrar. Esa es la que te enseñará algo.
Entrega donde la gente ya está.
Una app nueva es un hábito nuevo. Un hábito nuevo es fricción. Cada sistema que construyo entrega su resultado en un canal que la gente ya tiene abierto: Telegram, email, la herramienta que ya tiene en la mano. No un dashboard que revisarán una vez, no un portal que marcarán y olvidarán. El producto es el resultado, no la interfaz. Si alguien tiene que cambiar su comportamiento para recibir el valor, el valor probablemente no llegará.
Las ideas de arriba se prueban en el trabajo de abajo.
Ver el trabajo →