Estrictamente hablando, el QTS (Query Tracking System, Sistema de seguimiento de la consulta) fue un proyecto relacionado con los viajes que se desarroll\u00f3 mientras que Vision\u00e4r se formaba pero los trabajos en la interfaz del usuario y la ruta de acceso del usuario para acceder a la aplicaci\u00f3n fueron solucionados en su mayor\u00eda por un miembro del equipo Vision\u00e4r. Creemos que es provechoso mencionar la variedad de aplicaciones en las que hemos trabajado, as\u00ed como contar historias sobre ellas que reflejen la importancia de ver los proyectos digitales a trav\u00e9s de los ojos del usuario. En el caso del QTS, el proyecto afect\u00f3 decenas de miles de transacciones y una cantidad considerable de ingresos de cada a\u00f1o.<\/p>\n
Efectivamente el QTS fue un sistema concebido para abordar el dif\u00edcil problema de manejar la administraci\u00f3n de los viajes del back office a trav\u00e9s de operaciones europeas de una compa\u00f1\u00eda.<\/p><\/blockquote>\n
Diariamente, las compa\u00f1\u00edas especializadas en la gesti\u00f3n de viajes de empresa (TMCs, por sus siglas en ingl\u00e9s) y los administradores de los servicios de viajes en las compa\u00f1\u00edas reciben numerosas consultas sobre: viajes no pagados, c\u00f3digos incorrectos en la nota de gastos de los itinerarios, tarifas especiales en los hoteles no recibidas, reembolso de pasaje, y la lista contin\u00faa.<\/p>\n
Efectivamente el QTS fue un sistema concebido para abordar el dif\u00edcil problema de manejar la administraci\u00f3n de los viajes del back office a trav\u00e9s de operaciones europeas de una compa\u00f1\u00eda, donde este tipo de consultas se acumulaban y alcanzaron el valor de medio mill\u00f3n de libras esterlinas en transacciones.<\/p>\n
Aparentemente, el QTS fue un proyecto dif\u00edcil de colaborar. Por ejemplo, dos desarrolladores del proyecto trataron de resolver los requisitos antes que nuestro trabajador interviniera. Tambi\u00e9n hubo una verdadera preocupaci\u00f3n pues no se sab\u00eda si el proyecto podr\u00eda ser completado.<\/p>\n
No se dud\u00f3 de la capacidad de los desarrolladores. De hecho, no se cuestion\u00f3 su experiencia. Sin embargo, el contexto era que los desarrolladores estaban codificando de acuerdo a su percepci\u00f3n de lo que la aplicaci\u00f3n necesitaba en lugar de ver lo que los usuarios necesitaban para acceder a la aplicaci\u00f3n. Esto es muy com\u00fan \u2013 enfatizar los requisitos funcionales en la medida de lo posible, de modo que el usuario se vuelve un actor secundario en el dise\u00f1o del producto. Naturalmente, si el usuario est\u00e1 \u201cen segundo plano\u201d tendr\u00e1 que interpretar lo que la aplicaci\u00f3n est\u00e1 tratando de hacer, lo cual reduce el deseo de usarla e impide su posibilidad de convertirla en una herramienta eficaz. Todo esto se debe a que el proyecto no fue dise\u00f1ado considerando al cliente. Los planes del proyecto pueden sacar el valor de la investigaci\u00f3n y los procesos de la Experiencia de Usuario (UX) que pueden aclarar de manera exacta c\u00f3mo los sistemas de Dise\u00f1o de Interfaces (UI) y la Experiencia de Usuario (UX) deber\u00edan desempe\u00f1arse de acuerdo a las necesidades de los usuarios. A menudo, estos procesos son vitales para permitir que los usuarios lo consigan, alcanzando as\u00ed, sus objetivos comerciales.<\/p>\n
Una vez que nos involucramos, el \u00e9nfasis cambi\u00f3 a \u00bfqu\u00e9 es lo que el usuario debe ver para poder alcanzar sus prop\u00f3sitos? <\/p><\/blockquote>\n
Una vez que nos involucramos, el \u00e9nfasis cambi\u00f3 a \u00bfqu\u00e9 es lo que el usuario debe ver para poder alcanzar sus prop\u00f3sitos? Se llev\u00f3 a cabo un an\u00e1lisis de las funciones \u2013 observando los procesos y trayectos que los diferentes usuarios de la aplicaci\u00f3n necesitaban para viajar. Adem\u00e1s, nuestro arquitecto realiz\u00f3 un boceto del sitemap \u2013 una visi\u00f3n general de la aplicaci\u00f3n \u2013 y luego lo perfeccion\u00f3 en combinaci\u00f3n con entrevistas a las partes interesadas con personal back office quienes iban a ser los principales usuarios de la aplicaci\u00f3n. Se utiliz\u00f3 estas entrevistas para elaborar un resumen de lo que el t\u00edpico usuario quiere y necesita.<\/p>\n
Finalmente, se dispuso a adaptar el Dise\u00f1o de Interfaces (UI) \u2013 estableciendo una gu\u00eda de estilo muy b\u00e1sica enfocada en la claridad, simplicidad y utilidad. Se utiliz\u00f3 la informaci\u00f3n recolectada para influenciar la navegaci\u00f3n y c\u00f3mo los usuarios inician sesi\u00f3n, lo que nos permiti\u00f3 ayudar a otros usuarios y determinar d\u00f3nde aterrizaron los usuarios una vez que sus credenciales ingresaron al sistema. Esto ayud\u00f3 a minimizar el n\u00famero de p\u00e1ginas que el usuario necesitaba para profundizar e identificar informaci\u00f3n contextual que deb\u00eda ser mostrada en la parte superior de la arquitectura del sistema para ahorrarle tiempo valioso al cliente. Adem\u00e1s, el tiempo pasado con los usuarios fue imprescindible para comprender su apreciaci\u00f3n de los componentes del Dise\u00f1o de Interfaces (UI) y qu\u00e9 componentes (no necesariamente los m\u00e1s sofisticados disponibles en ese entonces) le permit\u00edan a los usuarios cumplir sus tareas r\u00e1pidamente, ya que para ellos estaba claro que los componentes trabajan tan r\u00e1pido como fuera posible. Nosotros hicimos esto cuando el servicio de acogida no ten\u00eda la afirmaci\u00f3n que tiene ahora.<\/p>\n
Por \u00faltimo, se enfoc\u00f3 la mayor parte de la aplicaci\u00f3n en la mensajer\u00eda. Era como un Whatsapp o BBM con archivos adjuntos muy espec\u00edficos y designaci\u00f3n de mensajes basados en el tipo de consulta y un sistema de lista de espera para las acciones fueran llevadas en los archivos. Los diferentes actores que intervinieron en el proceso de tratar con las consultas deb\u00edan conocer el estado de la consulta y su valor para determinar qu\u00e9 acciones deb\u00edan tomar. Junto con esto, el tiempo que la consulta permaneci\u00f3 en la aplicaci\u00f3n fue necesario para enviar alertas sobre cu\u00e1ndo es que la consulta deb\u00eda ser resuelta. Todo esto se resolvi\u00f3 mediante la visi\u00f3n general en un tablero donde la administraci\u00f3n y el personal pod\u00edan ver sus consultas procesables y aquellas con credenciales que les permit\u00edan editarlas para cambiar su prioridad y resultado.<\/p>\n
Este fue un gran proyecto para trabajar. Logramos compensar el tiempo perdido al inicio al desmitificar el Dise\u00f1o de Interfaces (UI) y al satisfacer las necesidades de los desarrolladores; as\u00ed como las necesidades empresariales para brindar un producto eficaz y exitoso.<\/p>\n
\n\t\t