Ya hemos sentado las bases de qué va a hacer nuestra aplicación para el iPhone, iPod Touch o iPad: sabemos que hay un punto de origen y un punto de destino.
En el medio, claro, pueden pasar muchas cosas y en función de como diseñemos las opciones del tránsito de la información podremos haber dado muchos pasos adelante (o atrás) en el éxito de nuestra aplicación: es el flujo de trabajo, de cómo fluirán los datos entre el inicio y el final (o resultado).
Es el momento de coger lápiz y papel, al menos para los primeros bocetos y comenzar a dibujar.
El diseño de flujo de trabajo es el auténtico esqueleto de tu aplicación: es la hoja de ruta que seguirá la información desde un punto a otro y como será modificada, distribuida o desviada en función del interés del usuario. Eso quiere decir que nos podemos encontrar fácilmente con una auténtica pirámide que conforme va pasando por cada una de las fases de transformación de datos promovidas por las decisiones del usuario (inmediatas o introducidas en las preferencias de la aplicación) derivarán los resultados hacia una forma de presentar los datos u otra.
Así que partiremos desde un punto “superior” y comenzaremos a establecer capas de decisión, de forma que en cada capa añadiremos un operador que permite modificar los datos en función de una preferencia específica del usuario. Estas preferencias pueden ser variadas: pueden venir de un panel general de opciones que se aplican a todo el flujo (las preferencias generales de la aplicación y por ejemplo, trabajar con una determinada métrica de unidades como centímetros o pulgadas) como en decisiones puntuales en medio del proceso de obtención de datos (obtención, por ejemplo, de un punto geográfico que puede ser variable o una barra de menús, un listado o un menú rotatorio).
Diseñar un flujo de trabajo no es precisamente fácil: hay muchas decisiones en el tratamiento intermedio de los datos que pueden abrir otros muchos árboles de subprocesos o de tratamiento de los datos, así que hay que seguir una serie de normas generales para no perdernos:
Esta característica se omite frecuentemente en las aplicaciones para móviles y suele forzar al usuario a tener que repetir una y otra vez un proceso para poder comparar datos. El guardado de flujos completos es otra opción interesante en una aplicación: poder guardar rutas dentro del proceso y poder modificarlas es una interesante opción que tampoco se utiliza con cierta frecuencia en las aplicaciones y utilidades.
En esta fase no tienes que dibujar elementos de interfaz tan siquiera: es una declaración de intenciones de cómo se va a comportar la aplicación de forma que podamos establecer una estructura general del movimiento de datos. Pero preparemos un esquema para una aplicación, en concreto, por ejemplo, un sencillo editor/gestor de textos para bitácoras para ejecutar en en un dispositivo móvil. Veremos muchos ejemplos de cómo funciona un flujo de trabajo.
Click para ampliar
Ni tan siquiera necesitas crear este flujo con el ordenador: posiblemente te será mas cómodo usar un lápiz y papel al principio para poder borrar o redireccionar ciertos flujos de información (en negro de acceso, en rojo, de retorno) lo que te va a poder permitir construir una aplicación cuya usabilidad sea al menos, sólida.
Mañana jueves empezaremos a construir un prototipo de la aplicación y os suministraremos herramientas para ello de forma que sin tan siquiera programar una línea de código tengas “algo” que se parece a la aplicación que quieres construir.
Muchas gracias por este artículo, sois fantásticos.
Muy interesante, espero los siguientes.