WhatsApp, Instagram y Messenger en piloto automático: cómo MCP convierte leads en conversaciones inteligentes
El problema no es el modelo, es el contexto. Así usamos MCP para que la IA atienda leads con memoria, permisos y seguimiento multicanal.
Víctor Rojas
CEO, Aztecknology

El problema real: contexto, no inteligencia
Lead llega a Instagram preguntando precio. Tu agente responde con un speech genérico. Al día siguiente el mismo lead te escribe por WhatsApp diciendo “¿me sirve esto para mi negocio de tacos?”. El chatbot — sin saber que es el mismo cliente — vuelve a abrir conversación, vuelve a preguntar el nombre, vuelve a mandar el mismo PDF.
Esto pasa porque la mayoría de implementaciones de IA tratan cada conversación como memoria cero. No es culpa del modelo. Los modelos actuales ya son suficientemente capaces para llevar una conversación coherente. El problema es que no tienen acceso en tiempo real a:
- Quién es este lead (incluso si entró por otro canal).
- Qué se le ha dicho antes en cualquier punto de contacto.
- Qué reglas del negocio aplican (tono de la campaña, etapas válidas, ofertas vigentes).
- Qué tiene permitido hacer: marcar como interesado, agendar follow-up, escalar a humano.
MCP (Model Context Protocol) es el estándar que permite conectar a la IA con herramientas controladas: consultar contexto, respetar permisos, tomar acciones permitidas y dejar rastro de lo que hizo. En Aztecknology lo usamos para que los leads de WhatsApp, Instagram y Messenger no vivan como conversaciones aisladas, sino como parte de una misma relación comercial.
Aquí te cuento la idea técnica sin exponer detalles internos de implementación.
MCP en 60 segundos
MCP es como una caja de herramientas estandarizada que cualquier LLM moderno puede usar. En vez de pegarle al modelo un PDF, un Excel o una lista congelada de clientes, le das acceso controlado a capacidades como:
- Buscar si una persona ya existe como lead.
- Leer el historial reciente de conversación.
- Consultar reglas comerciales de una campaña.
- Registrar una nota o siguiente paso.
- Agendar un seguimiento.
Cada capacidad devuelve datos frescos, no un snapshot de hace una semana. Lo importante: la IA no decide sola qué puede hacer. El servidor MCP define qué herramientas existen, cuándo se pueden usar y bajo qué permisos.
Arquitectura pública del flujo
Este es el camino completo que sigue un mensaje desde que entra por WhatsApp hasta que el cliente recibe la respuesta:
[1] Mensaje entra por WhatsApp / IG / Messenger
↓
[2] Se valida y normaliza el mensaje
↓
[3] Se identifica al lead y el canal de entrada
↓
[4] Se agrupan mensajes cercanos para evitar respuestas impulsivas
↓
[5] Se carga contexto útil:
historial, campaña, reglas, etapa comercial y canales activos
↓
[6] El modelo decide la mejor respuesta usando MCP
↓
[7] Se convierten sus decisiones en acciones revisables
↓
[8] El sistema envía la respuesta por el canal correcto
↓
[9] El cliente recibe la respuesta POR EL MISMO CANAL
por donde escribió originalmente
La parte importante no es la pieza exacta que procesa el mensaje. La parte importante es el patrón: mensaje entra, contexto se actualiza, MCP limita lo que la IA puede hacer, y la respuesta sale por el canal correcto.
Qué tipo de herramientas MCP necesita un flujo de leads
No necesitas exponerle todo tu negocio a la IA. Necesitas exponerle capacidades pequeñas, claras y gobernadas. Nosotros las pensamos en cuatro grupos:
Lectura (la “memoria” del LLM)
La IA debe poder entender quién está escribiendo, qué dijo antes, en qué etapa está y qué campaña lo originó. Sin esto, responde como si cada mensaje fuera la primera vez.
Conversación
Debe poder redactar mensajes útiles, dividir respuestas largas, respetar el canal de entrada y evitar repetir información que ya se dio.
Estado del CRM
Debe poder cambiar una etapa, dejar una nota interna, marcar interés real o pedir intervención humana cuando la conversación ya no debería seguir automatizada.
Acción
Debe poder crear siguientes pasos: seguimiento mañana, recordatorio antes de una demo, aviso al equipo comercial o pausa si el lead pidió no recibir más mensajes.
El flujo visual: dónde se conecta el LLM
La forma más sana de operar esto no es dejar a una IA suelta respondiendo todo. Es meterla dentro de un flujo claro:
[mensaje recibido] -> [contexto actualizado] -> [IA con MCP] -> [acciones controladas]
En ese flujo, marketing puede ajustar tono, límites y criterios comerciales sin pedir un cambio de código cada vez. Por ejemplo: “responde en español neutro”, “no prometas descuentos”, “si pregunta por precio, califica primero el tamaño del negocio”, “si está molesto, pásalo a una persona”.
El punto vendible para equipos no-técnicos: marketing edita la campaña, no el código. El programador arma el flujo base una vez. Después, cada ajuste de tono es un cambio de texto en la UI.
Routing por canal: por qué la IA debe responder por WhatsApp si entró por WhatsApp
Esto suena obvio y casi nadie lo implementa bien. La regla:
Responde por el canal donde la conversación está viva.
Implicaciones:
- Si el cliente escribe por Instagram, la IA responde por Instagram aunque también tenga su WhatsApp registrado.
- Si el cliente cambia a WhatsApp para mandarte un audio, la IA detecta el switch y migra el canal.
- Nada de “responde por email” cuando el cliente quería respuesta inmediata por WhatsApp.
Esto que parece detalle implementacional es lo que más mueve la sensación de “tu chatbot me entiende” vs “tu chatbot es un robot tonto”.
Acciones, no solo texto
Diferenciador clave vs “el chatbot que solo responde”. La IA no solo escribe texto. Puede proponer una secuencia de acciones:
| Acción | Qué significa para ventas |
|---|---|
| Responder en dos mensajes cortos | Se siente más natural que un bloque enorme de texto. |
| Marcar interés real | El equipo ve qué leads van subiendo de prioridad. |
| Crear un pendiente | Nadie depende de acordarse manualmente. |
| Agendar seguimiento | La conversación no muere si el lead no responde hoy. |
| Pasar a humano | La IA no fuerza conversaciones que requieren criterio comercial. |
Dos detalles que importan:
- Mensajes en partes: la respuesta llega como una conversación natural, no como un bloque robotizado.
- Acciones que cambian el CRM: la etapa del lead se actualiza, se crea un pendiente o se agenda un seguimiento sin depender de una persona copiando y pegando.
Seguimientos con contexto fresco
La parte más útil no es responder rápido. Eso ya lo hacen muchos bots. La parte útil es volver mañana con contexto fresco.
Ejemplo: hoy el lead pide precio, pero dice “lo reviso con mi socio”. La IA puede dejar agendado un seguimiento para mañana. Cuando llega el momento, no manda un mensaje pre-armado a ciegas: primero vuelve a leer el estado actual, el historial y cualquier nota nueva del equipo.
Esto es lo que rompe a muchas automatizaciones simples: responden una vez, pero no saben continuar. Un flujo con MCP puede convertir el seguimiento en una segunda decisión inteligente, no en una plantilla.
Permisos: la parte que no se puede improvisar
MCP no debe ser una puerta abierta a toda la información del negocio. Debe funcionar con permisos reales:
- Cada cuenta solo accede a sus propios leads.
- La IA solo ve el contexto necesario para resolver la conversación.
- Las acciones sensibles pueden requerir revisión humana.
- Todo debe quedar registrado para saber qué decidió la IA y por qué.
Ese es el cambio de mentalidad: no estás “metiendo ChatGPT al CRM”. Estás construyendo una capa de herramientas con límites claros, y la IA opera dentro de esos límites.
Por qué le gana al chatbot tradicional
Tabla de cierre:
| Chatbot tradicional | LexGuard + MCP | |
|---|---|---|
| Memoria entre canales | ❌ | ✅ (mismo lead = mismo contexto) |
| Acciones reales en el CRM | ❌ | ✅ (etapas, pendientes, notas y seguimiento) |
| Respuesta por canal de entrada | A veces | ✅ |
| Permisos por cuenta | Débil o inexistente | ✅ |
| Seguimiento agendado por la IA | ❌ | ✅ |
| Cambiar tono sin tocar código | ❌ | ✅ |
La idea grande
Si tu equipo de ventas tiene un chatbot que “más o menos contesta” y tu equipo humano tiene que supervisarlo todo el día, no es problema del modelo. Es problema de contexto y de permisos. MCP resuelve los dos: le da al LLM acceso vivo a la información necesaria, y le da al servidor el poder de decidir qué puede hacer la IA.
En Aztecknology llevamos un año construyendo sobre MCP con LexGuard. Resolvimos los problemas que casi nunca aparecen en demos: memoria entre canales, permisos, seguimiento, escalamiento humano y tono comercial configurable. Si tienes leads multicanal y necesitas que la IA los maneje de verdad, hablemos. Es exactamente el tipo de problema que resolvemos.
Posts relacionados de la serie:
- Cómo MCP le da memoria de marca a Claude, Gemini y GPT — coherencia de contenido sobre este mismo patrón.
- Hermes en tu Mac, expuesto al mundo en 2 minutos — agentes locales conectados a flujos remotos.