Reseña de Claude Dashboards: lo que hace bien y dónde se queda corto (2026)

Qué es Claude Dashboards

Claude Dashboards se lanzó el 8 de octubre de 2026, junto con Claude Motion. Está en beta.

Es una plantilla dentro de los artifacts de Claude, de la misma familia que Claude Docs, Claude Slides y Claude Design.

El propio artículo de ayuda de Anthropic lo resume en una línea: conecta un almacén de datos u otra app, "ask a question in plain language, and Claude writes the queries and builds the dashboard."

Construyo integraciones en eesel para ganarme la vida, así que lo primero que quise saber no fue «¿hace gráficos bonitos?» (los hace). Fue: de dónde vienen los datos, qué tan frescos están y qué pasa cuando otra persona lo abre. Esas tres preguntas deciden si un dashboard gana confianza o se ignora, y las respuestas son más interesantes de lo que deja ver la publicación del lanzamiento.

La captura de arriba es la demo de Anthropic: a un lado, una pregunta sobre estaciones de bicicletas vacías; al otro, un dashboard terminado con seis tarjetas de cifras y dos gráficos. Fíjate en el panel de chat. Claude no solo construye el dashboard, también te cuenta lo que encontró («Fernhill runs dry by 8:15 on a typical weekday»). Ese emparejamiento de gráfico y explicación es todo el planteamiento.

Cómo funciona: una consulta por gráfico

El mecanismo es simple, y es el diseño correcto. Según el centro de ayuda: "Claude writes a SQL query for each chart and runs it against your data source. Each chart shows its query, so you can see exactly what it's counting, along with when its data was last refreshed."

¿Por qué importa? Porque lo difícil del análisis escrito por IA nunca fue dibujar el gráfico. Es saber si «clientes activos» significaba lo que tú crees que significaba. Un modelo que te da una cifra sin explicar cómo la obtuvo es un modelo que tienes que volver a comprobar a mano, lo que anula el propósito. Poner el SQL en cada gráfico hace que cada cifra sea auditable por cualquiera que sepa leer una cláusula WHERE.

Tres formas de empezar un dashboard, todas del artículo de ayuda:

