Claude Dashboards y Motion: de métricas a vídeos

Volver

Kevin Riedl

13 min de lectura · 9 oct 2026
Última revisión 9 de octubre de 2026

Siguiente

Una responsable de producto pregunta por qué ha caído la proporción de clientes nuevos que llegan a obtener su primer resultado útil. Alguien comprueba los datos, prepara un gráfico para la reunión del equipo y escribe una explicación para quienes no puedan asistir. Claude Dashboards y Claude Motion reúnen esos materiales en un mismo entorno de trabajo.

La combinación útil es un dashboard que se pueda examinar y una breve animación que explique un hallazgo. Para un fundador o un equipo de producto, podría facilitar el recorrido desde una pregunta hasta una decisión compartida. El valor depende de conservar el significado correcto del análisis al trasladarlo al vídeo.

Esta guía desarrolla un informe hipotético sobre la incorporación de clientes a un SaaS, con la definición de la métrica, dos prompts reutilizables y el traspaso entre las herramientas.

Revisión de la documentación: 9 de octubre de 2026. Las cifras, los prompts y el piloto son ejemplos ilustrativos originales, no resultados de un cliente de Wavect ni de una prueba práctica del producto.

¿Qué son Claude Dashboards y Claude Motion?

Claude Dashboards crea vistas explorables de datos empresariales conectados. Claude Motion convierte el contenido que le proporcionas en animaciones editables que se pueden exportar como vídeo MP4. Anthropic presentó ambas funciones en beta el 8 de octubre de 2026. Su anuncio de lanzamiento muestra un dashboard creado con datos de bicicletas compartidas y animado después con Motion.

Que Motion construya la animación con código importa cuando cambia un informe: puedes editar una cifra, una etiqueta o la duración de una escena sin tratar toda la animación como una única secuencia de vídeo. Anthropic afirma expresamente que Motion no utiliza un modelo de generación de vídeo para crear escenas realistas ni personas. En este caso de uso, su función es animar los datos y su explicación.

Entre los ejemplos documentados de plataformas que puede utilizar Dashboards están BigQuery, Databricks y Snowflake, además de aplicaciones conectadas como Salesforce. El ejemplo siguiente utiliza eventos de producto almacenados en un almacén de datos. Adapta la métrica a la fuente de la que realmente dispongas.

¿Qué planes de Claude incluyen ambas funciones?

La tabla actual de planes de Artifacts, consultada el 9 de octubre de 2026, distingue las dos betas:

Actualmente necesitas un plan Team o Enterprise para realizar el flujo completo. La guía de administración de Artifacts exige habilitar la ejecución de código en la nube y la creación de archivos. Ambas plantillas están desactivadas por defecto en Enterprise; Motion está activado por defecto en Team, sujeto a los ajustes de la organización. Un propietario puede configurar las plantillas y los conectores disponibles.

Las dos funciones cuentan para el uso de tu plan. Las animaciones más largas o complejas consumen más que un mensaje habitual. Ten en cuenta el trabajo de investigación, las revisiones y la exportación, y comprueba los posibles costes adicionales de la plataforma de datos. Un primer piloto breve ofrece una estimación más útil que suponer que todas las actualizaciones semanales exigirán el mismo esfuerzo.

Ejemplo práctico: más activaciones, pero una tasa de activación menor

Supongamos que tu SaaS crea informes a partir de los datos conectados de un cliente. Defines la activación como el momento en que una cuenta nueva conecta una fuente y después completa su primer informe dentro de los siete días siguientes al registro.

Utiliza dos cohortes de registro completas: del 14 al 20 de septiembre y del 21 al 27 de septiembre de 2026, con límites horarios en UTC. La fecha de corte de los datos es el 5 de octubre de 2026 a las 00:00 UTC. Así, cada cuenta dispone de su ventana completa de observación de siete días. Todas las cifras siguientes son hipotéticas.

Un vídeo que dijera «las activaciones aumentaron un 5%» describiría correctamente el número absoluto: 420 supera a 400 en un 5%. Aun así, omitiría un dato relevante para decidir. Las cuentas que cumplen los criterios aumentaron un 20%, mientras que la proporción que alcanzó la activación cayó del 40% al 35%.

