Un bot no arregla tu proceso. Lo amplifica.

Todos tenemos un amigo que le metió un bot a un proceso que ya andaba mal, convencido de que eso lo iba a arreglar. Si no te cae nadie a la cabeza, malas noticias.

Cada semana sale un video nuevo prometiendo lo mismo: crea tu "empleado digital" en cinco minutos, conéctalo a WhatsApp, y listo: ya tienes un agente de IA atendiendo clientes. La demo siempre es impecable. El problema es que una demo no es un negocio.

En una demo, el lead llega limpio, el cliente pregunta lo que se espera que pregunte, y los datos ya están donde deberían estar. En una empresa real, ese mismo lead te escribe por WhatsApp, por Instagram, por un formulario web y por correo, y a veces los cuatro para el mismo caso. Ponerle un bot encima de eso no ordena nada. Solo le pone una superficie bonita a un desorden que ya existía.

Los agentes no corrigen procesos: Los aceleran, tal cual están.

Si el proceso es bueno, la IA lo hace más rápido. Si el proceso es malo, la IA falla más rápido y con más confianza, que es peor.

Los 4 problemas que casi nadie resuelve antes de conectar un bot

Vamos uno por uno con cómo pensamos esto en Nami.

1. El proceso vive repartido → primero se mapea completo

Antes de ofrecerte conectar nada, Nami conversa contigo para mapear tu proceso completo: quién participa, qué sistemas externos entran en juego, dónde hay un traspaso entre personas o equipos, y qué datos de referencia (tarifas, categorías, tipos) se consultan una y otra vez. Ese mapeo queda documentado antes de que exista un solo workflow: no es un paso opcional, es el punto de partida.

2. Nadie sabe qué decide la IA y qué decide una persona → queda explícito

El documento de proceso obliga a esa distinción desde el principio: qué pasos puede resolver el sistema solo, y qué transición necesita una aprobación humana antes de avanzar. Los datos de referencia (como tarifas) también tienen control de acceso real, no una convención de palabra: un administrador los carga y edita, cualquiera los consulta, nunca al revés.

3. Se conecta el bot y nadie mide después → Nami observa sesiones

Tener el agente conectado no te dice si está sirviendo de algo. Por eso Nami registra cada sesión de trabajo real: qué se propuso lograr al empezar, y si se logró al cerrar: resuelto, sin resolver, o escalado a una persona. No es una métrica de uso, es la evidencia real sobre la que después se decide qué automatizar más, y qué no.

4. Se espera magia inmediata → el agente es la consecuencia, no el punto de partida

Esto conecta con algo que confirma la evidencia de mercado que venimos revisando: una de las razones más citadas por las que fallan las implementaciones de IA en empresas es que se esperaba que el agente resolviera todo de inmediato, sin haber rediseñado antes el proceso humano detrás. Por eso invertimos el orden: primero el proceso, después el servidor MCP, ya informado por ese mapeo, nunca al revés.

No vendemos otro bot

No creemos que lo que falta en el mercado sea otro asistente con nombre simpático. Creemos que falta algo mucho menos vistoso: entender primero cómo funciona tu operación, y solo después construir el agente.

Estamos armando Nami junto con 2-3 equipos que quieran co-diseñarlo con nosotros: acceso temprano, prioridad en lo que se prioriza, a cambio de una conversación inicial y feedback real mientras el producto madura. Si te identificas con algo de esto, escríbenos.