Cómo montar un dashboard de métricas para tu startup en menos de 2 horas

Tienes un spreadsheet de Google Sheets con 47 pestañas. Tres columnas de colores que nadie recuerda qué significan. Y una pestaña que se llama "MÉTRICAS FINAL v3 buena esta".

Eso no es un dashboard. Eso es un cementerio de datos con acceso de edición para todo el equipo.

Si llevas más de 15 minutos buscando tu MRR actual antes de una reunión con inversores, tienes un problema que no es de datos: es de estructura.

Lo que vas a aprender en este artículo:

Qué debe incluir un dashboard mínimo viable para una startup early-stage (y qué sobra)
Tres opciones concretas según tu fase: Google Sheets, Notion y Supabase+frontend
Cuándo tiene sentido migrar de una opción a otra (y qué señales te indican que ya tocó)
Cómo montarlo en menos de 2 horas sin pagar por ninguna herramienta hasta que de verdad lo necesites

Qué debe tener un dashboard mínimo para una startup

Un dashboard de métricas para una startup early-stage es una vista centralizada que muestra, en tiempo real o con actualización periódica, las métricas que el equipo necesita para tomar decisiones. No es un informe para inversores. No es un cuadro de mandos de empresa grande. Es la respuesta rápida a la pregunta: "¿cómo estamos esta semana?"

La confusión más habitual es construir el dashboard para parecer ordenado, en lugar de construirlo para tomar decisiones. El resultado es un dashboard con 30 métricas que nadie mira.

"Medir todo es no medir nada. Elige 5 métricas y haz que signifiquen algo."

Antes de abrir ninguna herramienta, responde estas tres preguntas:

¿Qué decisiones tomas cada semana que necesitan datos? Si eres una startup SaaS, probablemente: ¿cuánto MRR nuevo entramos? ¿Cuántos clientes se han ido? ¿Cuántos leads hay en pipeline? Si eres marketplace, cambia todo.

¿Quién va a mirar el dashboard? Si solo lo miras tú, es diferente a si lo revisa el equipo cada lunes. El formato cambia.

¿Con qué frecuencia se actualizan los datos? Semanal es suficiente en pre-seed. En Series A con 40 personas, necesitas tiempo real.

Las métricas que suelen estar en cualquier dashboard mínimo de startup early-stage son:

MRR (Monthly Recurring Revenue): ingresos recurrentes mensuales. El número más importante si eres SaaS.
Churn: porcentaje de clientes o MRR que pierdes cada mes.
CAC (Customer Acquisition Cost): cuánto te cuesta adquirir un cliente nuevo.
Runway: meses que te quedan de caja al ritmo actual de burn.
Una métrica de activación del producto: específica de tu producto, el primer momento donde el usuario obtiene valor real.

Si tu modelo no es SaaS, las métricas cambian. Pero la lógica es la misma: 5 números que respondan a las decisiones que tomas esta semana.

Tienes más contexto sobre cómo elegir qué medir y qué ignorar en el artículo sobre KPIs para startups en fase early-stage.

Opción 1: Google Sheets (pre-seed, 0-5 personas)

Google Sheets es la opción correcta cuando acabas de empezar, tienes menos de 5 personas y no quieres invertir tiempo en infraestructura de datos.

No porque sea la mejor herramienta. Sino porque es la que funciona en esta fase sin coste, sin curva de aprendizaje y sin mantenimiento.

Cuándo usarla: pre-seed, menos de 10 clientes, equipo de 2-5 personas, actualización manual semanal asumible.

Coste: 0 € si ya usas Google Workspace (que probablemente ya pagas entre 6 y 12 € por usuario al mes).

Cómo montarlo en menos de 45 minutos:

Crea un Google Sheets nuevo con tres pestañas:

Dashboard: la vista limpia con los 5 números que importan. Solo valores, sin fórmulas visibles. Esta es la pestaña que abre el equipo.
Data: donde metes los datos en bruto. Una fila por semana, una columna por métrica. Aquí viven las fórmulas.
Histórico: el acumulado mes a mes. Sirve para ver tendencias y para preparar reuniones con inversores.

En la pestaña Dashboard, usa celdas grandes con el valor actual, el valor del mes anterior y una flecha manual (▲ o ▼) que actualices tú. Sencillo. Sin macros. Sin complicaciones.

Haz que el dashboard sea la primera pestaña. Pon un comentario en la parte superior con la fecha de última actualización. Convierte ese spreadsheet en un ritual fijo: cada lunes, alguien del equipo lo actualiza. Diez minutos. No más.

Lo que no funciona de Sheets: no escala. Cuando llegas a 20 clientes, los datos empiezan a venir de más fuentes (HubSpot, Stripe, tu producto) y actualizar a mano se vuelve lento y propenso a errores. Ese es el momento de mirar la siguiente opción.

Opción 2: Notion (seed, 5-15 personas)