El cambio de la tasa es de menos cinco puntos porcentuales, o una caída relativa del 12,5% respecto a la tasa anterior. Son dos formas distintas de expresar el mismo cambio. Muestra el denominador junto al resultado para que quede claro a qué te refieres.

Un titular útil sería: «Se activaron más cuentas, pero la tasa de activación en siete días cayó del 40% al 35% mientras crecía la cohorte de registros». Esa observación justifica investigar. No demuestra que una nueva pantalla de incorporación causara la caída. También podrían influir la composición de los canales de adquisición, los planes contratados, cambios en la instrumentación u otras diferencias.

Si el equipo todavía no ha acordado qué significa la activación o qué decisión debe orientar la métrica, empieza por nuestra guía sobre evidencia de Product-Market Fit y decisiones por cohortes. Aquí nos centramos en conservar esa definición acordada al utilizar las herramientas de informes de Claude.

Construye el dashboard de Claude en torno a una métrica comprobable

Empieza con la plantilla Dashboards en la pestaña Artifacts, o selecciona Output → Dashboards en un chat. Utiliza la conexión de datos aprobada para la pregunta que debe responder el informe.

Antes de pedir un gráfico, proporciona a Claude una especificación del informe. Esta propuesta ejemplifica la definición de una métrica de tu equipo; no es un esquema de la API de Claude:

{
  "metric_id": "activation_7d_v1",
  "entity": "unique_account",
  "cohort_timestamp": "account_created_at",
  "window": "[created_at, created_at + 7 days)",
  "sequence": ["source_connected", "first_report_completed"],
  "timezone": "UTC",
  "data_cutoff": "2026-10-05T00:00:00Z",
  "excluded_account_types": ["staff", "test", "migration"]
}

Relaciona esos nombres ilustrativos de eventos con tu esquema real. Cuenta una sola vez cada cuenta que cumpla los criterios. Para incluirla en el numerador, exige una conexión de fuente en el momento del registro o después, seguida de un primer informe completado en el momento de esa conexión o después; ambos eventos deben ocurrir antes de que termine la ventana de siete días de la cuenta. Conserva en el denominador las cuentas que nunca llegan a activarse.

Los límites de la cohorte son distintos de la ventana de eventos. La primera cohorte incluye los registros desde el 14 de septiembre a las 00:00 UTC hasta el 21 de septiembre a las 00:00 UTC, sin incluir este último instante. La segunda abarca los siete días siguientes. No compares una cohorte observada por completo con los registros de esta semana si sus ventanas de activación aún no han terminado.

Utiliza una conexión de datos con las restricciones adecuadas. La documentación de conectores de Claude explica los permisos de origen y las restricciones de acciones. Un conector personalizado con credenciales compartidas puede acceder a todo lo que permiten esas credenciales. Para un piloto de informes, configura acceso de lectura a las vistas relevantes y aplica las restricciones en la fuente o el conector; una frase en un prompt no constituye un control de acceso.

Prompt para el dashboard

Crea un dashboard de activación de producto con las vistas de informes autorizadas.
Primero relaciona activation_7d_v1 con las tablas y los campos de eventos disponibles.
Si falta algún campo o permiso necesario, explica la carencia antes de continuar.
Compara las cohortes de registro [2026-09-14, 2026-09-21) y [2026-09-21, 2026-09-28), en UTC.
Utiliza los datos disponibles a fecha de 2026-10-05T00:00:00Z.
Cuenta cuentas únicas que cumplan los criterios y su activación en la secuencia indicada en siete días.
Mantén las cuentas no activadas en el denominador y aplica las exclusiones indicadas.
Muestra juntos los tamaños de las cohortes, las cuentas por etapa y las tasas de activación.
Expón la consulta, los límites de las cohortes, la ventana de eventos y la hora de actualización.
Separa las cifras absolutas, el cambio en puntos porcentuales y el cambio relativo de la tasa.
Señala eventos ausentes, duplicados o recibidos con retraso y cualquier supuesto sobre el esquema.
Describe la observación sin afirmar qué la causó.

El prompt describe el trabajo deseado; no añade capacidades no documentadas al producto. Si el sistema conectado no puede reconstruir el estado histórico de los datos que se solicita, hay que indicarlo. Filtrar por la hora del evento no basta para reproducir lo que la base de datos conocía en una fecha de corte pasada.

