Problema
Un dashboard puede verse terminado y no servir para decidir: los indicadores no están definidos, nadie actualiza los datos o los accesos son inseguros. Antes de diseñar pantallas, aclara quién usará la información, qué decisiones tomará y quién mantendrá el sistema.
Dashboard, observatorio y visor tampoco son sinónimos. El dashboard presenta métricas; el visor explora información geográfica; el observatorio añade reglas, responsables, análisis y una rutina institucional de seguimiento.
Datos y fuentes
Si se decide contratar apoyo, la entidad debe revisar la Ley N.° 32069 y su Reglamento actualizados. Para indicadores, CEPLAN publica una guía actualizada en 2024.
La PCM aprobó la Estrategia Nacional de Gobierno de Datos 2026–2030 y orienta a las entidades sobre su Plan de Acción de Gobierno de Datos. Estos instrumentos refuerzan la necesidad de articular resultados, calidad, privacidad, responsables e iniciativas sostenibles.
Método
Quince preguntas para diseñar y mantener el sistema
| Bloque | Pregunta central | Evidencia para revisar |
|---|---|---|
| 1. Decisiones | ¿Qué reunión, alerta o acción apoyará el sistema? | Casos de uso priorizados. |
| 2. Usuarios | ¿Quién consulta, actualiza, valida y administra? | Matriz de roles y permisos. |
| 3. Alcance | ¿Qué territorio, periodo, entidades y procesos cubre? | Inclusiones y exclusiones aprobadas. |
| 4. Fuentes | ¿Qué sistemas, archivos o servicios entregan datos? | Inventario con responsables y acceso. |
| 5. Modelo | ¿Cómo se relacionan entidades, periodos y territorios? | Diccionario y modelo de datos. |
| 6. Indicadores | ¿Qué mide cada indicador y cómo se calcula? | Fichas técnicas verificadas. |
| 7. Calidad | ¿Qué valida completitud, vigencia y consistencia? | Reglas, alertas y bitácora. |
| 8. Actualización | ¿Con qué frecuencia y mediante qué proceso? | Ejecución demostrada con datos nuevos. |
| 9. Producto | ¿Qué vistas, filtros, mapas y exportaciones se requieren? | Prototipo probado con usuarios. |
| 10. Flujo | ¿Qué sucede cuando aparece una desviación? | Responsable, plazo y evidencia de cierre. |
| 11. Seguridad | ¿Qué información es pública, interna o restringida? | Pruebas de acceso y registro de actividad. |
| 12. Arquitectura | ¿Dónde opera y cómo se integra, respalda y recupera? | Diagrama, configuración y prueba de restauración. |
| 13. Desempeño | ¿Qué tiempos, volumen y disponibilidad necesita? | Pruebas con carga representativa. |
| 14. Transferencia | ¿Qué recibirá el equipo para administrar y modificar? | Código, documentación y capacitación. |
| 15. Continuidad | ¿Quién mantiene datos, software y soporte después? | Plan, costos y condiciones de salida. |
Acordar quién revisa los datos y qué hace con ellos
Una especificación útil describe el ciclo completo: dato que cambia, regla que lo valida, indicador que se actualiza, usuario que recibe la señal y acción que debe registrar. Si el planteamiento solo enumera gráficos, todavía no define un sistema de seguimiento.
Criterios mínimos de revisión
- cálculo reproducido desde la fuente para una muestra de indicadores;
- actualización completa con un periodo de datos no usado durante el desarrollo;
- permisos probados por perfil y protección de datos restringidos;
- navegación, filtros, exportación y lectura móvil verificadas;
- registro de errores y alertas frente a datos incompletos o atrasados;
- documentación de fuentes, transformaciones, despliegue y respaldo;
- repositorio, código, credenciales institucionales y plan de transferencia;
- sesión de uso con responsables y evidencia de correcciones.
Al revisar el sistema, distingue los defectos del producto, los problemas de la fuente y los cambios de alcance. Esa separación evita que el sistema oculte datos defectuosos y que toda nueva necesidad se trate como corrección.
Qué revisar
- ¿El dashboard responde preguntas de gestión concretas?
- ¿Los indicadores tienen fichas técnicas, además de colores y gráficos definidos?
- ¿El acceso a las bases tiene responsables y autorización?
- ¿El sistema contempla perfiles, trazabilidad, respaldo y recuperación?
- ¿El equipo dispondrá del código, la documentación y las condiciones de salida?
- ¿La puesta en marcha incluye una rutina de uso, además de la entrega técnica?
Qué hacer con esta información
Antes de desarrollar el sistema, revisa el alcance con el equipo que lo usará, planeamiento, tecnología, seguridad, responsables de datos y asesoría jurídica. Incluye a contrataciones si se prevé apoyo externo. Un primer producto acotado, con fuentes disponibles y decisiones reales, suele ser más sostenible que una plataforma amplia sin operación definida.
Esta guía ayuda a definir el sistema y su funcionamiento. No reemplaza una evaluación de seguridad, asesoría legal ni los documentos estándar aplicables al proceso concreto.
Enlaces y descargas
¿Necesitas apoyo?
Si necesitas apoyo para definir el sistema, puedes contactarnos.