Elegimos n8n como capa de orquestación porque tú, el cliente, querías leer los workflows tú mismo después de que nos fuéramos. El grafo visual de n8n es honesto sobre lo que es — una serie dirigida de llamadas HTTP, transformaciones y ramas — y no esconde un runtime propietario debajo. Trade-off dicho en voz alta: n8n es más lento de escribir que código puro para un solo ingeniero, y más rápido de mantener para un dueño no-ingeniero. El cliente es el segundo caso.
El lado de intake es un fan-in. Llamadas entrantes (webhooks) del formulario del sitio, un poller de email para los tres alias, y los canales oficiales de las dos plataformas sociales aterrizan en el mismo punto de entrada de n8n. Normalizamos el payload a un schema único — source, channel, raw_body, contact, received_at — y lo escribimos a una base de datos antes de hacer cualquier otra cosa. Si el paso del modelo o el CRM downstream falla, nada se pierde; replicamos desde el almacenamiento.
El paso de análisis es una sola llamada a un LLM con un schema de salida estructurada. El prompt es corto y deliberadamente conservador: clasifica intent, extrae campos de contacto, estima urgencia en una escala de tres niveles, marca cualquier cosa que parezca spam o una postulación de trabajo. Medimos el modelo contra doscientos mensajes históricos antes del launch y ajustamos el prompt hasta que las clasificaciones coincidieran con el juicio del operador en los casos que importaban. Los edge cases que el modelo se equivoca ruteo a una cola de revisión humana en lugar de una respuesta confiadamente incorrecta.
El dispatcher de notificaciones es basado en reglas sobre la clasificación. Leads de venta de alta urgencia notifican al dueño de cuenta en el canal de chat que ya usa. Las consultas de soporte notifican al inbox compartido de soporte y a un canal de equipo. Cualquier cosa clasificada como spam o fuera de tema se loguea y se descarta. Las reglas viven en un pequeño archivo JSON que tú puedes editar; no las escondimos en una tabla de base de datos porque leerlas es más importante que escribirlas.
El paso final empuja el lead estructurado al CRM por su API, con el mensaje raw original adjunto como nota para contexto. El CRM es la fuente de verdad desde ese momento. n8n guarda una copia de cada run durante treinta días para debugging, después purga.
Agregamos un dashboard pequeño — una página, renderizada en servidor, sin framework — mostrando las últimas veinticuatro horas de intake, el breakdown de clasificación, y cualquier item en la cola de revisión humana. El operador la abre una vez por la mañana en lugar de refrescar una hoja de cálculo todo el día.