Antes de pasar a Motion, compara los recuentos obtenidos con una consulta de confianza o un informe existente que utilice las mismas definiciones. Examina algunas cuentas cercanas a los límites horarios, una que nunca se activa, un evento duplicado y un informe completado después del séptimo día. Comprueba que una unión de tablas no haya multiplicado las cuentas y que las exclusiones se apliquen de forma coherente.

El dashboard muestra una consulta para que una persona pueda examinar el cálculo. Esa revisión sigue siendo necesaria. Cuando las cifras coincidan, registra la versión del resultado, la versión de la métrica, las fechas de las cohortes, la fecha de corte de los datos, la hora de actualización y la persona que aprobó la interpretación.

Convierte el resultado aprobado en una breve actualización con Motion

Selecciona Output → Motion en un chat, o empieza con la plantilla Motion en Artifacts. Proporciona la tabla revisada y unas instrucciones concretas. En este ejemplo, la audiencia es el equipo de producto, el hallazgo es la caída de la tasa de activación y el siguiente paso es examinar las etapas de incorporación y los segmentos de adquisición que hay detrás.

Una actualización de 30 segundos es un objetivo editorial útil para este ejemplo. No es una duración máxima documentada. Una secuencia sencilla permite mantener visibles el denominador y el alcance de la conclusión:

Prompt para la animación

Crea una actualización de 30 segundos para el equipo de producto a partir de la tabla y las instrucciones aprobadas.
Utiliza solo estas cifras: cohortes de 1.000 y 1.200; cuentas conectadas 600 y 660;
cuentas activadas 400 y 420; tasas de activación del 40% y del 35%.
El hallazgo es una caída de cinco puntos porcentuales en la activación en siete días.
No afirmes que ningún cambio de producto la causó.
Utiliza la misma escala en gráficos comparables y mantén visibles los denominadores.
Deja los valores y las etiquetas legibles cuando termine cada animación.
Muestra las fechas de las cohortes, la zona horaria UTC, la fecha de corte y la versión del resultado.
Termina con: examinar las diferencias entre etapas de incorporación y segmentos de adquisición.
Utiliza los recursos de marca proporcionados y un ritmo tranquilo, adecuado para una reunión de equipo.
Entrega una animación editable y una explicación en texto de cada cifra.
Prepara un MP4 para revisión; no lo publiques ni lo distribuyas.

Revisa la secuencia terminada, no solo el guion. Asegúrate de que la escena con las 420 activaciones también muestre el denominador de 1.200 cuentas. Un gráfico no debe animar un aumento del número absoluto y presentarlo como una mejora de la tasa. Comprueba las etiquetas cortadas, el redondeo, el significado de los colores y si el último fotograma permanece legible el tiempo suficiente.

Acompaña el vídeo de una explicación equivalente en texto. Si tu proceso de producción añade voz u otro audio significativo, proporciona también subtítulos. La guía del W3C sobre accesibilidad de medios audiovisuales trata las descripciones de información visual, los subtítulos y las transcripciones descriptivas. No des por hecho que exportar a MP4 los incluye automáticamente.

¿Se actualiza el vídeo de Motion cuando se actualiza el dashboard?

Trata cada MP4 exportado como una instantánea fechada. El lanzamiento demuestra el uso conjunto de las herramientas, pero la documentación revisada no establece un vínculo automático que regenere los vídeos exportados cada vez que cambian los datos del dashboard.

La última actualización del dashboard y las cifras aprobadas para un informe concreto pueden corresponder a momentos diferentes. Conserva ambas marcas temporales. La guía de Dashboards revisada muestra información de actualización, pero no especifica un intervalo universal ni una garantía de latencia.

Para un informe recurrente, crea un pequeño registro de publicación: versión de la métrica, referencia de la consulta, tabla de resultados revisada, fechas de las cohortes, fecha de corte, hora de revisión y nombre del archivo de vídeo. Por ejemplo, activation_7d_2026-10-05_v1.mp4 identifica esta actualización ilustrativa. Si incorporar eventos recibidos con retraso cambia las cifras, conserva las ventanas originales de las cohortes y de observación, establece una fecha de corte posterior que corresponda al nuevo estado de los datos revisado y exporta una nueva versión del resultado. Marca la anterior como sustituida en los canales de distribución que controles.

