Qué debe tener un dashboard para clientes: 7 claves

Un cliente que te paga cada mes no ve tu esfuerzo: ve un tablero, un correo o un reporte. Si el trabajo no aparece ahí, para él no existe, y en la renovación pesa más el último problema que el año entero. Construyendo XY Task, nuestra plataforma de operaciones multiempresa, aprendí que un dashboard para clientes se gana o se pierde en siete cosas. Ninguna es el color.

1. Responde "¿está todo bien?" en cinco segundos

Abrir el tablero tiene que contestar esa pregunta antes de que la persona lea nada. Si todo va bien, sigue con su día. Si no, el tablero muestra dónde está el problema, y un clic más, por qué. Eso se logra con una grilla de tarjetas (no una fila larga de números iguales), la métrica más importante arriba a la izquierda y una navegación de cinco grupos como máximo.

2. Cada número dice de cuándo es y contra qué se compara

"143 tickets" no informa. "143 tickets en los últimos 30 días, 12 % menos que los 30 anteriores" sí. Tres reglas que casi nadie cumple:

• El período anterior tiene los mismos días: septiembre se compara con los 30 días previos, no con agosto, que tiene 31.
• Los días se cortan en la zona horaria de tu negocio. Si el servidor corta en UTC, el reporte de septiembre cuenta tickets del 1 de octubre.
• Lo que es "estado actual" (abiertos, vencidas) se calcula a hoy y lo dice en la tarjeta.

3. Cada número se abre

Un total que no se puede abrir genera desconfianza. Si la barra dice "11 tickets llevan entre 8 y 14 días", un clic tiene que mostrar cuáles son, quién los atiende y cuánto llevan esperando. Es la tarjeta que más acciones genera: lo viejo se ve, y lo que se ve se atiende.

4. El informe sale solo

Si sacar el reporte del mes toma una tarde de copiar y pegar, nadie lo hace, o se hace mal. El tablero tiene que imprimirse como PDF con encabezado de informe (empresa, período, fecha y logo), siempre en tema claro, y exportarse a Excel con los mismos filtros de la pantalla. Ese PDF es el que tu cliente le reenvía a su jefe: vende por ti en reuniones a las que no vas.

5. El cliente ve su empresa y nada más

Esto no se resuelve escondiendo botones. El servidor decide quién ve qué, denegado por defecto, y cada ruta aplica la misma regla. Las que se olvidan son las peligrosas: la exportación, el buscador, el contador del menú, el aviso por Telegram y los adjuntos. Un cliente que cambia el número de empresa en la URL tiene que recibir un 403, no los datos de otro.

6. Lo interno no viaja, ni escondido

La nota interna del equipo, el costo, el estimado de horas o quién registró cada hora no pueden llegar al navegador del cliente "aunque no se muestren": cualquiera los ve en la pestaña de red. La respuesta se arma con una lista blanca de campos por rol, en el servidor. Y tu equipo necesita una vista del cliente: un interruptor que muestra el tablero exactamente como lo ve el cliente, para revisarlo antes de mandarle un PDF.

7. Se prueba antes y después de publicar

Un cambio pequeño puede abrir los datos de otra empresa sin que nadie se entere. Por eso hay pruebas automáticas que intentan lo que haría un cliente curioso (ver otra empresa, pedir la vista del equipo) y, después de cada despliegue, una verificación en producción: sin sesión, todo responde 401.

Y la landing que lo vende

El mismo cuidado aplica a la página que vende tu producto: el producto real en capturas y video (nunca fotos de stock), cada función explicada con un diagrama que se entiende en tres segundos, una URL por idioma para que Google encuentre tu versión en español, y un primer pantallazo que no espera al JavaScript. Puedes ver todo eso funcionando en xytask.com.

La skill gratis para hacerlo con Claude Code

Puse todo esto en una skill para Claude Code: Cómo crear un dashboard y su landing page con Claude Code. Trae las guías de diseño, reportes, seguridad multiempresa y landing; el código para decidir quién ve qué, con sus pruebas; y un tablero de demostración que se abre con doble clic para que veas el rango de fechas, el detalle al clic, la vista del cliente y el PDF antes de construir el tuyo.

La descargas en el acto dejando tu correo, la descomprimes en ~/.claude/skills/ y le escribes a Claude Code: "Usa la skill dashboard-y-landing". Él te hace las preguntas y construye contigo, paso a paso.

Si prefieres que lo construyamos nosotros para tu empresa, agenda una conversación.