Por Luiz Otávio Gonçalves Publicado 2025-12-09

Cómo crear flujos de automatización desde cero

Automatizar tareas no tiene que ser complicado. En esta guía, aprenderás a diseñar y publicar un flujo simple: desde el objetivo hasta el disparador, pasando por acciones, condiciones y pruebas. Usaremos n8n e integrar con Kommo CRM, mostrando pasos prácticos, webhooks y hospedaje en VPS. Al final, tendrás un workflow funcional y replicable, con buenas prácticas de seguridad y monitoreo.

Del objetivo al disparador correcto

Mira: la buena automatización comienza en el problema de negocio y termina en una acción que genera dinero. Sin adornos. La regla es simple: define el objetivo, elige el disparador y elimina el resto. Vamos a la práctica.

• Objetivo: responder nuevos leads en hasta 5 minutos en horario comercial, mover a Calificación y garantizar una tarea de seguimiento automática.
• Gatillo: nuevo lead recibido (formulario, correo reenviado o WhatsApp) creando el lead en Kommo.
• Entradas: nombre, teléfono y/o correo, origen/campaña, interés, fecha/hora, responsable. Salidas: mensaje inicial enviado, tarea creada, etapa actualizada, etiqueta de origen, registro del primer contacto.
• Criterios de éxito: 90% de los leads respondidos en < 5 min; 100% con tarea creada; tasa de duplicidad < 5%; implementación en hasta 2 días corridos; reporte diario con SLA.

Regla de bolsillo: si no mejora velocidad, prioridad o previsibilidad, hay cosas sobrando en el flujo.

1. Evento: nuevo lead creado en Kommo en la etapa Nuevo.
2. Normalizar datos: estandarizar teléfono (DDD+9), correo electrónico y nombre.
3. Desduplicación: si ya existe por teléfono/correo, fusionar y mantener historial.
4. Validación: si falta contacto, marcar etiqueta contacto-incompleto y crear tarea de investigación (10 min).
5. Respuesta inicial: enviar mensaje corto (WhatsApp/Correo) con presentación + pregunta cerrada (“¿puedo llamarte ahora o prefieres mañana temprano?”).
6. Crear tarea: seguimiento en 15 min si no hay respuesta; asignar responsable y alta prioridad.
7. Mover etapa: de Nuevo a Calificación.
8. Registrar: origen, etiquetas, campo “primeiro_contato_at” y SLA.
9. Próxima acción: si calificado, preparar Propuesta; si ganado/perdido, mover a Cerrado con motivo.

Eso es: el flujo comienza en el evento de nuevo lead y termina con mensaje inicial enviado + tarea creada. En el siguiente paso, conectamos esto a un workflow ligero (n8n) para funcionar sin problemas.

Primer flujo en n8n

Vamos a la práctica, sin rodeos. Instalación: local (máquina con Docker) o en una VPS barata funciona bien. n8n arranca rápido y se usa vía navegador; al final del artículo hay tutorial de instalación. Aquí, foco en el flujo mínimo viable.

1. Gatillo: elige Webhook (recomendado para leads) o Cron (rutinas). En Webhook, usa la URL de prueba para validar y luego la de producción. Objetivo: recibir el lead en tiempo real.
2. Configurar: normaliza campos. Estandariza claves como nombre, correo electrónico, teléfono, origen, timestamp. Esto evita desorden adelante.
3. SI: valida obligatorios. Si falta correo electrónico y teléfono, desvía a una salida “incompleto” (puedes solo registrar y cerrar). Si está OK, sigue.
4. Solicitud HTTP: enriquecimiento simple. Ej.: verificar correo en un servicio de validación o buscar datos por código postal/CNPJ. Devuelve solo lo útil (ciudad, puntaje, segmento).
5. Esperar: añade 1–3s para respetar cadencia y límites de tasa. En campañas, esto salva tu reputación de envío.
6. Solicitud HTTP: respuesta inicial al lead (correo/WhatsApp vía tu proveedor). Mensaje corto, útil, con siguiente paso claro.
7. Solicitud HTTP: registrar en hoja de cálculo/base (API de tu repositorio). Guarda payload, estado y horario.

Guardar, activar y versionar: nombra el flujo claramente (ej.: “Inbound — Captura y Respuesta 1.0”), guarda y activa. Usa descripciones en nodos y

etiquetas como “prod”, “test”, “lead”.

Monitorea en Ejecuciones (logs), configura alertas de error. Credenciales: crea en Credenciales, nunca en texto libre; usa variables de entorno en el servidor. Versión: exporta el flujo y versiona en tu Git. Eso es. Vamos.

Conecta a Kommo CRM