Notion es la opción natural si ya lo usas como base de conocimiento operativo y quieres centralizar tu dashboard junto al resto de información del equipo.

No es una herramienta de datos. Pero para una startup seed con 5-15 personas que no tiene un analista de datos, Notion cumple bien el rol de dashboard si lo configuras bien.

Cuándo usarla: seed, 5-15 personas, el equipo ya vive en Notion, métricas con actualización semanal o quincenal, no necesitas gráficos complejos.

Coste: el plan Plus de Notion cuesta 10 € por usuario al mes (facturado anualmente). Para un equipo de 10 personas, 100 €/mes. Si ya pagáis Notion, el dashboard no tiene coste adicional.

Cómo montarlo en menos de 1 hora:

Crea una página en Notion llamada "Dashboard de métricas" y estructúrala en tres bloques:

Bloque 1: Métricas clave (esta semana) Usa una tabla simple de Notion con dos columnas: Métrica y Valor actual. Sin bases de datos, sin propiedades complejas. MRR, churn, runway, CAC y tu métrica de activación. Una tabla, cinco filas. La persona responsable la actualiza cada lunes.

Bloque 2: Tendencia mensual Aquí sí usa una base de datos de Notion con una fila por mes. Columnas: Fecha, MRR, Nuevos clientes, Churn, Runway. Notion no dibuja gráficos nativamente de forma útil para esto, así que si necesitas visualización, copia los datos a Sheets y enlaza el gráfico como embed en Notion.

Bloque 3: Contexto Una sección de texto libre donde el responsable de métricas escribe en 3-4 frases qué explica los números esta semana. Esto es lo que diferencia un dashboard útil de uno decorativo: el contexto humano.

Lo que no funciona de Notion para métricas: Notion no conecta directamente con Stripe ni con HubSpot. Cada actualización es manual. Cuando el equipo supera las 15 personas y los datos vienen de múltiples fuentes, el dashboard en Notion se queda corto y empieza a fallar porque alguien siempre se olvida de actualizar una celda.

Un dashboard que nadie actualiza es peor que no tener dashboard. Ese es el error que más vemos al entrar en startups seed.

Opción 3: Supabase + frontend (Series A, 15-50 personas)

Esta opción no es un tutorial de Supabase. Es la descripción del salto que tienes que dar cuando las opciones anteriores ya no son suficientes y necesitas datos en tiempo real desde múltiples fuentes.

Cuándo hace sentido: Series A, más de 15 personas, datos que vienen de Stripe, HubSpot, tu base de datos de producto y tal vez de Google Ads. Necesitas que el dashboard se actualice solo, sin que nadie lo toque.

La arquitectura es: tus fuentes de datos (Stripe, CRM, producto) envían datos a Supabase, que actúa como base de datos centralizada. Sobre esa base de datos montas una vista, ya sea con una herramienta de BI como Metabase (open source, autohosteable) o con un frontend simple en React/Next.js.

Coste orientativo:

Supabase: plan Pro desde 25 $/mes (~23 €/mes)
Metabase Open Source: 0 € (autohospedado) o desde 500 $/mes en cloud
Desarrollo de la integración: varía. Con Make o n8n puedes automatizar la ingesta de datos de Stripe y HubSpot a Supabase sin escribir código. Un setup razonable lleva entre 1 y 3 días de trabajo técnico.

Lo que no cambia: sigue siendo un dashboard de 5-7 métricas. La diferencia es que los datos llegan solos y son fiables. El equipo deja de depender de que alguien actualice un spreadsheet el lunes.

Si en tu startup ya hay un perfil técnico (CTO, senior developer), este setup es perfectamente montable internamente. Si no lo hay, es un buen proyecto para delegar en un externo o en Ebägurin si encaja en un proyecto de implementación operativa más amplio.

Cuándo migrar de una opción a la siguiente

La señal más clara de que tu dashboard ya no es suficiente no es técnica. Es operativa: cuando el equipo deja de mirarlo porque los datos no son de fiar o porque tarda demasiado en actualizarse, el dashboard ha muerto.

Estas son las señales concretas:

De Sheets a Notion:

Tienes más de 3 personas actualizando el mismo spreadsheet y los datos se sobreescriben
El equipo vive en Notion y el dashboard en Sheets queda desconectado de donde pasan las conversaciones
Quieres añadir contexto y comentarios junto a los números

De Notion a Supabase+frontend:

Los datos vienen de más de 2 fuentes y alguien tarda más de 30 minutos en actualizar el dashboard cada semana
Has tenido una reunión donde alguien presentó datos incorrectos porque la actualización manual tenía un error
Tienes más de 15 personas que necesitan acceso a métricas y el acceso a Notion no es la solución adecuada para todos

No migres antes de tiempo. Cada salto tiene un coste de implementación y de mantenimiento. En pre-seed, un Sheets bien mantenido es infinitamente mejor que un Supabase a medio montar que nadie entiende.

