Cómo crear un panel de control: fuentes de datos, KPI, gráficos y accesos

Para crear un panel de control, parte de las preguntas que debe responder y de las personas que lo leerán, define con precisión un conjunto pequeño de métricas, conecta los datos de los que proceden y elige un gráfico sencillo para cada una. Después decide quién puede ver cada cifra. Un creador de apps con IA puede generar un panel pulido en minutos; lo difícil, y lo que decide si alguien se fía de él, es tener bien los datos y las definiciones.

Empieza por las preguntas, no por los gráficos

Un panel que intenta mostrarlo todo se abre una vez y se olvida. Antes de pensar en gráficos, responde:

• ¿Para quién es? ¿Para la fundadora, un equipo comercial, operaciones, inversores, tus clientes?
• ¿Qué decisiones apoya? “¿Necesitamos contratar otra persona en soporte?” es una pregunta que un panel puede responder. “Muéstrame nuestros datos” no.
• ¿Con qué frecuencia lo mirarán? Los paneles de operaciones diarias necesitan datos frescos y alertas; una vista mensual para la junta directiva no.

Escribe de tres a cinco preguntas. Cada una se convierte en una o dos métricas.

Define cada métrica con exactitud

La mayoría de las discusiones sobre un panel son en realidad discusiones sobre definiciones. Escribe una definición corta para cada cifra:

Pega estas definiciones en tu prompt. Si no, la IA elegirá un cálculo razonable que quizá no coincida con la forma en que tu negocio cuenta las cosas.

De dónde vienen los datos

Dos principios se aplican en todos los casos:

1. Mantén las claves en el servidor. Las claves de API y las contraseñas de bases de datos van en las variables de entorno de la app, nunca en el código del navegador.
2. Decide la frescura de los datos. Consultar varias API en cada carga de página es lento y puede chocar con límites de peticiones. Para la mayoría de los paneles de negocio, una sincronización cada hora o durante la noche a tu propia base de datos, con una hora de “última actualización” en la página, es más sencillo y fiable.

Si las API te resultan nuevas, qué es una API y qué es una base de datos explican lo básico.

Elige el gráfico adecuado

• Un número único con su variación (“42.000 €, un 8 % más que el mes pasado”): una tarjeta de KPI. El elemento más útil en la mayoría de los paneles.
• Tendencia en el tiempo: un gráfico de líneas. Usa barras solo para un número pequeño de periodos.
• Comparar categorías: barras horizontales, ordenadas por valor.
• Parte de un todo: barras apiladas. Los gráficos circulares solo funcionan con dos o tres porciones.
• Detalle y excepciones: una tabla con ordenación, búsqueda y filtros. A menudo más útil que cualquier gráfico.

Mantén los colores coherentes: un color para “este periodo”, uno apagado para “comparación” y rojo solo para lo que necesita atención.

Quién ve qué

Decide los accesos antes de construir:

• Interno, todos ven todo: lo más sencillo. Aun así necesita inicio de sesión si contiene datos de negocio.
• Por roles: ventas ve cifras de ventas, finanzas ve márgenes, los gerentes ven su propio equipo.
• De cara al cliente: cada cliente ve solo sus propios datos. Cada consulta debe filtrar por la cuenta del cliente en el servidor. Pruébalo iniciando sesión con dos clientes distintos.

Un panel con datos de ingresos o de clientes en una URL pública y sin inicio de sesión es una fuga de datos esperando a ser descubierta.

Un primer prompt que funciona

Crea un panel de ventas para una empresa de software B2B de 10 personas. Público: las fundadoras y la responsable de ventas, que lo revisan cada lunes. Página de resumen: tarjetas de KPI con el nuevo MRR de este mes, el MRR total, los nuevos clientes de este mes, los clientes perdidos de este mes y el valor del pipeline, cada una con la variación respecto al mes anterior; un gráfico de líneas con el MRR de los últimos 12 meses; un gráfico de barras con los nuevos negocios por origen. Una página de Negocios con una tabla con búsqueda y ordenación (empresa, responsable, valor, etapa, fecha de cierre) y filtros por responsable y etapa. Definiciones de las métricas: el MRR es la suma de los importes de las suscripciones mensuales activas, dividiendo entre 12 los planes anuales; el abandono cuenta los clientes cuya suscripción terminó este mes. Usa datos de muestra realistas en una base de datos por ahora; conectaremos Stripe más tarde. Muestra una hora de “última actualización”. Se requiere inicio de sesión. Diseño limpio con barra lateral.