Mira: integrar el flujo de n8n con Kommo es lo que convierte leads en ventas, ¿vale? Sin rodeos. Enfócate en autenticar bien, crear/actualizar registros y reaccionar a eventos en tiempo real.

• OAuth (recomendado): crea la app en Kommo, obtiene Client ID/Secret y dominio. Guarda en Credenciales de n8n (encriptado), acceso mínimo y rotación periódica.
• API Key (legado/cuentas antiguas): usa solo si es necesario. Almacena en Credenciales/variables de entorno/secret manager. Nunca en parámetros de nodos.
• Seguridad: deshabilita edición de credenciales por no-admin, evita logs con PII y no versiona secretos en el repositorio.

Creación y actualización en Kommo (resultado práctico):

• Lead: define pipeline y etapa inicial; si ya existe (correo/teléfono vinculado al contacto), actualiza y evita duplicados.
• Contacto: nombre; correo y teléfono en campos estándar; normaliza teléfono (E.164) para deduplicación.
• Tarea: define texto objetivo y plazo; relaciona al lead para solicitar seguimiento.
• Mapeo rápido: nombre → lead.name/contact.name; correo → contacto.email; teléfono → contacto.phone; origen → etiqueta “Origem:X” o campo personalizado “source”.

Webhooks en tiempo real: configura en Kommo los eventos “nuevo lead” y “cambio de estado” apuntando a la URL pública de tu webhook de n8n. Valida secreto/firma y desduplica por event_id.

1. Llegó lead (webhook de Kommo): toma payload.
2. Busca contacto por correo/teléfono; actualiza o crea.
3. Crea/actualiza lead en pipeline, etapa inicial; vincula contacto.
4. Agrega nota y tarea D+1 (o 2h si inbound caliente), responsable asignado.
5. Envía mensaje de bienvenida y registra ID del mensaje en lead.

• Límites de tasa: maneja 429 con backoff incremental (2s, 4s, 8s + jitter) y control de concurrencia.
• Reintentos idempotentes: usa external_id/claves de deduplicación para no crear duplicados.
• Logs de auditoría: guarda request_id/event_id/lead_id y máscaras de PII. Facilitará pruebas y escalado. Vamos.

Probar, errores y escalar

Mira: antes de abrir la llave, valida el flujo de punta a punta con datos reales de tu embudo, pero anonimizados. Vamos a la práctica, sin rodeos: demuestra que el flujo responde, decide y registra bien, ¿vale?

• Pruebas: muestras reales con PII reemplazada por tokens; volumen inicial de 50–100 eventos.
• Casos de éxito/error: lead válido, lead duplicado, teléfono inválido, CRM caído.
• Caminos SI: calificación “apto/inapto”, horario comercial/fuera, origen orgánico/pago.
• Prueba de carga ligera: 10–20 eventos/min por 10 min para encontrar cuello de botella.

Workflows de error deben existir antes del incidente:

• Reintentos con espera incremental (ej.: 1m, 5m, 15m) y límite claro.
• Timeouts por etapa para evitar bloqueos silenciosos.
• Alertas: email/Slack en fallos repetidos, con ID del lead y etapa.
• Cuarentena de registros problemáticos para reprocesamiento manual.

• Métricas: tiempo de respuesta E2E, tasa de fallos por etapa, volumen por hora.
• Define umbrales y acción: ej.: fallo >3% en 15 min = pausar entrada.

• Seguridad: secretos fuera del flujo (vault/variables) y acceso mínimo por rol.
• Limpieza de PII: enmascarar, expirar y eliminar de logs.
• Logs de auditoría sin datos sensibles.

Capacidad diaria: 650 llamadas; 30% atendidas; 3 min cadenciadas ≈ 585 min/día. Sin cola y Esperar, derribas la operación.

• Escalar: colas para picos, debouncing de duplicados y Esperar para cadencia.
• Backpressure: límite de ejecuciones activas por worker.
• Actualización de VPS cuando CPU >70% por 15 min o cola >5x throughput.

• Checklist: casos de prueba cubriendo 80% de escenarios y métricas activas.
• Alertas con responsables y playbook de incidentes.
• Secretos protegidos y PII higienizada.
• Cola, Esperar y debouncing configurados.
• Próximos pasos: plantilla del flujo, estándares de campos, SLAs y etiquetas.
• Replica en nuevos procesos cambiando reglas SI y cadencia. Vamos.

Conclusión

Viste cómo transformar un objetivo en un flujo real: definir gatillo, configurar acciones, ramificar con condiciones, probar, manejar errores y publicar. Con n8n y Kommo CRM, puedes empezar pequeño y evolucionar con seguridad en una VPS. Próximo paso: estandariza plantillas, monitorea métricas e itera mejoras continuas para ganar escala sin perder calidad.