Abre cualquier newsletter, cualquier página de Gumroad, cualquier post de LinkedIn sobre automatización con IA y vas a encontrar lo mismo: una lista. Generalmente de entre 30 y 60 herramientas, cada una descrita como esencial, “injusta” o un cambio de juego.

He visto el mismo puñado de herramientas reciclado en una docena de posts de “lista definitiva”, reempaquetadas con emojis ligeramente distintos cada vez.

Así que hice algo que casi nadie que vende esas listas hace realmente: usé una buena parte de ellas, en trabajo real con clientes, durante varios meses. No una prueba de cinco minutos. Proyectos reales, fechas límite reales, dinero real en juego.

Esto es lo que aprendí, y no es lo que te dicen las listas.

Las listas venden emoción, no utilidad

Lo primero que noté es que la mayoría de los posts de “40 herramientas de IA injustas” no están escritos por personas que usan las cuarenta herramientas con regularidad. Están escritos para ser compartidos — las listas largas se sienten valiosas a simple vista, incluso cuando la mayoría de las entradas apenas son usadas por la persona que las recomienda.

Yo también caí en esto. Al principio, veía una herramienta nueva mencionada en tres newsletters distintas en una semana y asumía que me estaba perdiendo algo crítico por no usarla. Casi siempre, la emoción se desvanecía en un día de probarla de verdad.

Esto no es exclusivo de la automatización. Una amiga que tiene un pequeño negocio de papelería me contó que sentía exactamente la misma presión con las apps de e-commerce — cada semana, un nuevo plugin “imprescindible” prometía arreglar un problema que ni sabía que tenía. Un dueño de tienda me dijo casi lo mismo sobre las herramientas de marketing. El patrón no es realmente sobre IA. Es sobre lo fácil que es confundir “interesante” con “necesario”.

Lo que realmente terminó importando

Después de meses de uso real, mi kit de herramientas es vergonzosamente pequeño comparado con cualquiera de esas listas.

Una plataforma para conectar apps y construir workflows. Un modelo de lenguaje para las partes que requieren razonamiento. Un lugar para almacenar y organizar los datos de los clientes. Eso es, genuinamente, casi todo.

Todo lo demás que probé o hacía algo que ya cubría una de estas tres, o resolvía un problema tan específico que no valía la suscripción extra, el login extra, la cosa extra que recordar que existe.

Hay una versión de esto que suena obvia una vez que la dices en voz alta: más herramientas generalmente significa más lugares donde algo puede fallar silenciosamente, no más capacidad. Pero no se siente obvio cuando estás mirando una lista que promete hacerte “injusto” frente a tu competencia.

El cliente que me enseñó esto a la mala

Construí un workflow para un pequeño cliente de consultoría que, mirando hacia atrás, usaba cuatro herramientas separadas donde dos habrían bastado. Funcionaba, técnicamente. También significaba que cuando una conexión fallaba silenciosamente, tenía cuatro lugares distintos que revisar antes de encontrar el problema real.

“Más herramientas generalmente significa más lugares donde algo puede fallar silenciosamente, no más capacidad.”

Compáralo con un workflow mucho más simple que construí después para un agente inmobiliario: una plataforma de automatización, un modelo de IA, nada más. Cuando algo salía mal, sabía en minutos exactamente dónde mirar, porque no había otro lugar donde pudiera estar.

El segundo no era menos impresionante por usar menos herramientas. Era más confiable precisamente por eso.

Por qué esto importa más si estás empezando

Si eres nuevo en la automatización — ya sea en Lima tratando de armar tu primer proyecto para un cliente, o en cualquier ciudad intentando automatizar tu propio negocio pequeño — las listas de sobrecarga de herramientas pueden frenarte antes de que empieces.

He hablado con principiantes que pasaron dos semanas comparando herramientas antes de construir una sola automatización funcional. No porque la comparación fuera necesaria, sino porque la cantidad abrumadora de opciones hacía que pareciera una decisión que requería esa investigación.

No lo requería. Casi cualquier necesidad básica de automatización se resuelve con una plataforma de workflows y, cuando hace falta, un modelo de IA conectado a ella. El resto es mayormente ruido disfrazado de oportunidad.

Un filtro simple que uso ahora

Antes de agregar cualquier herramienta nueva a un proyecto, me hago una pregunta: ¿esto hace algo que mi stack actual genuinamente no puede hacer, o solo hace algo que ya tengo, de una manera ligeramente distinta?

La mayoría de las veces, es la segunda opción. Una herramienta nueva que reformatea la misma capacidad básica que ya tengo no es una mejora. Es solo una pestaña nueva que mantener abierta.

La única vez que agrego algo nuevo ahora es cuando choco contra una pared real — una limitación real, no hipotética — con lo que ya estoy usando.

Lo que le diría a alguien que está empezando

Sáltate las listas de cuarenta herramientas. En serio. Elige una plataforma de automatización — n8n, Make o Zapier, casi no importa cuál para tu primer proyecto — y un modelo de IA. Construye algo real con solo esas dos cosas.

Vas a chocar con limitaciones reales eventualmente, y cuando lo hagas, sabrás exactamente qué problema estás resolviendo al agregar algo nuevo. Es una experiencia completamente distinta a agregar herramientas porque una lista te dijo que eran ventajas injustas.

Los negocios que he visto sufrir más con la automatización no son los que usan muy pocas herramientas. Son los que están ahogados en suscripciones a cosas que probaron una vez y olvidaron que estaban pagando.

“Los negocios que más sufren con la automatización no son los que usan muy pocas herramientas: son los que se ahogan en suscripciones que probaron una vez y olvidaron que pagan.”

Conclusión

Nadie que venda una lista de cuarenta herramientas te va a decir que la mayoría no son necesarias. Yo te lo digo, porque las usé y encontré la verdad aburrida por mí mismo.

Empieza pequeño. Construye algo real. Agrega complejidad solo cuando el trabajo realmente lo exija, no cuando una lista diga que te estás perdiendo de algo.

Sigue explorando estos temas en el blog de DojoFullStack: la automatización bien hecha no se trata de acumular herramientas, sino de diseñar sistemas simples que resuelvan problemas reales.