Ir al contenido principal

Mockups: un buen comienzo

Me ha tocado participar en varios proyectos de Smart Devices en los últimos tiempos y un concepto que me ha ayudado bastante son los mockups.



Hace 2 o 3 años había probado Balsamiq y estaba buena pero no terminé usandola porque me daba más trabajo hacer el mockup que la propia aplicación.

Sin embargo las aplicaciones SD tienen algunas caracteristicas técnicas en cuanto a UI/Navegación que las hacen diferentes:

1. mucho más "foco" - suelen hacer una y solo una cosa y muy bien.

2. la navegación está predefinida - hay un punto de entrada y desde ahí están todos los "caminos" predefinidos (como tabs, menu, botones). Similar a una aplicacion Windows (GUI) y diferente de una aplicación Web donde la navegación es mucho más "libre".

3. la pantalla es limitada - con lo cual no puedo (ni el usuario espera) tener muchas opciones de navegación.

En definitiva, aquello de "menos es más" implica ser mucho más preciso a la hora de diseñar la UI/Navegación.

Dada esa nueva realidad, le di una segunda oportunidad a Balsamiq y realmente me ha servido, al menos en tres aspectos:

1. Trasmite mucho mejor la idea de la aplicación a los "actores" (desarrolladores, diseñadores, cliente, etc)

2. Me ayuda a definir claramente el camino por donde ir. Me daba cuenta que muchas veces tenía la idea clara en mi cabeza pero cuando la bajaba a un mockup se me abrian muchas opciones diferentes de implementación.

3. Me ayuda a definir claramente el camino por donde no ir. Mantener la aplicación "minimalista" porque en mi mente o en el papel todo es posible, pero en un mockup sobre un iphone la cosa se limita (y es parte de la gracia).

En definitiva, si bien para aplicaciones Web no me habian servido, creo que empezar con un mockup es un buen comienzo para este tipo de aplicaciones.

Sobre Balsamiq

Seguro hay otros productos, no es la idea hacer "apología del Balsamiq", a mi me gustó lo fácil de usar que es (para un "no-designer" como yo) y no me gustó que solo tuviera "predefinidos" el iphone (no encontré el ipad ni Android, ni Blackberry) se puede extender la biblioteca de controles

Comentarios

Entradas más populares de este blog

Abrir links con aplicaciones nativas y no el browser (deeplinking)

El problema que tengo con algunas aplicaciones Android/iOS es que cuando recibo un link por algún medio (mail, tweet, etc) al abrirlo me lo abre con el browser, en lugar de abrirlo con una aplicación nativa asociada a ese “contenido”. Por ejemplo, si recibo un link a un tweet espero que lo abra con alguna aplicación de twitter que tenga instalada y no con el browser. De modo análogo si recibo un mail con una nota de prensa de un medio X y tengo la aplicación de ese medio X instalada, espero que el link lo abra con la aplicación nativa y no con el browser. Lo mismo quisiera con mi aplicación de "banking" o cualquiera que tenga instalada y sepa manejar ese "contenido" (link). Los motivos son bastante obvios pero los resumo en: la experiencia de usuario es mucho mejor en la aplicación nativa que en el navegador. Parte importante del tema es que el mismo link sea válido tanto para ver el contenido en el browser como para verlo en la aplicación, porque como prove

¡A la salud de mi KB!

Es bueno, especialmente en "bases de conocimiento" (KB) que han pasado por varias versiones de Genexus, chequear su "estado de salud". En este sentido KBDoctor  es una herramienta que ayuda mucho, principalmente desde el punto de vista del "modelo" Genexus (atributos, calls, definiciones de variables, etc) representado en una KB. También es útil revisar la salud de los archivos que lo soportan. Hasta la 9.0 eran archivos C-tree (los famosos .DAT) que tenían indices (los famosos .IDX) y teníamos en "rebuild -y" que mejoraba esos archivos y sobre todo reconstruía los indices. A partir de la X las KBs se almacenan en MS SQL Server por lo cual la administración de la misma pasó de ser un "file server" a un "database server". En este sentido algo que me ha dado muy buenos resultados es el "CheckKnowledgeBase".

Rocha:Constantes tipo fecha

En la Rocha se soportan constantes del tipo fecha o fecha-hora con formato ANSI/ISO (AAAA-MM-DD HH:MM:SS).  Tecnicamente (Sintáxis): <date>::=    [0-9]{1,4}"/"[0-9]{1,2}"/"[0-9]{1,2} | [0-9]{1,4}"."[0-9]{1,2}"."[0-9]{1,2} | [0-9]{1,4}"-"[0-9]{1,2}"-"[0-9]{1,2} <hms>::=    [0-9]{1,2}[ap] | [0-9]{1,2}":"[0-9]{1,2}[ap]? | [0-9]{1,2}":"[0-9]{1,2}":"[0-9]{1,2}[ap]? <constant> ::=   "#"<date>"#" | "#"<date> <hms>"#" | "#"<hms>"#" Funcionalmente Se pueden utilizar esas constantes en las reglas, eventos, propiedades, etc (todo lugar donde se utilice el parser): Algunos ejemplos básicos: &FechaInicial=#2007-01-01# &FechaHoraInicial=#07-1-1 11:15a# &HoraInicial=#11a# Me parece bueno no tener que escribir funciones (CTOD, TTOC) sobre constantes tipo char para lograr una fecha y mucho mejor aun en