Nombra al público, cada métrica con su definición, los gráficos y el plan de datos, y empieza con datos de muestra, para que puedas acordar el diseño antes de conectar las fuentes reales.

Pasos de construcción

1. Diseño con datos de muestra. Acordad las métricas y los gráficos mientras los datos son ficticios y fáciles de cambiar.
2. Conecta una fuente real. Comprueba a mano cada cifra contra el sistema de origen. Si el MRR no coincide con lo que muestra Stripe, averigua por qué antes de seguir.
3. Añade las demás fuentes, una a una, comprobando cada una.
4. Actualización programada o consultas al cargar, con una etiqueta de “última actualización”.
5. Filtros: primero el rango de fechas y después uno o dos más que pidan las personas.
6. Inicio de sesión y roles.
7. Estados vacíos y de error: qué muestra la página cuando una fuente está caída o un filtro no devuelve nada.
8. Compártelo con el público previsto y después elimina lo que nadie mire durante un mes.

Hazlo rápido

Un panel lento se consulta menos. Precalcula los totales que son caros de calcular (una tabla de resumen diario en lugar de recorrer todos los pedidos), pagina las tablas grandes y carga primero las tarjetas principales para que la página sea útil antes de que terminen los gráficos. Si una cifra tarda mucho en calcularse, muestra cuándo se calculó por última vez en lugar de recalcularla en cada visita.

Errores comunes

• Demasiados gráficos. Si todo está destacado, nada lo está.
• Métricas sin definir. Dos personas que leen el mismo panel deberían llegar a la misma conclusión.
• No comprobar nunca las cifras contra el origen. Una cifra errónea y la gente deja de fiarse de todo el panel.
• Consultar cada API en cada carga de página. Lento, frágil y a veces caro.
• Sin contexto de fechas. Muestra siempre el periodo y la comparación.
• Secretos en el frontend. Una clave de API visible en el navegador puede ser copiada por cualquiera que abra la página.

Cuándo es mejor una herramienta de BI

Si tus datos ya están en una base de datos o en un almacén, y los usuarios principales son analistas que quieren explorarlos, filtrarlos y crear sus propios gráficos, una herramienta de BI como Looker Studio, Power BI, Metabase y otras les servirá mejor que un desarrollo a medida. Muchas herramientas SaaS también tienen buenos informes integrados; compruébalos antes de rehacerlos. Un panel a medida gana cuando es para clientes o para personas que no son analistas, necesita lógica o permisos que la herramienta de BI no puede expresar, combina fuentes de una forma específica de tu negocio o forma parte de un producto que ya tienes.

Si el trabajo consiste menos en ver cifras y más en modificar registros, te conviene un panel de administración o una herramienta interna; consulta cómo crear una herramienta interna. Y si tus cifras viven hoy en una hoja de cálculo, cómo convertir una hoja de cálculo en una app es una buena lectura siguiente.

Construirlo con Mythex

En Mythex describes el panel y el agente construye las páginas y los gráficos en una vista previa en vivo, empezando con datos de muestra realistas y pasando a una base de datos Postgres dedicada cuando las cifras necesiten persistir. El caso de uso de panel de la documentación tiene un prompt inicial. Si tus datos están en una herramienta como Google Sheets, puedes conectar la cuenta mediante Connectors y pedir al agente que los lea y construya un panel con ellos.

La propia app no tiene conectores integrados a almacenes de datos: para BigQuery, Snowflake, Stripe y similares, la app llama a sus API con claves que guardas como secretos del proyecto. Los inicios de sesión y los roles de las personas que ven el panel forman parte de la app que construyes. Para empezar desde un prompt, explora las plantillas de paneles, como la plantilla de panel de métricas.

Preguntas