1. Pídelo en cualquier chat («Build a dashboard of this quarter's revenue by region»).
2. Elige «Output» en el cuadro de mensajes y selecciona «Dashboards».
3. Abre la pestaña Artifacts y elige una plantilla de Dashboards.

Refinar funciona igual: pídele a Claude «add a filter for region» o «change this to a weekly view», o abre la consulta de un gráfico y dile a Claude qué debería contar en su lugar. El consejo de Anthropic es bueno: di qué quieres saber, no solo qué graficar. «How do this month's signups by channel compare with last month's?» te lleva más lejos que «a signups chart».

Lo que la documentación no dice es igual de útil. No encontré en el centro de ayuda ningún calendario de actualización publicado, ni botón de actualizar, ni límites de filas o de gráficos. La única señal de frescura es la marca «last refreshed» de cada gráfico. Si necesitas una cifra garantizada al día cada lunes a las 9, eso es algo que la documentación todavía no promete.

Dónde tienen que vivir tus datos

Anthropic nombra cinco almacenes de datos: Amazon Redshift, BigQuery, ClickHouse, Databricks y Snowflake. Más allá de esos, funciona con "other apps you've connected to Claude", y el ejemplo que da es un dashboard de tus oportunidades de Salesforce.

El lado de las apps es donde yo iría más despacio. Revisé el directorio de conectores de Anthropic para ver a qué herramientas podría apuntar un dashboard un equipo típico de operaciones o soporte:

Dos advertencias sobre la vía de las apps. Primero, la documentación de ayuda sobre artifacts dice que las herramientas de conector que requieren aprobación en cada acción no están disponibles dentro de los artifacts, y la primera vez que un artifact usa una app, Claude te pide que apruebes qué herramientas puede usar. Segundo, «Enable artifact connectors» es un ajuste de todo o nada para la organización según la guía de administración: "you can't limit which apps artifacts can reach."

Para los equipos de soporte, este es el inconveniente práctico. Si tus tickets viven en Zendesk o Freshdesk, Claude Dashboards solo los ve después de que una canalización de exportación los deje en algún lugar como Snowflake. Muchos equipos ya envían datos de Zendesk a Power BI o a un almacén, y esos equipos están bien situados. Los equipos que generan informes directamente con los informes integrados del helpdesk, no.

El modelo de uso compartido es la verdadera historia

Esta es la parte que cambia cómo lo usarías. De la documentación de Anthropic sobre compartir: "Viewers use their own access. An artifact that pulls from connected apps uses the viewer's connections, not yours. If a viewer can't access a data source, that part of the artifact shows an error instead of your data."

Es un valor predeterminado de seguridad sensato. Los permisos de tu almacén siguen mandando, y nadie ve filas que no debería. Pero llévalo a un lunes real:

• Construyes un dashboard de ingresos y lo compartes con tu jefe de ventas. Si no tiene un acceso a Snowflake con los mismos permisos, ve mosaicos de error, no tus cifras.
• Quieres publicarlo en un canal de la empresa. No puedes usar un enlace público: "Artifacts that connect to your apps or use Claude can't use 'Anyone with the link.'"
• Invitas a una agencia o a un miembro del consejo de fuera de la empresa. Puedes invitar hasta 50 personas externas por artifact, pero "parts of the artifact that use Claude or your connectors don't work for them." Las invitaciones pendientes caducan a los 30 días.

Así que un dashboard de Claude es una herramienta de análisis personal que además se puede compartir, no un informe de difusión. Las herramientas de BI clásicas suelen resolver esto al revés, con una cuenta de servicio que consulta en nombre de todos. Ninguna es incorrecta. Están pensadas para trabajos distintos, y la frase de la publicación de lanzamiento, "your team and Claude can work on the same doc, deck, design, or dashboard", suena más amplia de lo que el modelo de permisos realmente permite.

Los niveles de acceso son los tres habituales (Can view, Commenter, Can edit), todos necesitan una cuenta de Claude, y no puedes cambiar los ajustes de uso compartido desde las apps de iOS o Android.

Qué planes lo incluyen y cuánto cuesta

Claude Dashboards no tiene precio propio. "counts toward your plan's usage limits, like the rest of your work with Claude", según el centro de ayuda, y la página de precios de Anthropic lo marca como incluido en todos los planes de pago.

Es un despliegue más amplio que el de Motion. Motion es solo para Team y Enterprise, como expliqué en mi desglose de los precios de Claude Motion, mientras que una sola suscripción de $20 a Claude Pro te da Dashboards.

Dos notas de costes que conviene conocer:

• Enterprise paga por token. Con el uso facturado a tarifas de API, un dashboard que vuelve a ejecutar consultas pesadas y explicaciones largas cuesta dinero real en Enterprise, de una forma que no ocurre con un puesto de tarifa fija. Mi guía de precios de la API de Anthropic incluye la tabla de tarifas.
• Hay un descuento de lanzamiento hasta el 15 de octubre. La promoción de uso de artifacts de Anthropic hace que los 10 mensajes siguientes después de que Claude cree o edite un artifact usen un 50 % menos de tu límite de sesión de cinco horas, en Pro, Max y Team (y Free desde el 7 de octubre). Excluye Enterprise y no afecta a tu límite semanal.

Recuerda también la factura del almacén. Cada gráfico es una consulta real contra Snowflake o BigQuery, y esas plataformas cobran el cómputo con su propio contador. Mis guías de precios de Snowflake y precios de BigQuery explican cómo se mide.

Configurarlo para un equipo

Para los propietarios de Team y Enterprise, la guía de administración detalla los interruptores:

1. Activa Cloud code execution and file creation en Organization settings, Capabilities. Sin eso, Dashboards no funciona.
2. Activa la plantilla Dashboards en Organization settings, Artifacts, Templates. En Enterprise está desactivada por defecto.
3. En Enterprise, usa roles personalizados para limitar quién puede iniciar un dashboard.
4. Decide sobre Enable artifact connectors, recordando que se aplica a todas las apps a la vez.
5. Decide sobre External sharing. Desactivarlo también elimina cualquier enlace público existente.

Los equipos de cumplimiento deberían leer una línea más: las organizaciones preparadas para HIPAA pueden activar Dashboards, pero no está cubierto por el Business Associate Agreement, así que la información de salud protegida debe quedarse fuera. Además, Dashboards no está disponible a través de plataformas en la nube de terceros, así que si compras Claude a través de un marketplace en la nube y no directamente a Anthropic, compruébalo antes de planificar en torno a él.

Dónde se queda corto Claude Dashboards

Ninguno de estos puntos es un impedimento para el trabajo para el que Anthropic lo diseñó. Importan si esperabas que reemplazara algo.

• Es una beta. La página de funciones beta de Anthropic dice claramente que "the experience may change" y "not every feature graduates."
• Sin calendario de actualización documentado. Tienes una marca de última actualización por gráfico y nada sobre frecuencia, alertas o envío programado.
• Sin enlaces públicos para dashboards conectados. Bien para la seguridad, limitante para una página de KPI para toda la empresa.
• Acceso espectador por espectador. Los dashboards compartidos fallan para cualquiera sin los permisos de datos correspondientes.
• Sin capa semántica. Cada cifra sale de SQL que Claude escribió para ese gráfico. Dos personas que pregunten por el «churn» pueden obtener dos definiciones distintas, y la única defensa es leer la consulta.
• Las correcciones no están garantizadas. Cuando un artifact da error, hay un botón «Try fixing with Claude», y la documentación añade que "success isn't guaranteed."
• 20 MB, solo texto. Es el límite de almacenamiento de artifacts del artículo sobre artifacts.

El punto de la capa semántica es el que más pesaría. Herramientas como Looker existen precisamente para que «ingresos» signifique una sola cosa en todas partes. Claude Dashboards muestra su trabajo en lugar de imponer una definición, lo cual está bien para una persona que explora y es más arriesgado para una cifra sobre la que actúa toda una empresa.

Claude Dashboards frente a tu herramienta de BI

Anthropic no finge que esto reemplace al BI. La publicación de lanzamiento dice "Dashboards work alongside your BI and analytics tools", y puedes enviar un dashboard directamente a Amplitude, Grafana, Hex, Mixpanel, Omni, Perplexity, PostHog o Sigma, con Looker, monday.com y Tableau próximamente.

Mi lectura: quienes más ganan son los que estaban atascados en el medio. El product manager que, de otro modo, abriría un ticket al equipo de datos y esperaría tres días. El fundador que sabe leer SQL pero no quiere escribirlo a las 11 de la noche. Para ellos, es un avance real frente a pegar CSV en un chat. Si estás comparando Claude con otras herramientas de IA para este tipo de trabajo, mi resumen de IA para análisis de datos cubre el panorama más amplio.

Lo que dice la gente

El lanzamiento tiene un día, así que son primeras reacciones y no reseñas a largo plazo. Aun así, el patrón ya es claro. La respuesta más sonora vino del propio mundo de Power BI:

"Claude Dashboards. It was inevitable."

Kurt Buhler (@kurtbuhler), X

El detalle más elogiado es el que yo también elogiaría: la consulta en cada gráfico. Las preguntas abiertas son las mismas que yo tenía sobre edición y permisos:

"Love that the query is exposed on every chart. Two things I'm curious about: can I edit the query and have the dashboard respect my change on refresh, and how does it handle row-level permissions when a teammate opens a shared dashboard?"

@sybergeek, X

La mitad de permisos tiene respuesta en la documentación (cada espectador usa su propio acceso). El lado escéptico llega a las definiciones de métricas, que es la carencia de capa semántica de arriba:

"Can teams pin an approved metric definition across dashboards? Two valid SQL queries can still disagree on what “revenue” means."

@linetkzy, X

Los primeros informes prácticos son positivos, aunque algunas personas no están convencidas de que sea nuevo:

"Just played around with it using some old data I published a couple years ago. It is surprisingly good"

@PlantInvestor16, X

"I really don’t understand, this is already just a prompt way using python within Claude,why the fuss?"

@BenBayArea, X

Este último comentario tiene algo de razón para quien ya graficaba CSV en el chat. La diferencia es la conexión en vivo con el almacén y el SQL visible, no los gráficos en sí.

¿Vale la pena activar Claude Dashboards?

Sí, si se cumplen tres cosas: ya pagas un plan de Claude que lo incluye, tus datos están en uno de los cinco almacenes nombrados (o en una app con conector), y las personas que hacen las preguntas son las mismas que tienen acceso a los datos. En ese escenario es una forma rápida y honesta de responder preguntas que antes se perdían en la cola del equipo de datos, y el SQL de cada gráfico lo mantiene honesto.

Sáltatelo, o al menos no planifiques en torno a él, si necesitas un dashboard que toda una empresa abra desde un enlace, una definición de métrica que no pueda desviarse o una actualización programada que puedas prometer a la dirección. Eso sigue siendo trabajo de tu herramienta de BI.

Y si tus preguntas más difíciles son sobre la cola de soporte («¿qué preguntan los clientes esta semana y cuánto de eso podría gestionar la IA?»), la ruta del almacén es un rodeo largo.

Prueba eesel para respuestas que viven en tu helpdesk

Claude Dashboards responde preguntas sobre datos que ya has movido a un almacén. Los datos de soporte, en su mayoría, no se han movido a ninguna parte: viven en Zendesk, Freshdesk o Gorgias. El compañero de helpdesk con IA de eesel trabaja directamente ahí. Se conecta en minutos a Zendesk, Freshdesk o Gorgias, aprende de tus tickets pasados y de tu centro de ayuda, redacta o envía respuestas e informa de cada tarea que ejecutó, qué la activó y qué acciones aprobó una persona.

Antes de que toque un ticket real, yo lo ejecutaría primero contra tus tickets históricos, que es como empieza cada despliegue de eesel, para que veas las cifras antes que tus clientes. Así describió su primer mes un equipo de Zendesk:

"In the first month, eesel is resolving 73% of our tier 1 requests. eesel offers easy Zendesk implementation and setup."

Kim Simpson, Gridwise

Prueba eesel gratis, o consulta primero los precios de eesel.