Un panel es fácil de mantener. Cincuenta paneles son difíciles. Cien paneles son un caos.
La gobernanza de paneles es un conjunto de reglas que evita el caos.
Sin gobernanza: los paneles se duplican (el mismo panel se crea dos veces con nombres distintos). Cada equipo define las métricas a su manera (los ingresos de un equipo no coinciden con los de otro). La precisión de los datos se deteriora (nadie los audita). Los paneles se abandonan (sin responsable, se quedan viejos).
Con gobernanza: los paneles son únicos. Las métricas son coherentes. Los datos son precisos. Los paneles se mantienen.
Reglas de gobernanza
Convención de nombres
Todos los paneles siguen el mismo patrón de nombre: equipo-función-periodo. Ejemplo: ventas-pipeline-diario. producto-adopcion-funciones-semanal. Los nombres ayudan a los usuarios a encontrar los paneles. Evitan paneles duplicados (el mismo panel creado dos veces con nombres distintos).
Definiciones de métricas
Cada métrica tiene una definición. La tasa de conversión se define como: transacciones completadas divididas entre sesiones. La definición está documentada. Se usa igual en todos los paneles. Sin ambigüedad.
Control de acceso
Quién puede ver qué paneles. Ventas ve los paneles de ventas. Soporte no ve las comisiones de ventas. El director lo ve todo. Aplica el acceso a nivel de panel o a nivel de datos.
Política de archivo
Los paneles sin uso durante seis meses se archivan (pasan a una carpeta de archivo y se ocultan). Los paneles archivados no se borran (se pueden restaurar). Solo se ocultan para reducir el desorden.
Proceso de aprobación
Los paneles nuevos necesitan aprobación antes de crearse. Solicitud: necesito un panel con el rendimiento del correo. Revisión: ¿ya existe? ¿Es distinto de un panel existente? Si es nuevo, se aprueba. La aprobación evita trabajo duplicado.
Documentación
Cada panel tiene una descripción: qué muestra, quién debería usarlo, cada cuánto revisarlo y cómo interpretarlo. La documentación se mantiene. Cuando el panel cambia, la documentación se actualiza.
Asignación de responsable
Cada panel tiene un responsable. El responsable se encarga de: mantener la precisión, actualizar la documentación, atender incidencias y decidir si se archiva. Suele ser la persona que más usa el panel.
Un ejemplo real: gobernanza de paneles en una empresa con cincuenta paneles
Comité de revisión de paneles
Se reúne cada mes: director general, director financiero, y los responsables de ventas, marketing y producto.
Solicitudes de paneles nuevos
Solicitud uno: El equipo de ventas pide ventas-actividad-comerciales-diario. La revisión pregunta: ¿se registra ya la actividad de los comerciales (llamadas, reuniones, propuestas)? Si es así, ¿se pueden usar los datos del CRM sin un panel nuevo? Ventas responde: lo registramos en el CRM, queremos una vista en panel. La revisión pregunta: ¿se puede construir el panel con los datos del CRM sin crear un duplicado? Ventas responde: sí. Aprobación: construir el panel usando el CRM como fuente. Nombre: ventas-actividad-diario. Responsable: el responsable de ventas. Documentación obligatoria antes del lanzamiento.
Solicitud dos: El equipo de producto pide recorrido-usuario-flujo. La revisión pregunta: es un tipo de métrica nuevo. ¿Cómo se calcula el recorrido? Producto explica: se consulta la secuencia de eventos de cada usuario. La revisión pregunta: ¿se ha validado el cálculo del recorrido? Producto responde: todavía no. Revisión: exigir validación antes de lanzar el panel. Hito: validar la metodología y después aprobar el panel. Responsable: el líder de analítica de producto.
Revisión de archivo
Panel uno: marketing-seguimiento-utm-diario no se ha visto en seis meses. La revisión pregunta al responsable (el responsable de marketing): ¿lo sigues usando? El responsable dice: no, pasamos a un panel más simple. Se archiva. El responsable confirma: sí, archivadlo.
Panel dos: direccion-prevision-trimestral no se ha visto en tres meses. La revisión pregunta al responsable (el director financiero): ¿lo sigues usando? El responsable dice: sí, lo reviso cada mes. No se archiva. Se añade a la lista de paneles.
Resultado
Sin paneles duplicados, con responsables claros, con documentación al día, con los paneles sin uso archivados y con los paneles nuevos revisados.
Buenas prácticas de mantenimiento
Audita los datos cada mes
Toma la métrica del panel y compárala con el sistema de origen. Corrige las diferencias de inmediato.
Actualiza la documentación cada trimestre
Cuando cambie un panel, actualiza su documentación. Cuando cambie la definición de una métrica, actualiza el diccionario de métricas.
Revisa los accesos cada trimestre
Quién sigue necesitando acceso a qué. Retira el acceso a quien se ha ido. Da acceso a los nuevos miembros del equipo.
Valida los cálculos cada año
Algunas métricas se calculan (no solo se reportan). Ejemplo: el valor de vida del cliente se calcula. Comprueba que el cálculo es correcto.
Preguntas frecuentes
¿Cómo hacemos cumplir las convenciones de nombres?
Hazlas obligatorias al crear el panel. La herramienta de paneles impone la convención. El usuario no puede crear un panel sin seguir la regla de nombres. Ejemplo: equipo-función-periodo o dirección-métrica-frecuencia. La herramienta rechaza los nombres que no siguen el patrón. Aplícalo en la herramienta, no con procesos. Con el creador de websde WEMASY, puedes configurarlo directamente en tu web.
¿Qué hacemos cuando el responsable de un panel deja la empresa?
Asigna un nuevo responsable en un plazo de dos semanas. Si nadie se ofrece, archiva el panel. No dejes paneles huérfanos (sin responsable). Los paneles huérfanos se deterioran. Las métricas se quedan viejas. La documentación queda obsoleta. Todo panel debe tener responsable.
¿Cómo evitamos que la gobernanza se vuelva burocrática?
Mantén las reglas simples. De tres a cinco reglas como máximo. Con demasiadas reglas, nadie las cumple. Ejemplo: convención de nombres, definiciones de métricas y control de acceso. Tres reglas bastan. El proceso de aprobación debe resolverse en una reunión. No en varias rondas. La gobernanza debe facilitar, no bloquear.
¿Debemos tener una gobernanza distinta para cada tipo de panel?
Sí. Los paneles de dirección tienen una gobernanza más estricta (menos responsables, más revisión). Los paneles operativos tienen una más ligera (aprobación más rápida, más responsables). Los paneles de detalle pueden ser de autoservicio (menos gobernanza). Gobernanza ligera para paneles de poco riesgo y estricta para los de mucho riesgo.
¿Cómo resolvemos los conflictos de definición cuando una misma métrica significa cosas distintas para cada equipo?
Renombra las métricas. Ventas define cliente como quien firmó un contrato. Soporte define cliente como quien abrió un ticket de soporte. Hay un conflicto. Renombra: cliente-contrato y cliente-soporte. Nombres distintos, sin conflicto. Documenta ambos en el diccionario de métricas.
¿Cada cuánto debemos revisar las reglas de gobernanza?
Una vez al año. El negocio cambia y las necesidades de los paneles también. En la revisión anual, pregunta: ¿siguen funcionando las reglas actuales? ¿Hay problemas nuevos? Actualiza las reglas si hace falta. No las cambies cada trimestre (las reglas que cambian sin parar se ignoran). Es mejor la estabilidad que la perfección.