Haciendo Cubos

Uno de los problemas que se presentan muy a menudo en la construcción de tableros de control o cuadros de mando es la falta de estándares. En la pantalla principal de nuestra aplicación usamos el font Arial de 18 para el título, en la pantalla siguiente usamos Arial de 16, en otra Arial de 20.

Otras veces suele suceder cuando hay varias gentes en el equipo diseñando los escenarios o pantallas que integrarán la aplicación cada quién usa una tipografía diferente.

También ocurre esto con los colores o la posición de los títulos o etiquetas.

Sistema de información

Sistema de información

Sistema de Información

El problema viene cuando vemos a las pantallas como un todo, como una aplicación terminada. Al cambiarnos a otra pantalla desde la pantalla principal es muy notorio que los fonts usados no son los mismos, que los tamaños no son los mismos, que los textos no están en la misma posición, que los colores no son los mismos o peor aún que el color que usamos ¡corresponde a la competencia!

Si uno es consultor normalmente el cliente pide que se  normalicen todos esos aspectos en la aplicación. Así, si pensábamos que habíamos terminado ¡error! Todavía habrá que dedicarle una semana de consultoría que el cliente no está dispuesto a pagar.

Antes de comenzar pónganse de acuerdo y definan que tipografía se usará. Que font y tamaño se usará para los títulos, en que posición se colocarán las etiquetas, de qué color serán y define incluso el código RGB que se usará.

Esto hará que nuestro tablero de control luzca impecable, limpio y agradable.

Hace muchos años cuando comenzaba en el tema de BI tuvimos una presentación con la dirección general. El proyecto estaba casi terminado, y era hora de presentarlo. Yo estaba preocupado por que habíamos detectado que un cliente aparecía 2 veces en la base de datos y al desglosar en la herramienta la venta por cliente obviamente el cliente aparecía 2 veces. Mi impresión en aquel entonces era que probablemente el director general de la empresa pensara que eso se debiera a un mal desarrollo. Así que hablé con sistemas…

—Oye, hay un cliente que aparece 2 veces
—¿y que cliente es?
—“mi cliente preferido”
—¡aaah! Lo que pasa es que ese cliente está dado de alta 2 veces con diferente clave en el sistema. A veces facturan con un número y a veces con el otro.
—la presentación es a las 3 de la tarde. Lo que puedo hacer es poner un “if” en el proceso de carga del data warehouse para que toda la venta que aparezca en una clave se la pase a la otra clave. Así ya no aparecería duplicado.
—nó, déjalo así.
—pero va aparecer duplicado durante la presentación
—déjalo así.

Pues dicho y hecho, a las 3 de la tarde el director estaba emocionado, así que preguntó:

—y puedo hacer drill down hasta el nivel cliente
—sí
—a ver muéstrame…—y se le mostró—… ¿por qué sale “mi cliente preferido 2 veces”?
—por que la gente de ventas dio de alta a ese cliente 2 veces, y ahora usan uno y a veces el otro.

Silencio absoluto. Levantó el teléfono y le marcó al director de ventas y lo que salió de su boca era algo así como #$%&/%$.

No sé que rayos habrá pasado pero al día siguiente al correr el proceso que llenaba el data warehouse ya no había cliente duplicado. Todo estaba asignado a un solo cliente como se debía. Seguramente han de haber puesto un vendedor toda la mendiga noche a arreglar las facturas. qué friega.

Moraleja y es importante:

Los problemas se arreglan de origen. No hay que llenar “ifs” los procesos de carga para arreglar las cosas, lo correcto es corregir la información en el sistema que la genera.

Technorati tags: Mejores prácticas