"Automatizar el caos solo te da caos más rápido."

Primero define qué mides y por qué. Después elige la herramienta. Nunca al revés.

Los errores más comunes al montar un dashboard

Incluir demasiadas métricas. Si tu dashboard tiene más de 8 métricas, tienes un informe, no un dashboard. Recorta.

No asignar un responsable de actualización. Un dashboard sin dueño es un dashboard que muere en 3 semanas. Alguien concreto, con nombre y apellido, es responsable de que los datos estén actualizados. No "el equipo". Una persona.

Diseñarlo para impresionar en lugar de para decidir. Los dashboards bonitos que tardan 4 horas en montar y 2 horas en actualizar no funcionan. Los dashboards feos que se actualizan en 10 minutos cada semana sí funcionan.

Mezclar métricas de resultado con métricas de actividad. El MRR es una métrica de resultado. El número de emails enviados esta semana es una métrica de actividad. Las dos tienen su lugar, pero en el mismo dashboard crean ruido. El dashboard ejecutivo lleva métricas de resultado. Las métricas de actividad van en las herramientas de cada equipo.

No revisarlo en equipo. Un dashboard que el founder mira en soledad no tiene impacto en las decisiones del equipo. La review semanal de métricas —15 minutos, todo el equipo, los números encima de la mesa— es donde el dashboard cobra sentido. Si quieres entender cómo estructurar esa cadencia operativa, en la guía de operaciones para startups de 2 a 50 personas tienes el marco completo.

Si llevas semanas sabiendo que necesitas orden en tus métricas pero no encuentras el momento de montarlo, ese momento no va a llegar solo. Si quieres que lo revisemos contigo y lo dejemos operativo desde el principio, empezamos con un diagnóstico de 1-2 semanas donde mapeamos qué datos tienes, qué te falta y qué dashboard tiene sentido para tu fase. Ver el Plan Estrategia a Medida →

Preguntas frecuentes

¿Cuánto tiempo lleva montar un dashboard de métricas para una startup desde cero?

Montar un dashboard mínimo viable en Google Sheets o Notion lleva entre 45 minutos y 2 horas si antes tienes claras las 5 métricas que quieres medir. La parte que más tiempo consume no es técnica: es decidir qué medir. Si empiezas sin eso resuelto, el dashboard acaba teniendo 30 columnas que nadie mira.

¿Es mejor usar Google Sheets o Notion para el dashboard de una startup en fase seed?

Depende de dónde viva el equipo. Si el equipo ya trabaja en Notion y quieres que el dashboard esté integrado con el resto del conocimiento operativo, Notion es la opción más práctica. Si el equipo no usa Notion de forma intensiva, Google Sheets es más universal, más rápido de montar y más fácil de compartir con personas externas como inversores.

¿Necesito un analista de datos para montar el dashboard de mi startup?

No en fases pre-seed o seed. Con un perfil de operaciones o incluso el propio founder, es suficiente para montar y mantener un dashboard en Sheets o Notion. El analista de datos tiene sentido cuando los datos vienen de múltiples fuentes y la ingesta empieza a necesitar automatización o cuando hay decisiones que requieren análisis más profundo que un MRR y un churn.

¿Qué herramientas gratuitas puedo usar para hacer un dashboard de métricas para mi startup?

Google Sheets (gratuito con Google Workspace), Notion (plan gratuito con limitaciones o plan Plus a 10 €/usuario/mes), y Metabase en versión open source (gratuito, requiere hosting propio). Para startups pre-seed y seed, Google Sheets o Notion son suficientes y no requieren inversión adicional.

¿Con qué frecuencia debería actualizar el dashboard de métricas?

En pre-seed y seed, una actualización semanal es suficiente y sostenible. Lo importante es que sea un ritual fijo: el mismo día, la misma persona, el mismo proceso. Una vez por semana con datos fiables vale más que una actualización diaria llena de errores o que se abandona en 3 semanas.

¿Cómo conecto mi dashboard con Stripe o HubSpot sin saber programar?

Con herramientas de automatización como Make (antes Integromat) puedes conectar Stripe o HubSpot a Google Sheets o a Supabase sin escribir código. Make tiene un plan gratuito con hasta 1.000 operaciones mensuales, suficiente para sincronizar métricas básicas en una startup seed. Para configuraciones más complejas, el plan Core de Make cuesta desde 9 €/mes.

¿Cuándo tiene sentido pagar por una herramienta de BI como Metabase o Tableau?

Cuando el dashboard manual en Sheets o Notion empieza a generar errores por actualizaciones manuales, o cuando el equipo supera las 15-20 personas y hay roles distintos que necesitan vistas distintas de los mismos datos. En startups españolas en fase seed, Metabase open source (gratuito, autohospedado) es el salto más razonable antes de plantearse opciones de pago.