El Modelo Mental

He observado que siempre que nos toca introducir un usuario nuevo a nuestro sistema, estos nunca llegan sin ideas preconcevidas. Siempre se crean ciertas expectativas sobre como es que el sistema debe de funcionar. Así es que eventualmente nos vemos con la pregunta, ¿y como se hace x proceso? Y muchas veces ese proceso al que hacen referencia y que estan acostumbrados por más incómodo y complicado que sea, ni siquiera tiene sentido dentro del diseño del nuevo sistema. Esto crea estrés para el nuevo usuario. Y es que aunque no haga sentido alguno dentro del diseño del nuevo sistema, dicho modelo es el único que existe en la mente del usuario. A este pradigma los programadores le llamamos el "modelo del usuario".

Por otro lado, el nuevo programa también tiene su "modelo mental". Es el modelo que ha sido codificado en "bits & bytes" y que es fielmente ejecutado por el CPU. A este modelo, que viene a ser ley por ser inflexíble, le llamamos "el modelo del programa". Cuando el modelo del usuario es el mismo que el modelo del programa, obtenemos una transición exitosa, con poco estrés y hasta divertida.

En un mundo perfecto lo ideal sería conocer de antemano el modelo del usurio y diseñar de acuerdo a este modelo. Pero el nuestro no es ni remotamente un mundo ideal. Y la verdad es que nuestros usuarios vienen de usar sistemas muy incómodos y hasta de mal diseño. La mayoría nunca ha usado un sistema de interface gráfico (GUI). Mas bien estan acostumbrados a pantallas monocromáticas de texto trabajando en "batch mode". Como hasta ahora han podido navegar por el laberinto de opciones numeradas entre tantos menús indenticos, es todo una azaña para mí. Además, por lo general el usuario se concentra tanto en "los procesos" y los defiende con tal vehemencia que olvida "el problema". Por lo tanto diseñar procesos basados en dicha herencia sería perpetuar mediocridad.

Logar reconciliar estos dos mundos se ha convertido en una de nuestras metas.



Reinaldo Crespo-Bazán.