La ciencia ficción no es un manual de SaaS

Ya has escuchado a alguien en una reunión decir que el producto va a "resolver el problema de una vez por todas". Ese tono de promesa grande. Esa diapositiva con una frase de película. Y entonces, seis meses después, el sistema se convirtió en una máquina que nadie entiende, que nadie logra corregir, y que trata al cliente como una línea en una hoja de cálculo.

Eso tiene nombre. La historiadora Jill Lepore, de Harvard, viene diciendo que buena parte de la industria tecnológica está hecha de "malos lectores". Gente que leyó las distopías de la ciencia ficción y las entendió como manual de instrucciones. La advertencia se volvió guion. Y esa forma de pensar se filtra hacia abajo, hasta llegar a tu SaaS, a tu automatización, a tu flujo de atención al cliente. Por eso el tema le interesa a quien gestiona un negocio, no solo a quien escribe código.

Qué significa "leer mal la ciencia ficción" en la práctica

La ciencia ficción casi siempre es una advertencia. El robot que decide solo, el sistema que optimiza todo y aplasta a las personas en el camino, la empresa que sabe demasiado sobre ti. El autor está diciendo "cuidado con el peligro". Una parte de la industria leyó eso y pensó "qué buena idea de producto".

En el día a día de un SaaS, esto aparece así:

• El sistema decide solo y no le avisa a nadie.
• La persona que lo usa no puede deshacer.
• Nadie logra explicar por qué pasó aquello.
• La eficiencia del panel vale más que el cliente del otro lado.

Nada de esto necesita un robot ni una IA de película. Un algoritmo tonto de cobro automático ya hace suficiente daño.

El caso del cliente que desapareció sin motivo

Ya lo vi pasar más de una vez. Una empresa de suscripción armó una regla "inteligente": si el pago fallaba dos veces, el acceso se caía al instante y la cuenta entraba en una fila de recuperación.

Suena razonable en la diapositiva. En la práctica, la tarjeta de un cliente antiguo, cliente de cuatro años, tuvo una falla del banco emisor. Dos intentos en dos días. Acceso cortado un martes por la mañana, con su equipo en medio de una entrega. Él mandó un correo. Cayó en un robot. El robot respondió que la cuenta estaba "en proceso de recuperación". Nadie del equipo lo vio.

El cliente canceló. Se llevó con él una recomendación que estaba casi cerrada.

El error no fue técnico. El código funcionó exactamente como fue escrito. El error fue de lectura: alguien creyó que automatizar significa sacar a la persona del circuito. Automatizar bien es lo contrario. Es quitarle el trabajo aburrido a la persona y dejarla en el lugar donde la decisión pesa.

La corrección costó poco, además. Una regla más: cliente con más de doce meses de casa e historial limpio no pierde el acceso de forma automática, se convierte en una alerta en el Slack del equipo de cuentas. Dos horas de trabajo. Cero cancelaciones por ese motivo en el semestre siguiente.

La buena automatización le devuelve tiempo a la persona para decidir. La mala decide en su lugar y desaparece.

La parte que nadie dice: el "sin fricción" es una ideología

Hay una palabra que se volvió dogma en el mercado de SaaS: fricción. Todo el mundo quiere quitarla. Menos clics, menos pantallas, menos confirmaciones, menos preguntas.

Aquí va mi opinión fuerte: fricción cero es una idea peligrosa cuando se aplica sin criterio. La fricción es lo que le da tiempo a la persona de pensar. Esa pantalla de "¿estás seguro?" antes de borrar un proyecto entero existe por una muy buena razón.

Cuando quitas toda la fricción, no quitaste la decisión. Solo trasladaste la decisión a quien escribió el software. Y quien escribió el software no estaba en la sala cuando tu cliente lo necesitó.

El trabajo de verdad es elegir dónde se queda la fricción. ¿En el registro? Quítala. En la eliminación permanente de datos, en la cancelación de contrato, en el envío masivo a toda la base, déjala. Y déjala bien visible.

Democracia, en tu contexto: quién puede discrepar del sistema

Lepore habla de una democracia que se está socavando. Suena lejano para quien dirige una empresa de treinta personas. Pero tiene una traducción bien directa.

Democracia, en un sistema, es tener un mecanismo de discrepancia. Es poder decir "este resultado está mal" y que alguien escuche. Pregúntale esto a tu producto:

• Si el sistema se equivoca con un cliente, ¿existe un camino para que él lo cuestione?
• ¿Ese camino lleva a una persona o a otro robot?
• ¿Alguien del equipo mira los casos donde la automatización fue cuestionada?
• ¿Puedes explicar, en español claro, por qué el sistema tomó esa decisión?

Si la respuesta a cualquiera es "no", tienes un problema de producto. Y, según el sector, un problema legal esperando en la esquina. La LGPD brasileña, en su artículo 20, le da al titular el derecho de pedir la revisión de una decisión automatizada que afecte sus intereses. Eso no es filosofía. Es ley en vigor desde 2020.

¿Y la IA en medio de todo esto?

La tentación hoy es gigante. Poner un modelo en medio del flujo y dejarlo responder, clasificar, priorizar, decidir. Funciona bien en muchas cosas. Yo la uso todos los días.

Solo que un modelo de lenguaje se equivoca con una confianza impresionante. Se equivoca con buena gramática, lo cual es peor, porque parece correcto. Así que la regla que uso en los proyectos es aburrida y simple:

La IA sugiere, la gente confirma, cuando el costo del error es alto.

Clasificar un ticket de soporte por asunto: suelta la IA, el error cuesta un reenvío. Decidir si un cliente entra en cobro judicial: ni pensarlo sin revisión humana. Escribir el borrador de una propuesta: la IA hace el borrador, tú revisas. Enviar la propuesta sola al cliente: no.

El criterio no es "IA sí o IA no". Es "cuánto duele si está mal, y quién paga esa cuenta". Normalmente la paga quien menos poder tiene en el sistema. Es exactamente esa la advertencia que la ciencia ficción estaba dando y que mucha gente leyó al revés.

Una prueba de cinco minutos para tu sistema

Toma el flujo más automatizado que tengas hoy. Puede ser cobro, onboarding, envío de correos, aprobación de registros. Responde tres preguntas, sin consultar a nadie:

1. ¿Cuál es lo peor que ese flujo puede hacerle a un buen cliente, por error?
2. ¿Cuánto tarda alguien del equipo en darse cuenta de que pasó?
3. ¿Qué hace el cliente mientras espera?

Si la respuesta de la segunda es "cuando se queje", no tienes automatización. Tienes una apuesta.

La corrección suele ser pequeña. Un log que lee una persona de verdad. Una alerta cuando la regla se dispara en un caso fuera del estándar. Un botón de deshacer. Un límite: "si va a afectar a más de X clientes de una vez, para y pregunta". Nada de esto es caro. Solo es menos glamuroso que la versión de la diapositiva.

El producto que queda después de quitar la fantasía

La buena tecnología envejece bien porque la hizo gente que respeta a quien la va a usar. Es menos emocionante que la promesa de revolucionar un sector entero. También da mucho menos dolor de cabeza a las tres de la madrugada.

Si estás armando o arreglando un SaaS y sospechas que la automatización está decidiendo más de lo que debería, esa sospecha es buena. Vale la pena sentarse y mapear dónde habla el sistema y dónde necesita hablar una persona. Es el tipo de trabajo que hago con quien me llama: échale un vistazo a cómo trabajo y cuéntame qué flujo te quita el sueño.

Tu sistema le cortó el acceso a un cliente de 4 años porque su tarjeta falló dos veces. El código funcionó perfecto. El cliente canceló.

La buena automatización le devuelve tiempo a la persona para decidir. La mala decide en su lugar y desaparece.

Se puso de moda quitar toda la fricción del producto. Pero fricción cero no elimina la decisión, solo la traslada a quien escribió el software. Y quien lo escribió no estaba en la sala cuando tu cliente lo necesitó.

Mi regla en los proyectos: la IA sugiere, la gente confirma, cuando el costo del error es alto.

Haz una prueba rápida en tu flujo más automatizado: ¿qué es lo peor que puede hacerle a un buen cliente por error, y cuánto tarda alguien en darse cuenta? Si la respuesta es "cuando se queje", no tienes automatización. Tienes una apuesta.

Si esa desconfianza te resonó, cuéntame qué flujo te quita el sueño.

#SaaS #Automatización #ProductoDigital #IA #TechLeadership