Buscando el report ideal...

¿Qué características debe tener el report ideal? Cuantas más y mejores herramientas tenemos, tenemos tentaciones de dejarnos llevar por aburridos wizards o complicar en exceso los reports.

Mi “mini-guia” del report ideal se basaría en los siguientes puntos:
1. Un report es específico: la información que se muestra es concreta. No debería tener información que no aporte valor al usuario. Tener un mega-report no es una buena solución, aún cuando el usuario crea que sí. La información debe estar estructurada.

2. Un report no debe reflejar TODO el estado de la empresa: hacer un report que no filtra por nada lo que viene de la base de datos, no tiene sentido. Un report que hoy me parece adecuado aunque no filtre por fechas, dentro de 10 años moverá tanta información que no será válido. Vale que en 10 años ese report habrá sido sustituido “n” veces, pero eso no es excusa…

3. Un report debe ser agradable al usuario. Ojo con los scrolls (el scroll horizontal es bastante incómodo para el usuario). Ojo con el formato del texto y ojo con el formato de la tabla.

4. Un report debe permitir cierta interactividad con el usuario. Incluir una cierta dosis de navegación permite al usuario organizar y leer más fácilmente la información.

5. Un report no es infinito. Si quiero mostrar demasiados datos, es posible que tenga que incluir un subreport o un link a otro report.

6. Lo que se muestra no tiene por qué ser lo único que hay. Incluir tooltips para mostrar más información poede ser una buena idea, en su justa medida. Meter tooltips en todos lados equivoca al usuario y le acaba haciendo pensar que tiene que ponerse encima de todos los campos para ver más datos.

7. El usuario debe saber qué va a pasar cuando haga clic en el report. Meter links a otros sitios sin ton ni son, puede equivocar al usuario, a menos que esté muy claro lo que hace.
Javascript, sí, pero sólo si ayuda. Mostrar un pop-up con información extendida, puede ser una buena idea. Mostrar pop-ups en todos lados, no es buena práctica.

8. El report se genera rápido (si es posible). Para ello, debo:

- Delimitar la información a mostrar
- Mejorar las queries que recogen los datos
- Minimizar al máximo el peso del report (imágenes, las justas)

9. La imagen del report es la imagen de la empresa. Lo cual requiere que TODOS los reports matengan unos criterios de formatos. Misma letra, mismo tamaño, mismas imágenes, mismo estilo en header y footer…

10.Un report no es una aplicación web. Si se da demasiada interactividad a un report, de la sensación de que es una página web más y eso no debería ser así. Si es así, es posible que no necesitemos Reporting Services, sino una página ASP.NET.

Un saludo

PD: Pido disculpas a David por usar tantas veces el término "report"... jaja