Así también dejas un historial útil para el equipo: quien vea un vídeo antiguo podrá identificar los datos que describía, en lugar de suponer que todos los clips reflejan el estado más reciente.

¿Quién puede ver el dashboard y quién puede ver el vídeo?

Las reglas para compartir artefactos distinguen el acceso al artefacto del acceso a sus datos conectados. Un artefacto conectado utiliza las conexiones propias de quien lo ve. La falta de acceso a la fuente puede producir un error. Los artefactos conectados no pueden usar «Anyone with the link», y las partes que dependen de conectores no funcionan para personas invitadas de fuera de la organización.

Prueba el dashboard compartido con la cuenta del compañero al que va dirigido. Comprueba que se abre la página y que se cargan las cifras que esa persona tiene permiso para ver. Revisa también cualquier información almacenada en el artefacto: los datos guardados en almacenamiento compartido tienen un ámbito de visibilidad distinto al de una consulta en directo mediante un conector.

Un vídeo exportado ya contiene las cifras representadas. Quien lo reproduce no ejecuta la consulta original al almacén de datos. Define la audiencia autorizada antes de exportarlo y evita incluir nombres de clientes o detalles de cuentas que esas personas no deban recibir. Revocar el enlace de un dashboard no retira las copias de un MP4 descargado.

Para una actualización interna, distribuye el clip aprobado con su resumen en texto y un enlace al dashboard para quienes tengan acceso a la fuente. Para una actualización externa, prepara una versión aprobada por separado, con información agregada o anonimizada adecuada. Trátalo como una decisión de publicación, no como un atajo para eludir los permisos del dashboard.

¿Cuándo debe pasar este flujo a tu entorno de BI o a tu producto?

Una pregunta puntual puede permanecer en el flujo exploratorio si su alcance y audiencia están claros. Un informe operativo recurrente necesita definiciones de métricas mantenidas, responsables y un proceso de revisión fiable. La analítica orientada a clientes también puede exigir un modelo de permisos específico del producto, expectativas de disponibilidad y soporte.

Ya existe una vía de continuación documentada. La guía de Sigma, socio del lanzamiento, describe cómo enviar un dashboard de Claude a un libro de trabajo de Sigma con sus consultas y filtros. Requiere una licencia Sigma Build y el permiso OAuth de MCP correspondiente; allí se aplican los permisos de Sigma. Evalúa el traspaso real con las herramientas que ya utilizas, sin suponer que todas las integraciones se comportan igual.

Si buscas una experiencia interactiva integrada en tu propia aplicación, nuestra comparativa de arquitecturas de interfaces generativas aborda esa decisión de producto por separado. El flujo de Dashboards y Motion que explicamos aquí se ocupa de elaborar y explicar el informe.

Un primer piloto concreto para un equipo de producto

Elige una métrica que ya comprendáis, una fuente de datos autorizada y una audiencia. Pide al responsable de la métrica que revise el dashboard y a otra persona que compare la animación con los resultados aprobados.

1. Establece una referencia. Registra cómo prepara actualmente el equipo la actualización, incluidos el trabajo de consultas, las comprobaciones, la redacción, las revisiones y la distribución.
2. Ejecuta el flujo del ejemplo. Utiliza un periodo de informe completo, verifica el cálculo y prepara una animación breve con su equivalente en texto.
3. Prueba una revisión. Cambia una cifra aprobada en una copia de prueba y comprueba cada porcentaje, etiqueta y escena que dependa de ella. Verifica que la fecha de corte siga visible.
4. Comprueba el acceso de la audiencia. Confirma a qué puede acceder un destinatario del dashboard y qué información revela realmente el clip exportado.
5. Decide si conviene repetirlo. Compara el esfuerzo total de preparación y revisión, el número de correcciones y si quienes lo ven entienden el hallazgo y el siguiente paso.

La combinación resulta prometedora porque la exploración y la explicación pueden partir de un conjunto claro de datos e instrucciones. Un piloto útil demuestra que el equipo puede conservar su significado, revisar la actualización y entregarla a la audiencia adecuada con menos fricción. Es una medida de éxito más útil para decidir que el acabado de la primera animación.