Ciencia ficción e IA: el error de leer mal la tecnología
¿Alguien ya te vendió un sistema diciendo que iba a "resolver todo"? Meses después, el equipo inventó una hoja de cálculo paralela para cubrir lo que el sistema no hace. La promesa era grande. La realidad llegó pequeña y cara. Ese patrón tiene una raíz curiosa: buena parte de la industria de tecnología leyó la ciencia ficción y la IA como catálogo de producto, no como advertencia. La historiadora Jill Lepore llamó a los líderes del sector "malos lectores". Tiene razón, y eso afecta directamente al software que tú contratas.
Qué significa "leer mal la ciencia ficción"
Frankenstein no es un tutorial de cómo crear vida. Es un libro sobre un tipo que crea una cosa y huye de la responsabilidad. Blade Runner no es un pitch de androides. Es sobre lo que queda de humano cuando todo se vuelve producto.
Solo que una parte de Silicon Valley tomó esas historias y extrajo de ellas la máquina, tirando la moraleja a la basura. El resultado aparece en el vocabulario de los lanzamientos: "superinteligencia", "vamos a resolver la muerte", "esto va a cambiar la civilización". Después abres el producto y es un chatbot que se equivoca con el código postal.
El problema no es la exageración en sí. Es que la exageración se convierte en modelo de negocio. Quien promete transformar la civilización no necesita probar que redujo tu costo por atención en 12%. La vara desaparece.
Por qué esto llega hasta tu empresa
Tú no compras manifiestos. Compras herramientas. Pero la herramienta viene envuelta en el manifiesto.
En la práctica, esto aparece así:
- Roadmap de ficción. Cierras el contrato por lo que "va a tener en el Q3". Llega el Q3 y el recurso no.
- Precio anclado en el futuro. El plan cuesta como si la IA ya hiciera el trabajo de tres personas. Hace el trabajo de media.
- Dependencia escondida. Tus datos, tus flujos y tu historial quedan en un sistema que cambia de rumbo cuando el fundador cambia de sueño.
Vi esto de cerca en un cliente de servicios. Contrataron un SaaS de atención con IA por R$ 2.400 al mes, prometiendo "resolver el 80% de los tickets solo". Después de cuatro meses, la tasa real de resolución automática era 19%. Y el equipo gastaba tiempo revisando lo que la IA respondía mal. El costo total subió, no bajó. El software funcionaba. La promesa era lo que resultó ser ficción.
Quien vende el futuro rara vez rinde cuentas por el presente.
El punto de Lepore que interesa a quien gestiona
Lepore habla de democracia, y su argumento es serio: cuando un puñado de empresas decide qué es el futuro y lo trata como inevitable, las personas dejan de sentir que tienen elección. "Así va a ser" cierra el debate antes de que empiece.
Tradúcelo al interior de tu empresa. Cuando el proveedor dice "todo el mundo ya está migrando a esto", está haciendo la misma jugada a menor escala. La inevitabilidad es una técnica de venta. Funciona porque cansa.
Tú tienes elección. Siempre la tuviste. La pregunta correcta no es "¿esto es el futuro?". Es "¿esto resuelve mi problema del martes por la mañana?".
Cómo evaluar una herramienta sin caer en la historia bonita
Un guion corto que uso cuando un cliente me pregunta si debe contratar algo:
1. Pide el número, no la visión. "¿Cuánto reduce esto de mi tiempo por pedido?" Si la respuesta es un adjetivo, mala señal. Si es "no sabemos, depende de tu volumen", buena señal. La honestidad da menos miedo que el entusiasmo.
2. Prueba con tu caso más molesto. No con el ejemplo de la demo. Toma ese pedido con tres excepciones, cliente que pide factura aparte, entrega parcial. Ahí es donde la herramienta muestra su tamaño real.
3. Pregunta cómo te sales. ¿Es posible exportar los datos? ¿En qué formato? ¿Cuánto tarda? Si la salida es difícil, el precio va a subir. Eso no es pesimismo, es cómo funciona el modelo.
4. Define el plazo de juicio antes de empezar. Sesenta días. Métrica escrita. Si no se cumplió, se cancela sin drama. Sin eso, todo software se vuelve permanente por inercia.
5. Separa lo que es software de lo que es proceso. Mucho de lo que las personas compran como herramienta es, en realidad, una decisión que nadie quiso tomar. Ningún SaaS resuelve "no sabemos quién aprueba el descuento".
La IA sirve, sí, pero para tareas del tamaño correcto
Nada de esto es anti IA. Yo uso IA todos los días y me ahorra horas reales.
Lo que funciona es aburrido de escribir en un release. Cosas así:
- Clasificar el correo entrante en tres categorías, con una regla clara para lo que la IA no tiene claro.
- Transcribir una reunión y extraer las decisiones, con una persona revisando en dos minutos.
- Rellenar el borrador de una propuesta con base en datos que ya están en tu sistema.
Cada una de esas ahorra de 20 minutos a dos horas por semana. No cambia la civilización. Cambia tu viernes. En un cliente pequeño, automatizar solo la clasificación de correos recortó cerca de seis horas por semana de trabajo manual. Costo de operación: menos de R$ 100 al mes en API.
La diferencia entre eso y la promesa grande es el alcance. Tarea pequeña, entrada previsible, salida verificable. Cuando la tarea es grande y vaga, la IA parece magia en la demo y se vuelve retrabajo en producción.
El antídoto es leer bien
Leer bien, en el sentido de Lepore, es aguantar la ambigüedad. Es notar que la historia tiene contexto, costo y consecuencia. Es no saltar directo a la parte divertida.
Aplicado al software, leer bien es:
- Leer el contrato hasta la cláusula de ajuste de precio.
- Leer el gráfico de uso de tu propio sistema antes de cambiar de proveedor.
- Leer la cara de tu equipo cuando anuncias la nueva herramienta. Ese silencio dice mucho.
Hay una ironía buena aquí. El sector que promete inteligencia artificial podría usar un poco más de la natural. Leer con atención, preguntar de nuevo, aceptar que la respuesta quizás sea "no hace falta".
Mi opinión, sin medias tintas: la mayor parte de las empresas que quiere "adoptar IA" necesita, antes, arreglar tres procesos manuales. Es menos emocionante y da mucho más dinero. El software bonito encima de un proceso desordenado solo hace el desorden más rápido.
Empieza por el problema, no por la herramienta
Si estás evaluando algo ahora, haz el ejercicio invertido. En vez de "¿qué hace esta herramienta?", escribe en una frase el problema que te molesta. Sin jerga. Algo como: "tardo tres días en responder un presupuesto". Después, busca la cosa más pequeña que resuelva eso. A veces es IA. A veces es un formulario y una plantilla de correo.
Es este tipo de conversación la que me gusta tener antes de escribir cualquier línea de código. Si quieres charlar sobre lo que tiene sentido en tu caso, echa un vistazo a cómo trabajo.
Resumen para LinkedIn
Un cliente mío contrató un SaaS de atención con IA por R$ 2.400 al mes. La promesa: "resuelve el 80% de los tickets solo". La realidad, cuatro meses después: 19%. El software funcionaba. La promesa era lo que resultó ser ficción. Silicon Valley leyó la ciencia ficción como catálogo de producto, no como advertencia. Frankenstein se volvió tutorial. El resultado te llega envuelto en "superinteligencia" y "esto va a cambiar la civilización". Después abres el producto y es un chatbot que se equivoca con el código postal. No soy anti IA, la uso todos los días. Solo que lo que funciona es aburrido: clasificar correo, extraer decisiones de una reunión, rellenar un borrador. En un cliente pequeño, solo la clasificación ahorró seis horas por semana con menos de R$ 100 de API. No cambia la civilización, cambia tu viernes. Antes de preguntar "¿qué hace esta herramienta?", escribe en una frase el problema que te molesta. Sin jerga. Si quieres charlar sobre tu caso, escríbeme por aquí. #IA #Tecnologia #Automatizacion #TransformacionDigital #Software