LeadFlowGuide.com
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.
Publicado: Actualizado:
La regla antes de crear reportes
Empieza por las decisiones, no por las visualizaciones. Define qué debe hacer cada rol cuando detecta un lead nuevo, una tarea vencida, un negocio detenido, un forecast débil o una fuente de baja calidad. Después elige el reporte, fuente de datos, filtro, periodo y frecuencia.
La profundidad de sales analytics, custom reports, límites y permisos depende de la suscripción. Esta guía evita asumir disponibilidad universal: usa reportes compatibles con la cuenta y valida cinco registros conocidos antes de publicar.
Un dashboard en HubSpot aporta valor cuando
- Los registros y actividades ya viven en el CRM.
- Cada KPI tiene definición, owner y decisión asociada.
- El equipo corrige la fuente de datos, no una planilla paralela.
Otro enfoque puede ser mejor cuando
- Los datos principales están fuera del CRM y no se integrarán.
- Se necesita análisis financiero o multidimensional avanzado.
- El equipo aún no mantiene etapas, fechas y actividades.
Fila superior
1Leads
Demanda nueva.
Fila superior
2Meetings
Conversaciones programadas.
Fila superior
3Deals created
Pipeline nuevo.
Fila superior
4Revenue
Resultado cerrado.
Fila central
5Conversion by stage
Fricción del proceso.
Fila central
6Sales cycle
Velocidad.
Fila central
7Win rate
Resultado de decisiones.
Fila inferior
8Deals without activity
Riesgo operativo.
Fila inferior
9Lost reasons
Aprendizaje.
Fila inferior
10Performance by owner
Carga y resultado con contexto.
Tres dashboards para tres audiencias
| Dashboard | Objetivo y audiencia | Reportes | Filtros / periodo | Frecuencia y decisiones |
|---|---|---|---|---|
| Vendedor | Priorizar el trabajo propio hoy. | Negocios abiertos, tareas de hoy, sin próxima actividad, tiempo en etapa, leads nuevos, propuestas pendientes. | Owner actual; pipeline; hoy y próximos 7 días. | Diario: contactar, programar, corregir o cerrar. |
| Sales manager | Gestionar salud del pipeline y coaching. | Pipeline por etapa, conversión, win rate, ciclo, owner, lost reasons, sin actividad, forecast, speed to lead. | Equipo, pipeline, cohorte y periodo comparable. | Semanal: reasignar, desbloquear, entrenar y ajustar forecast. |
| CEO / dueño | Entender resultado, cobertura y riesgo. | Revenue, pipeline coverage, forecast, pipeline nuevo, win rate, ciclo, fuentes; costo y calidad si existen datos. | Unidad, moneda, mercado y mes/trimestre. | Mensual: capacidad, inversión, foco de mercado y riesgo de caja. |
KPI del cuadro de mando
| KPI | Qué muestra | Fuente de datos | Error frecuente |
|---|---|---|---|
| New leads | Demanda nueva según definición. | Create date y fuente. | Confundir lead con MQL o contar imports. |
| Speed to lead | Tiempo hasta respuesta válida. | Entrada y primera actividad definida. | Contar autorespuesta o importar timestamps. |
| Conversion rate | Proporción que avanza. | Historial de etapa o cohorte. | Mezclar cohortes y negocios aún abiertos. |
| Win rate | Ganados entre decisiones cerradas. | Closed won / lost. | Dejar perdidos abiertos o cambiar reglas. |
| Sales cycle | Tiempo de creación a cierre. | Create date y close date. | Imports, reaperturas y promedios extremos. |
| Pipeline coverage | Pipeline elegible frente al objetivo. | Amount, etapa y objetivo. | Tratar cobertura como forecast. |
| Forecast | Resultado esperado según método. | Categoría, amount y close date. | Probabilidades no calibradas. |
| Deals without activity | Riesgo de seguimiento. | Next activity. | Usuarios registran fuera del CRM. |
| Lost reasons | Patrones de pérdida. | Motivo cerrado. | Texto libre o categoría obligatoria tardía. |
| Performance by owner | Carga, avance y resultado. | Owner, cohortes y actividad. | Comparar territorios distintos sin contexto. |
Cómo crear el dashboard
Escribe de cinco a ocho preguntas de gestión y asigna una audiencia. Crea el panel con acceso de edición limitado, añade primero reportes estándar compatibles y documenta el filtro de fecha, pipeline, owner, moneda y zona horaria. Los filtros del dashboard y del reporte pueden combinarse; revisa el origen de datos de cada gráfico.
Prueba cinco negocios: uno nuevo, uno sin actividad, uno detenido, uno ganado y uno perdido. Cada registro debe aparecer o excluirse por una razón explicable. Guarda la definición junto al panel y programa la frecuencia de revisión solo cuando exista una persona responsable de actuar.
Control de calidad de datos
| Dato | Regla de calidad | Prueba rápida |
|---|---|---|
| Owner | Cada registro activo tiene responsable vigente. | Filtrar sin owner e inactivos. |
| Deal stage | La etapa cumple una definición escrita. | Revisar cinco negocios por vendedor. |
| Amount y currency | Valor y moneda representan el mismo concepto. | Detectar cero, moneda incorrecta y doble conversión. |
| Create / close date | Las fechas responden a la metodología del KPI. | Comparar imports, reaperturas y cierres. |
| Lost reason | Categorías cerradas más nota opcional. | Buscar perdidos sin motivo. |
| Next activity | Todo negocio activo tiene acción futura. | Vista sin próxima actividad. |
| Source | Original y latest source no se confunden. | Muestra por canal e import. |
| Timezone | Reportes y SLA usan zona documentada. | Caso cerca de medianoche. |
| Duplicados | Existe criterio de identidad y merge. | Buscar email, dominio y teléfono. |
| Registros de prueba | Se identifican y excluyen. | Filtro por propiedad de test. |
| Tráfico interno | Se separa cuando corresponde. | Revisar dominios y usuarios internos. |
| Nombres | Paneles, reportes y propiedades siguen convención. | Buscar versiones duplicadas. |
Errores típicos de dashboard
- Crear gráficos antes de definir preguntas.
- Mezclar vendedor, gerente y CEO en el mismo panel.
- Presentar pipeline coverage como forecast.
- No documentar periodo, moneda, timezone y filtros.
- Medir actividad sin resultado o calidad.
- Comparar owners con carteras diferentes sin contexto.
- Dar permiso de edición a todos.
- Corregir el número en una planilla en vez del CRM.
Checklist antes de publicar
- Cada reporte responde una pregunta y tiene una decisión.
- La audiencia y los permisos están definidos.
- Filtros, periodo, moneda y zona horaria están escritos.
- Cinco registros conocidos fueron conciliados.
- Los riesgos tienen owner y frecuencia de revisión.
- Los reportes sin uso se eliminan.
- La disponibilidad del plan fue verificada.
- El panel se revisará con una rutina real.
Revisa si el forecast cubre este proceso
Prueba evidencia de etapa, probabilidades, fechas de cierre y conciliación del reporte en un pipeline real.
Datos, pipeline y automatización
Reportes y dashboards en HubSpot: métricas de ventas y marketing
Los dashboards reúnen datos de leads, actividades, etapas comerciales y campañas en una vista común.
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.
Métricas del pipeline de ventas: conversión, velocidad y negocios detenidos
El valor total del pipeline no explica si las oportunidades avanzan. Para gestionar ventas necesitas combinar conversión, tiempo por etapa, cobertura, próxima actividad y calidad del cierre. Las métricas deben ayudar a encontrar un problema concreto, no convertir cada movimiento del vendedor en un ranking.
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.
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.
FAQ
¿Qué debe incluir un dashboard de vendedor?
Sus negocios abiertos, tareas de hoy, oportunidades sin próxima actividad, tiempo en etapa, leads nuevos y propuestas que esperan seguimiento.
¿Pipeline coverage y forecast son lo mismo?
No. Coverage compara pipeline elegible con un objetivo; forecast estima un resultado según categorías, probabilidades o compromisos definidos.
¿Por qué un dashboard no coincide con una planilla?
Suele haber diferencias de filtros, fechas, moneda, asociaciones, cohortes o reglas de cierre. Reconcilia registros conocidos antes de cambiar el gráfico.
¿Todos los reportes están disponibles en cualquier plan?
No. Sales analytics, custom reports, límites, dashboards y permisos varían por producto y suscripción. Comprueba el catálogo y la cuenta.
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.
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.
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.
Fuentes
Última verificación:
- Manage dashboards — HubSpot Knowledge Base
Última verificación:
- • Los dashboards de HubSpot organizan informes y cuentan con controles documentados de creación, acceso y administración.
- Use dashboard filters — HubSpot Knowledge Base
Última verificación:
- • Los filtros del dashboard pueden limitar los informes compatibles según valores de propiedades y rangos de fechas.
- Create sales reports in the sales analytics suite — HubSpot Knowledge Base
Última verificación:
- • El conjunto de analítica de ventas ofrece informes predefinidos cuya disponibilidad depende del acceso a la cuenta y la suscripció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.