Cuando el usuario escribe la carta a los reyes (magos)

En uno de los posts sobre creación de aplicaciones web, hablaba de la fase de toma de requisitos como, entre otras cosas, una serie de entrevistas con el usuario para conocer sus necesidades. Sin embargo, hay que tener mucho cuidado con este tipo de reuniones ya que muchas veces el cliente escribe, lo que se conoce como “la carta a los reyes”.

Los usuarios finales siempre intentarán que la futura aplicación automatice sus procesos diarios y así hacerles a ellos (y no a la compañía) el trabajo más fácil. Cada uno de nosotros tiene su forma de trabajar en el día a día, unos utilizamos documentos de texto, otros hojas de cálculo, o mensajes de correo, o quizá programas con calendario y tareas o, incluso, la olvidada libreta de papel con cuadros y el bolígrafo, sí, el bolígrafo. Si el cliente cede todo el poder de decisión a los usuarios finales éstos, ten por seguro que te pedirán (si, por ejemplo, les quisiéramos desarrollar una Intranet):

• Que el programa pase sus apuntes de Word al mail, se envíen y guarden una copia en la intranet en formato PDF.

• Que el programa lea sus “excels” (sin formato definido) y lo guarde en la base de datos de la compañía, ah, y que les envíe un mail cada noche con las coordenadas de las celdas de color rojo.

• Que el programa escriba un mail a partir de las notas escritas en su libreta Moleskine.

• ….

En la empresa cliente debe existir una figura que aglutine todo el conocimiento en cuanto a las necesidades reales de los empleados y de los departamentos y que, además, sepa ver y transmitir a los empleados cuál es la forma idónea de trabajar: los procesos y flujos de trabajo.

Cierto, cada uno de nosotros trabajar de una forma distinta, pero quizá debamos guardar los documentos en un repositorio común y no en la carpeta Mis Documentos de nuestro PC, compartir nuestros links favoritos (los profesionales) en la Intranet y no guardarlos en mi navegador, o publicar las conclusiones de un proyecto en el blog interno, en vez de guardarnos ese conocimiento.

Generador de prototipos para aplicaciones web

Este fin de semana he estado probando una nueva herramienta para generar prototipos de aplicaciones. En mi caso, me he centrado en probar cómo crear esos prototipos para definir aplicaciones web.

Se trata del Visual Prototyper de la empresa española JustInMind. La verdad es que las sensaciones han sido muy buenas. De una forma muy intuitiva y en poco tiempo puedes generar toda una aplicación con sus botones, combos, listados, etc. y lo más importante, dotarlos de funcionalidad para que el cliente pueda probar lo que será su aplicación antes de tirar una sola línea de código. En muchos proyectos en los que he participado esos prototipos y wireframes se realizan con un simple PowerPoint o un Word, lo que provoca que el cliente no pueda sentir la experiencia de uso de su aplicación hasta que ésta está desarrollada.

Una de las funcionalidades que más me agradó fue la de poder montar el modelo de datos (como si de una base de datos se tratara) y que el porgrama te genere los listados y los formularios de alta, baja y modificación. Perfecto.

El Visual Prototyper es muy intuitivo, sencillo, sin decenas y decenas de opciones de menú, lo que se agradece, y a la vez consigue los objetivos que cualquier analista funcional y/o arquitecto de la información necesita antes de que los desarroladores comiencen a escribir el código.

Algunos preguntas/dudas que me gustaría comentar son:

• La creación de la documentación podría ser más sencilla (?¿)
• No fui capaz de crear acciones de decisión, es decir, si pasa A ejectuta una acción, si pasa B, ejecuta otra acción.
• El manual de usuario es excesivamente liviano, aunque supongo que será una de las estrategias de la empresa ya que ofrece entre sus servicios formación en la herramienta.

De todas formas este producto es muy muy recomendable para los que nos dedicamos a definir aplicaciones (si generara código XHTML ya sería la bomba).