Las dependencias y agencias compran las mismas plataformas de analítica que todos, y sus equipos son tan capaces como cualquiera. Lo que hace diferentes a los reportes del sector público es el conjunto de requisitos que aplican desde el primer día y que no pueden agregarse después sin reconstruir. En los programas que hemos visto tener éxito, cinco de ellos estaban resueltos antes de que alguien abriera un diseñador de reportes.

1. Quién puede ver qué, decidido por rol

Gerentes de programa, directores regionales, directivos y órganos de supervisión necesitan vistas distintas de los mismos datos, y cierta información nunca debe cruzar una frontera de clasificación. El acceso definido por rol en la plataforma de identidad, y aplicado en el modelo de datos en lugar de en cada reporte, es el único arreglo que sobrevive a la rotación de personal y a la auditoría. También decide dónde pueden vivir los datos, lo que resuelve pronto la cuestión de residencia.

2. Los idiomas oficiales, desde el modelo

Los reportes bilingües no son una pasada de traducción al final. Nombres de medidas, etiquetas, categorías y comentarios necesitan ambos idiomas, y la forma más limpia de lograrlo es un modelo semántico con traducciones integradas, para que cada reporte las herede. Decidirlo primero evita la sorpresa tardía más común: cien visuales por reetiquetar.

3. La accesibilidad como regla de diseño

Navegación por teclado, contraste, texto para lectores de pantalla y un diseño consistente son requisitos, no preferencias. Cuestan poco cuando son la plantilla de la que todos parten y mucho cuando se vuelven un proyecto de corrección. Los tratamos como parte del estándar de diseño de reportes, revisado en cada página antes de publicar.

4. Cifras que se pueden auditar

Un informe ejecutivo que no se puede reproducir es un pasivo. Cada cifra publicada necesita una definición, una fuente y un linaje hasta el sistema de registro, y las instantáneas de fin de mes deben bloquearse para que un número citado ante un comité sea el mismo un año después. Son propiedades del modelo de datos y del proceso de actualización, y por eso corresponden a las primeras semanas.

5. Un responsable por cada medida

La pregunta “¿de quién es este número?” termina más programas de reportes que cualquier falla técnica. Cada medida necesita un dueño de negocio que apruebe la definición, autorice los cambios y responda cuando se mueva. Escribir los responsables, con las definiciones, es el artefacto de gobierno que sobrevive al equipo del proyecto.

Luego, construir en entregas cortas

Con los cinco requisitos resueltos, la construcción puede avanzar rápido: un programa o un estándar de servicio a la vez, un reporte funcionando cada pocas semanas, revisado con los responsables, publicado en ambos idiomas y probado en accesibilidad. Los requisitos no frenan el programa; descubrirlos tarde, sí.