LeadFlowGuide.com
Workflows en HubSpot: triggers, acciones, branches y control
Un workflow en HubSpot automatiza reglas sobre registros: define qué entra, qué acciones ocurren, cuándo esperar, cómo ramificar y cuándo salir. La seguridad depende tanto del enrollment trigger como del re-enrollment, las exclusiones, los permisos y la revisión del historial. Los workflows completos y varias acciones requieren productos y planes elegibles; confirma la disponibilidad actual antes de diseñar el proceso.
Publicado: Actualizado:
Cómo funciona un workflow
La unidad básica es trigger → acciones → controles. Un contacto, empresa o negocio entra cuando cumple criterios; después el workflow actualiza propiedades, asigna responsables, crea tareas, espera o evalúa una rama. El tipo de workflow determina qué propiedades y registros están disponibles.
No actives una automatización sobre toda la base. Prueba registros controlados, decide si habrá re-enrollment, define suppression y unenrollment, documenta qué propiedades se sobrescriben y revisa action logs e issues después de publicar.
Un workflow encaja cuando
- La regla es estable, repetible y tiene un owner de proceso.
- El trigger, las excepciones y el resultado se pueden escribir.
- La acción reduce trabajo o riesgo medible.
No conviene automatizar cuando
- La decisión necesita criterio comercial distinto en cada caso.
- Los campos o etapas no son confiables.
- Nadie revisará errores, historial y cambios.
- 1
Form submission
Enrollment trigger controlado.
- 2
Set lead source
No sobrescribir una fuente válida.
- 3
Assign owner
Regla y fallback definidos.
- 4
Set lead status
Valor inicial coherente.
- 5
Create follow-up task
Fecha y responsable.
- 6
Notify owner
Solo una notificación útil.
- 7
Delay
Horario y zona revisados.
- 8
Check contact
Branch: actividad válida o pendiente.
Mecánica que debes revisar
Enrollment triggers pueden basarse en filtros, eventos, horarios o webhooks según el tipo y la configuración. Por defecto un registro entra la primera vez que cumple; re-enrollment permite repetir el recorrido solo con triggers compatibles y después de que el registro haya salido. Activarlo sin entender la transición puede duplicar tareas o mensajes.
Actions incluyen actualizaciones, asignaciones, tareas, notificaciones, delays y branches, pero la lista depende de la suscripción. Suppression y unenrollment evitan procesar registros que no deben continuar. Los goals, cuando estén disponibles y sean adecuados al workflow, deben tratarse como un control medible, no como sustituto de criterios de salida.
Contact-based, company-based y deal-based workflows trabajan con objetos y propiedades distintos. Quote-based u otros tipos específicos pueden requerir productos concretos. Los usuarios necesitan permisos de edición y, para publicar, permisos de publicación o Super Admin según la documentación actual.
Tres workflows comerciales y su principal control
| Workflow | Trigger | Acciones | Riesgo | Control |
|---|---|---|---|---|
| Nuevo lead | Form submission de un formulario concreto. | Fuente, owner, status, tarea, aviso, delay. | Duplicados o fuente sobrescrita. | Suppression, deduplicación y re-enrollment desactivado salvo evento explícito. |
| Negocio sin actividad | Negocio abierto AND próxima actividad desconocida. | Aviso, tarea, delay, nueva revisión, escalamiento. | Spam de tareas y avisos. | Frecuencia, salida al crear actividad y exclusión de cerrados. |
| Cotización enviada | Deal stage cambia a Cotización enviada. | Fecha, tarea, delay y branch por respuesta. | Stage incorrecto o tareas repetidas. | Re-enrollment solo al cambio válido, versión y exit criteria. |
- 1
Deal is open
Excluir ganado y perdido.
- 2
Next activity unknown
Trigger sobre dato confiable.
- 3
Notify owner
Mensaje con enlace y acción.
- 4
Create task
Evitar otra tarea abierta igual.
- 5
Delay
Frecuencia razonable.
- 6
Check again
Salir si ya existe actividad.
- 7
Notify manager
Escalar una excepción, no todo el pipeline.
- 1
Stage = Cotización enviada
Cambio real de etapa.
- 2
Set sent date
No sobrescribir la fecha original sin regla.
- 3
Create follow-up task
Owner y vencimiento.
- 4
Delay
Cadence según contexto.
- 5
Check activity
Definir qué cuenta como respuesta.
- 6
Response / no response
Branch con salida o nuevo control.
Plan de prueba antes de publicar
| Caso | Estado inicial | Resultado esperado | Qué revisar |
|---|---|---|---|
| Registro elegible | Cumple trigger y no está excluido. | Entra una vez y ejecuta acciones. | Propiedades, owner, tiempos y logs. |
| Registro suprimido | Cumple trigger pero pertenece a suppression. | No entra o sale según configuración. | Motivo visible y lista correcta. |
| Re-enrollment | Terminó y vuelve a cumplir trigger seleccionado. | Reingresa una vez desde el inicio. | Tareas o mensajes duplicados. |
| Registro cerrado | Negocio ganado o perdido. | No recibe seguimiento activo. | Unenrollment y exclusión. |
| Dato incompleto | Sin owner o zona horaria esperada. | Usa fallback o se detiene de forma controlada. | Issue y responsable de corregir. |
| Apagado | Workflow desactivado durante un delay. | Comportamiento conocido para registros activos. | Plan de pausa y recuperación. |
Checklist de seguridad de automatización
- Usar una lista o conjunto de prueba.
- Revisar el enrollment trigger con registros conocidos.
- Decidir explícitamente el re-enrollment.
- Definir suppression y unenrollment.
- Listar las propiedades que se sobrescriben.
- Evitar cambios cíclicos entre workflows.
- Comprobar delays, horario y zona horaria.
- Revisar enrollment history, action logs e issues.
- Probar cómo se apaga y qué ocurre con registros activos.
- Asignar owner del proceso y calendario de revisión.
Errores típicos
- Trigger amplio que incluye registros históricos sin intención.
- Re-enrollment activado para una propiedad que cambia con frecuencia.
- Dos workflows sobrescriben el mismo campo.
- Delays ignoran horario comercial o zona del mercado.
- Notificaciones sin una acción concreta generan fatiga.
- No se excluyen negocios cerrados o contactos sin consentimiento.
- Se publica sin permisos, prueba, historial ni plan de apagado.
Revisa las capacidades actuales de automatización
Define triggers, branches, re-enrollment y límites de plan que necesita este workflow.
Procesos que el workflow puede apoyar
Pipeline de ventas: etapas, campos y métricas para gestionarlo
Un pipeline de ventas es una secuencia gestionable de estados del negocio. Cada etapa necesita un criterio claro de entrada y salida; no debe ser una lista arbitraria de acciones del vendedor. Sin responsable, próxima actividad, campos mínimos y reglas compartidas, el pipeline se convierte rápidamente en una lista de oportunidades desactualizadas y un forecast poco confiable.
Workflow en HubSpot para detectar leads sin seguimiento ni próxima actividad
Un workflow para seguimiento no debe enviar mensajes indiscriminadamente. Su trabajo principal es detectar una excepción verificable, asignar responsabilidad y crear una acción con fecha. El contacto automático solo tiene sentido cuando existe consentimiento, contexto y una regla clara para detenerlo.
Cómo automatizar el seguimiento de cotizaciones en HubSpot sin presionar al comprador
El seguimiento de cotizaciones funciona cuando cada propuesta tiene propietario, fecha de envío, vigencia, próxima acción y resultado. La automatización debe recordar y detectar silencios, no sustituir al vendedor con una cadena de mensajes genéricos ni asumir que toda cotización merece la misma cadencia.
Seguimiento de cotizaciones: cadence, campos y automatización
El seguimiento de una cotización empieza con un próximo paso acordado, no con una secuencia universal de recordatorios. La frecuencia depende del valor, urgencia, ciclo de compra y compromiso del cliente. Cada cotización debe tener responsable, fecha de envío, versión, fecha del próximo seguimiento y estado; si falta alguno, el equipo no puede distinguir una decisión pendiente de una oportunidad abandonada.
Cuadro de mando de HubSpot: qué reportes incluir y por qué
Un cuadro de mando de HubSpot no corrige datos deficientes. Primero se necesitan definiciones comunes de owner, etapas, valor, fechas y próxima actividad. Un buen dashboard responde preguntas de gestión concretas y cambia según la audiencia: vendedor, gerente comercial o CEO. Si un gráfico no conduce a una decisión, probablemente sobra.
FAQ
¿Qué es un enrollment trigger?
Es el conjunto de criterios que hace entrar un registro al workflow. Puede basarse en filtros, eventos, horarios o webhooks según el tipo y la configuración.
¿Cuándo activar re-enrollment?
Solo cuando el mismo registro debe repetir todo el flujo después de salir y cuando existe un trigger compatible y controlado. Revisa especialmente tareas, mensajes y propiedades duplicadas.
¿Cómo se detectan errores de un workflow?
Revisa action logs, enrollment history, issues y el recorrido de registros concretos. HubSpot documenta ventanas y límites de retención de logs que también deben considerarse.
¿Todos los planes incluyen workflows completos?
No. La documentación actual sitúa los workflows completos en productos Professional y Enterprise elegibles, y las acciones disponibles dependen de la suscripción. Verifica el catálogo vigente.
Recursos relacionados
Pipeline de ventas: etapas, campos y métricas para gestionarlo
Un pipeline de ventas es una secuencia gestionable de estados del negocio. Cada etapa necesita un criterio claro de entrada y salida; no debe ser una lista arbitraria de acciones del vendedor. Sin responsable, próxima actividad, campos mínimos y reglas compartidas, el pipeline se convierte rápidamente en una lista de oportunidades desactualizadas y un forecast poco confiable.
Cuadro de mando de HubSpot: qué reportes incluir y por qué
Un cuadro de mando de HubSpot no corrige datos deficientes. Primero se necesitan definiciones comunes de owner, etapas, valor, fechas y próxima actividad. Un buen dashboard responde preguntas de gestión concretas y cambia según la audiencia: vendedor, gerente comercial o CEO. Si un gráfico no conduce a una decisión, probablemente sobra.
Seguimiento de cotizaciones: cadence, campos y automatización
El seguimiento de una cotización empieza con un próximo paso acordado, no con una secuencia universal de recordatorios. La frecuencia depende del valor, urgencia, ciclo de compra y compromiso del cliente. Cada cotización debe tener responsable, fecha de envío, versión, fecha del próximo seguimiento y estado; si falta alguno, el equipo no puede distinguir una decisión pendiente de una oportunidad abandonada.
HubSpot vs Pipedrive: qué CRM encaja con tu proceso
HubSpot suele encajar mejor cuando CRM, marketing, servicio, automatización y reportes deben compartir datos. Pipedrive suele encajar mejor cuando el equipo necesita un CRM de ventas concentrado en pipeline y actividades. Ninguno es mejor para todas las empresas: la decisión depende de canales, vendedores, reparto de leads, seguimiento, reporting, administración y costo total de la configuración real.
Fuentes
Última verificación:
- Create workflows — HubSpot Knowledge Base
Última verificación:
- • Workflows use enrollment triggers and actions to automate defined processes.
- Add re-enrollment triggers to a workflow — HubSpot Knowledge Base
Última verificación:
- • La reinscripción requiere activadores explícitos y no ocurre automáticamente con cada cambio de un registro.
- Test your workflow — HubSpot Knowledge Base
Última verificación:
- • HubSpot permite probar el workflow antes de activarlo para revisar la inscripción y las acciones.
- Understand your workflow details page — HubSpot Knowledge Base
Última verificación:
- • La página de detalles del workflow muestra información de configuración, historial y rendimiento para su revisión.
- HubSpot Product & Services Catalog — HubSpot
Última verificación:
- • El catálogo documenta los paquetes de productos de HubSpot, las funciones incluidas y los límites publicados.