Investigación. Busquemos problemas

Como primer paso, definí un Blueprint, el que sería el “plan a seguir” (siempre pudiendo pivotar sobre esas ideas)

Así, definimos el objetivo principal, hacer sentir seguras a las mujeres antes, durante y después del embarazo.

¿Cómo hacemos esto?

Pues comenzamos con encuestas y entrevistas, el Lean Survey Canvas nos ayudará a formular las preguntas. Estas dos herramientas nos arrojaron datos muy interesantes, aquí os dejo algunos de ellos:

Nos dimos cuenta de que las visitas al ginecólogo en la seguridad social, son muy limitadas por el gran número de gente, y en las entrevistas vimos los matices de esta pregunta. Los médicos en la seguridad social no se suelen implicar con las embarazadas, ya que tienen un contacto muy limitado con ellas y espaciado en el tiempo (unas 3 ó 4veces en todo el embarazo).

Debido al gran dato del aborto (más del 37% de las mujeres ha sufrido un aborto alguna vez) decidimos tener en cuenta no sólo el tema médico sino también el tema psicológico.

Estas fueron unas de las respuestas que más nos dejaron claro que las embarazadas no están tan informadas como creemos actualmente.

Así llegamos a los problemas principales a solucionar:

• Las mujeres demandan más consultas con algún profesional
• Falta de información respecto a medicación y alimentación durante el embarazo
• Los abortos se producen con más frecuencia de lo que se piensa y es un tema “tabú”

Definición. Démosle forma

Una vez determinados los problemas y usando el Affinity Diagram, vamos a conocer a nuestro User Persona, Valeria.

Ella es madre primeriza, está asustada e insegura, no conoce exactamente los cambios que va a experimentar su cuerpo y necesita más presencia e profesionales durante el proceso del embarazo.

El siguiente paso fue conocer el proceso que iba a seguir Valeria a lo largo de su embarazo, esto lo conseguimos mediante el User Journey, así averiguamos Gain y Pain points.

Ahora, con toda la información obtenida, vamos con una de mis herramientas favoritas, el Lean UX Canvas, es mi favorita porque ayuda a identificar soluciones, centraliza la información y te hace “bajarlo todo a la tierra”

Para crear las soluciones, tuve que recurrir a un Brainstorming de unos 10 minutos para sacar todas las ideas, por muy locas que fueran.

Después de filtrar las que eran inviables mediante el método Moscow, tenía claro lo que iba a solucionar y cómo, gracias a la priorización que hice con el Moscow, herramienta muy útil, más aún si la combinamos con el Valor vs. Complejidad.

Gracias a todo este proceso, MaterniYou soluciona los problemas antes mencionados mediante las siguientes features:

• Pone en contacto a profesionales cualificados (médicos y psicólogos) con las embarazadas mediante videollamada
• Les permite consultar rápidamente los alimentos que pueden tomar o no y les dice si son perjudiciales o beneficiosos para ellas y su bebe o si pueden comerlo cocinado (como en carnes y pescados)
• Tiene una sección de “Glosario médico” donde encontrarán explicados esos términos que vienen en los informes del ginecólogo y que normalmente las embarazadas desconocen
• Sección de escáner de documentos para tener tus radiografías y documentos de la seguridad social siempre organizados y compartidos con tu profesional de la aplicación

Lo siguiente fue la arquitectura de la información, con el Mind Map, Site Map y varios CardSorting de por medio, en los que hubo que

Después ya estaba lista para crear el Low-Fidelity, seguido del testeo de usuarios. Posteriormente, se realiza el Mid-Fidelity, ya con Sketch.

Vamos a darle VIDA!

Llegó la hora del color, lo siguiente fue ponerme manos a la obra con el Moodboard para sacar los colores y los valores de marca.

Así nació MaterniYou, una marca comprometida, profesional y cercana.

Después de aplicarle el estilo al MidFidelity, este fue el resultado del proyecto

Muchos de nosotros hemos visto en alguna ocasión algún niño de mayor o menor edad absortos por las tecnologías, ya sea el móvil de su padre o la tablet que le regalaron por reyes y no ha soltado desde que desenvolvió.

Pues ese es el problema que GrowApp quiere solucionar o más bien es el problema que te va a ayudar a controlar a ti como padre o madre, ya que lo que queremos es evitar que los niños sean “zombies” tecnológicos, no eliminar su contacto con la tecnología, sólo dosificarla y que sea sana.

Con éste objetivo en mente, comencé un proyecto apasionante, en el que hubo frustración, ganas de tirarlo todo pero sobre todo y lo que más fuerza tuvo, la ilusión.

Primeros pasos, un proyecto en pañales

En primer lugar y como punto de partida, realicé un Blueprint al que posteriormente mediante iteración, volvería para corregir muchas cosas.

Desde aquí y con el “plan” a seguir un poquito más claro, comencé con el Lean Survey Canvas para preparar las encuestas y entrevistas y así poder sacar información útil y relevante.

De dichas encuestas y entrevistas saqué varios problemas; bastantes más y más amplios de lo que me esperaba, abriendo el espectro del proyecto a algo muy grande que fue difícil de abarcar.

• Una de las principales preocupaciones de los padres son los contenidos que ven sus hijos en internet
• Muchos de ellos quieren limitar el tiempo de uso de las tecnologías a sus hijos pero encuentran dificultades para mantenerse firmes al respecto.
• “Es muy complicado ayudarles a crear un hábito y mucho más ahora con la distracción que supone la tecnología”

Es un hecho que los niños están habituados a la tecnología, la conocen y la ven desde bien pequeños, el 97,7% de los niños entre 3 y 9 años usan la tecnología y la asimilan.

A su vez, me di cuenta de que los padres, por norma general , no tienen todo el tiempo que querrían para supervisar a sus hijos cuando utilizan las tecnologías aunque no siempre estén con contenidos inadecuados.

Después de las encuestas, que ya sacaron a la luz varios datos y problemas grandes, las entrevistas fueron aún más reveladoras, los usuarios me dieron insights muy importantes que ampliaron mucho el espectro que abarca el proyecto:

• “El control parental es complejo y no funciona muy bien”
• “A veces tengo que quitarle la tablet de golpe porque se les ha acabado el tiempo acordado pero les cuesta y cuando se la quito se enfada”
• “Le pongo control parental y tiempo fijo de uso, poco a poco lo interioriza”
• “Las apps normalmente no adaptan el aprendizaje a la edad que tiene el niño, es muy genérico”

Como podéis ver, salieron a la luz varios problemas, de los que nos quedamos con 3 principales:

• Crear hábitos de estudio/repaso y tareas diarias para los niños
• Ayudar a los padres en el proceso de negociación con los más pequeños
• Permitirles el acceso a la tecnología de forma progresiva

Definición. Paso a paso el proyecto va encaminándose

Una vez determinados los problemas y usando el Affinity Diagram, vamos a conocer a nuestros User Persona, Jairo y Sofía.

Sofía y Jairo son madre e hijo, ella quiere ayudar a sus hijos, con Marta (su hija mayor) parece que lo va consiguiendo con mucho esfuerzo y peleas, con Jairo quiere hacerlo más fácilmente.

El siguiente paso natural fue conocer el proceso de nuestros usuarios, en este caso utilizamos el User Journey para averiguar Gain y Pain points, para reforzar los positivos e intentar subsanar los negativos.

De aquí sacamos mucha información valiosa, nos dimos cuenta de que los niños disfrutan mucho de la aprobación de sus padres y por tanto, del valor que tiene que sean los padres quienes les confirmen que han hecho bien sus tareas.

¿Soluciones?

Pasamos a la fase de ideación de soluciones con mi herramienta favorita, el Lean UX Canvas, que nos ayuda a idear las posibles soluciones.

Después pulimos y discriminamos entre las ideas del Lean UX mediante el método Moscow, y llegamos a las siguientes soluciones:

• Control parental sencillo e intuitivo para los padres
• Perfil para cada niño adaptado a su edad
• Asignación de tareas que al cumplir, se conviertan en tiempo que el padre/madre les dejará utilizar las aplicaciones previamente bloqueadas en el dispositivo según acuerden entre ellos.

Prototipo

De esta manera, comenzamos con el low-fidelity, pasamos a los Wireframes y ¡a testear!. Además, tuve la suerte de poder observar a varios niños de entre 6 y 8 años utilizando las tecnologías, lo que fue crucial a la hora de diseñar la interacción de la aplicación.

Vamos a por el Visual

Ahora sí que sí, vamos a por ese visual! Con el Moodboard pudimos definir los colores y los valores de marca.

Después de éste paso estaba preparada para el Branding; comencé jugando con el concepto del crecimiento con ayuda de una aplicación, y buscando un símbolo muy característico de la infancia me topé con el globo. Al unir estos conceptos pudimos crear GrowApp, una marca responsable y segura, que acompañará a los más pequeños en su crecimiento más allá de lo meramente académico.

Tras definir el estilo visual, pasamos a aplicarlo al mid-fidelity con éste resultado:

Para terminar

Como resumen, comencé el proyecto con mucha ilusión, descubrí problemas que ignoraba que existiesen de tal manera y aunque fueron muchos y hubo momentos de agobio y frustración, de querer cambiar de proyecto, conseguí darles una solución.

Todo esto no hubiera sido posible sin mis compañeros, todos los que me tendisteis la mano cuando estaba a punto de caerme, a vosotros que estando a tope de curro dedicáis 5, 10 o 200 minutos a los compañeros que lo necesitan dejando lo demás de lado.

Y al final lo que me llevo no es ir al Hackshow ni un “máster” es muchísimo más, es una familia y aunque suene a topicazo, sé que he encontrado amigos para toda la vida. Sois la leche, y parte de éste proyectazo es vuestro.

Durante muchos años, nuestros abuelos e incluso nuestros padres han ido a los mercados del barrio, los comercios locales, carnicerías, pescaderías… e incluso hoy en día, lo siguen haciendo aunque en menor medida, a pesar de las facilidades y menores precios de las grandes superficies. Y nuestra pregunta es ¿porqué?

Investigación

Durante la investigación realizada por nuestro equipo (el G3) mediante encuestas y entrevistas, pudimos observar que la mayor preocupación de las personas a la hora de realizar su compra, es la calidad (82%).

Por otro lado, uno de los datos más reveladores que sacamos durante las encuestas y las entrevistas, fue que el 66,4% de la gente va al mercado con las recetas de la semana en mente y como base para realizar su compra.

Definición

En base a estos datos y los insights obtenidos en las entrevistas individuales, comenzamos a sintetizar y agrupar toda la información obtenida de los usuarios, siendo ésta la base y sustento de nuestro proyecto (User Centered Design).

Gracias a esto, pudimos centrar nuestras energías en los puntos principales de nuestro proyecto:

• Preocupación por la calidad de los productos
• Planificación de la lista de la compra en base a recetas de la semana
• Echan de menos la cercanía del mercado de barrio

Posteriormente pudimos dibujar a nuestro User Persona Carla, mujer divorciada, ocupada por su trabajo a tiempo completo y su hijo, al que le dedica todo el tiempo posible. Además es una usuaria avanzada, habituada a las compras online.

Ella es con quien hablaremos a partir de ahora siempre que tengamos alguna duda durante el proceso, para seguir adelante, necesitaremos de la aprobación del usuario.

Lo siguiente será conocer el camino que sigue Carla en su proceso de compra online, para ver las dificultades que encuentra en el proceso y mejorar esos puntos, además de potenciar los ya positivos, utilizaremos el User Journey.

Ideación

Ahora que conocemos los problemas de Carla, podemos pasar a pensar soluciones.

Nuestra solución es una página web e-commerce que garantice calidad y aporte cercanía con los tips de los tenderos de cada sección para darle ese aire de mercado de barrio de toda la vida. Además, como punto fuerte dentro de las features contaremos con una sección de recetas y compra a través de las mismas, de manera que podamos elegir las recetas de la semana y comprar todos los ingredientes en un solo click.

Para poder definir y priorizar las features de nuestro producto en primer lugar extrajimos toda la información mediante el Affinity Diagram, y más tarde, con todas las features que se nos ocurrieron, utilizamos el método Moscow para priorizarlas y discernir así entre las que estarán y las que no en nuestro producto.

Arquitectura de la información

En ésta fase es en la que más iteramos, a base de varios Card Sorting como testeo de usuarios cuando tuvimos el Site Map inicial, fuimos iterando sobre éste, fallando rápido y volviéndonos a levantar, una vez validado nuestro Site Map definitivo.

Como paso siguiente, definimos el User Flow para determinar el camino que seguirá nuestro usuario hasta conseguir su objetivo, hacer la compra online cómodamente con la cercanía de su mercado de siempre.

Prototipado

Ahora sólo queda ver cómo distribuimos el contenido. En primer lugar realizamos un prototipo de Low Fidelity (con papel y boli/lápiz), si estamos un poco bloqueados podemos utilizar los crazy 8. Este prototipo lo testeamos con los usuarios dándoles un objetivo a seguir para ver si llegan a conseguirlo y ver dónde fallamos, todo esto de manera ágil para equivocarnos rápido y arreglarlo, ahorrando tiempo y recursos.

Posteriormente comenzamos a hacer el Mid-Fidelity o Wireframes donde ya comenzamos a utilizar sketch, pero sólo damos colores blancos, negros y grises para no desviar la atención de lo únicamente funcional.

Visual

Para definir la parte visual debemos elaborar un Moodboard, herramienta que nos ayudará a extraer los colores y atributos de marca. Nuestra inspiración en este caso fue la tierra y el agua, que en conjunción forman vida, lo que es sano y fresco, colores vivos y relacionados con la naturaleza.

Una vez tenemos los colores principales y los atributos, vimos que nuestra marca es familiar, cercana y transparente.

Después formamos nuestro Style Tile, que define los colores, tipografía, estilos fotográficos y la manera de utilizar los mismos dentro del producto.

Por otra parte, realizamos el Branding de la marca, basándonos en los valores de marca, concretamente en esa cercanía y familiaridad, ese cuidado por los productos nos llevó al gesto de las manos cuando cogen algo de manera conjunta. Y creamos el logotipo de ABCompany

Prototipo High Fidelity

Por último, creamos el BrandBook y aplicamos toda la guía de estilo y el Style Tile al Mid Fidelity creado previamente para definir las pantallas en High Fidelity, mediante el Atomic Design.

Gracias al G3 por hacer posible este proyecto y sobre todo, esta experiencia de trabajo en equipo, con todo el estrés, el agobio y sobre todo las risas.

Como veis, decepción tras decepción, no conseguía saber qué era exactamente lo que me gustaba. Mientras me «equivocaba» estuve trabajando en el sector de la hostelería, del cual estoy (por suerte o por desgracia) enamorada, esos 4 años, pero sé que no es el mejor trabajo del mundo, poco valorado, los peores horarios y un sueldo mejorable. A pesar de eso, siempre me ha gustado por una sola razón, las personas, tanto las que hay dentro (compañeros) como la que hay fuera (clientes) amo conocer a las personas y lo que les gusta, lo que necesitan. En ese momento era el café que tomaban, con leche fría, sacarina o corto de café, no importa.

Poco antes de comenzar 2018 decidí que iba a trabajar exclusivamente para ahorrar e irme a estudiar lo que me gusta, el diseño. Aquí entró Ironhack, gracias a ellos descubrí que existía el diseño enfocado al usuario, que tiene un nombre y es lo que amo. En ese momento no lo sabía pero me iba a enamorar de todo esto.

Todo llegó con la beca Wallapop, que me envió mi novia por WhatsApp al ver que ponía «diseño» (como me conoce…) sin saber ella qué era. Apliqué sin mucha esperanza, pensando que era algo para personas ya dentro del sector.

Poco después me dijeron que estaba seleccionada, fui a Madrid, hice las pruebas y al poco me dijeron que estaba dentro. ¡No me lo podía creer! Era mi primer encuentro con Diseño real y empecé a investigar en qué consistía exactamente el bootcamp. Encontré artículos de alumnis y ya algo empezó a removerse en mi interior.

Recuerdo lo nerviosa que estaba la semana antes de llegar a Madrid, no por la ciudad, he estado muchas veces aquí, pero sí por empezar algo tan nuevo y tan emocionante, por conocer gente tan increíble y por empezar en éste mundo que es el diseño UX/UI.

Después de 4 semanas aquí puedo decir que me encanta, con UX sentí todo eso que se siente con el primer amor, esas mariposillas en el estómago y toda la emoción. Con UI me está volviendo a pasar (aunque sé que voy a nombrar muchas veces a la madre/padre de Flinto y odiar el pixel perfect de vez en cuando) y es una sensación increíble. Diría que se parece un poco a cuando subes a una montaña rusa muy alta, Justo cuando estás arriba y caes, sientes vértigo y parece que flotas, tienes miedo, emoción, nervios y cuando estás abajo te sientes increíble porque ya sabes de qué va y te mueres por repetir.

Me he encontrado después de buscarme durante mucho tiempo y me muero de ganas de seguir subiendo a la atracción una y otra vez.

A todos esos que piensan que por no tener una formación previa en el sector o simplemente no tener una carrera, os digo desde aquí que no tengáis miedo, no sois menos ni sois más, sois vosotros y eso es lo que vale en Ironhack, el esfuerzo, el trabajo duro y la perseverancia, con eso no hay quien os pare. Ánimo

Gracias a todo el equipo de Ironhack y a los Ironhackers que componen mi clase, sois increíbles

Vamos a por el Bootcamp que vamos a salir siendo unos diseñadores increíbles.

Pues éste es el último del pre-work! Allá vamos!

En éste caso se nos propone el ejercicio más completo que hemos hecho hasta el momento, el más “real” por así decirlo. Consiste en elegir una Universidad, en mi caso es la de Buffalo en el estado de Nueva York, y posteriormente, visitar su página web y realizar un caso de estudio de usabilidad de la misma para intentar mejorar su interfaz, realizar un pequeño rediseño.

El primer paso en un caso de estudio, son las entrevistas, así que vamos allá, empezamos con un user persona.

• Demográficos: su nombre es María, 22 años, estudia medicina en Madrid, tiene pareja estable desde hace 2 años
• Comportamiento: Lógica, piensa las cosas antes de hacerlas, es impuntual y la tecnología no es su fuerte
• Necesidades y objetivos: quiere mantener su nivel de inglés para continuar cursando medicina y poder comprender a todos sus pacientes. Quiere mudarse con su pareja.

En un principio la web le fue agradable a la vista y más o menos sencilla de manejar, pero en cuanto se propuso ver más de la página se encontró con que se le redirgió a páginas externas o que aunque fueran de la misma universidad, cambiaban el submenú guía y la interfaz lo suficiente como para desconcertar al usuario.

Le propuse buscar tres cosas dentro de la página y éstos fueron los resultados:

• Mascota de la escuela: Posible y más o menos fácil de encontrar si sabes que en estados unidos las mascotas están relacionadas con los deportes, buscó la sección Athletics, que estaba un poco escondida entre las noticias, y enseguida lo vio.
• Programas lectivos en árabe: Fue imposible para el usuario encontrar ni rastro de los programas en árabe, sin embargo existen programas asiáticos, italianos… Fue muy complicado encontrarlos porque no estaba nada bien indicado ni claro, muchos clicks y nada claro, muchas páginas de “presentación” de cada apartado que no aportan nada
• Aeropuerto más cercano a la universidad: Sencillo de encontrar cuando entras en la pestaña de información para visitantes, se indica también cómo llegar en tren o en coche.

El siguiente paso es la realización de una Matriz 2x2 para ver lo que es importante para el usuario y para la empresa, y situarlo gráficamente

De esta manera nos es mucho más sencillo identificar los Puntos de fricción o Pain Points, que son los siguientes

De ésta manera, sacamos unas conclusiones, que serán los puntos a resolver en los que centrarnos posteriormente:

• La información no está bien reflejada de manera clara y visual
• La situación de la universidad debería ser una parte primordial en la página principal de la misma
• La información para nuevos estudiantes está poco resaltada

Teniendo en cuenta todo lo anterior, mi propuesta es la siguiente

En primer lugar, se propone una reestructuración de la página principal, creando tres barras horizontales con scroll lateral, noticias, deportes y “ven a conocer UB”, además de incluir el tan necesario mapa de la situación de la escuela.

Aquí podemos apreciar que dentro de las nuevas barras de scroll latera, aparecerá una sección de nuevos estudiantes dentro de “ven a conocer UB” lo que nos llevaría directamente a esa información de forma mucho más rápida y visual, en un solo click.

Como extra, se ha incluido en la sección de deportes unos accesos rápidos a los apartados más recurrentes, la compra de entradas, camisetas, donaciones o la web de los bulls directamente por si necesitas información más específica.

Por otra parte, decidí suprimir las “páginas de presentación” de cada apartado porque me parecieron innecesarias y cargantes para el usuario, además de que ocultaban los apartados importantes. Así podemos ver los menús desplegables que aúnan cada apartado importante en Athletics y en research, así como también en Global Reach

Si entramos, por ejemplo en Schools and Colleges, podremos ver la remodelación de las páginas principales y el cómo resaltamos los puntos principales importantes que los usuarios quieren ver.

Por supuesto, mantendremos el submenú guía para que el usuario sepa en todo momento dónde está y le sea lo más sencillo posible ir hacia atrás sin necesidad de usar la flecha del buscador de internet.

Como añadido final, en el apartado de Helpfull Likns se abrirá un segundo menú desplegable para ampliar la información

Haciendo éste ejercicio me he dado cuenta de un par de cosas, de que el proceso previo y las entrevistas son mi parte favorita del proceso, de momento y de lo que he aprendido a lo largo del pre-work pero sobre todo, de lo que me queda por aprender aún (que es mucho) pero estoy con todas las ganas del mundo de empezar el bootcamp y darle caña a todo esto para conocerlo como la palma de mi mano

Nos vemos en nada!

Puede parecer una fase con poca importancia, pero es vital, nos ahorra muchísimo trabajo y nos ayuda a expresar nuestras ideas de manera clara y sin distracciones.

El ejercicio en cuestión consistía en crear el wireframe de una aplicación ya existente, Emov, la cual os dejo por aquí abajo

Bueno, la verdad es que gracias al Kit que nos proporcionó Ironhack se me hizo mucho más sencillo éste ejercicio ya que no tenía que andar creando todos los botones y símbolos. En general ha sido un ejercicio sencillo, sólo viéndolo me pareció complicado llegar a esquematizar todo, pero tras ver la teoría y aplicarla, es mucho más sencillo de lo que parecía en un primer momento, así que por aquí os dejo el resultado final

Esta vez el ejercicio consistía en copiar lo mejor que pudiéramos, una interfaz de Log In y un Itinerario de una aplicación, que era el siguiente:

En primer lugar hice tres artboard para poder trabajar, el primero sería el “log in”, el segundo el itinerario y el tercero una zona donde trabajar, hacer ensayos de prueba y error, operaciones booleanas y donde tener la referencia del ejercicio para tamaños de letra y todas esas cosas.

Pues bien, la primera pantalla se me hizo bastante sencilla, unos rectángulos para poner los datos del usuario, cambiando opacidad, poniendo sombreado inferior… pero después me puse con el logotipo superior, el rojo a dos tonos por la sombra, pues ahí empecé a trastear con círculos, triángulos… después tuve que meterme con los plugins para los logos de Twitter y Facebook e incluso para el avión, y me parecieron super interesantes las aplicaciones de los plugins y todo lo que pueden llegar a ampliar el programa, ya grande de por si. Para todo esto, es IMPORTANTÍSIMO SER ORGANIZADA, porque sino, no sabes dónde está nada, yo opté por hacer grupos según la página (itinerary o log in) y después carpetas con los elementos.

Para el tema de las fotos busqué en internet y con unas máscaras de capa lo solucioné en nada. La verdad es que lo que más me costó fue saber por dónde empezar, pero en cuanto vi por dónde, no hubo problema. Así que éste es el resultado final

En general estoy bastante contenta con el resultado, aunque las fotos del fondo no son extremadamente parecidas, y algún icono es mejorable. Tengo muchas ganas de seguir descubriendo esta pedazo de herramienta que es Sketch

Como primer ejercicio se proponía crear una pantalla de log in, con todas las instrucciones y con mucho ojo para captarlo todo, éste es el resultado

Hice un pequeño logotipo de un avión de papel a base de líneas en sketch, muy rápido pero no queda mal. Tiene sus zonas para escribir el usuario y la contraseña, con sus símbolos correspondientes y el botón para confirmar. Un ejercicio sencillo a decir verdad.

El segundo se llama “Kata” y consistía en varios ejercicios para familiarizarnos con la interfaz y el programa de Sketch, situar las herramientas y ver algunas funciones básicas. Creamos una luna a base de dos círculos, creamos una máscara de capa con una foto y un círculo… y a base de modificar las formas geométricas básicas (rectángulos, círculos y triángulos) creamos un cohete. Yo he querido integrarlo todo en una sola foto y añadirle un par de formas más para crear el despegue del cohete en cuestión (sé que es una bobada pero me ha hecho gracia)

Lo cierto es que el ejercicio me ha resultado bastante sencillo, nunca he usado photoshop pero si un programa vectorial llamado Inkscape y se me ha hecho muy familiar y sencillo, aunque es verdad que se ve que Sketch tiene mil funciones más y mogollón de utilidades ocultas que me muero por descubrir.

Estoy deseando aprender mil cosas más de Sketch y cómo usarlo de la manera más óptima posible

¡A seguir que ya no nos queda nada!

El cliente en cuestión es “Whole Bank” del cual se nos pone en situación, sugió en Framingham, una pequeña ciudad de Massachusetts en Estados Unidos. Siempre ha querido ofrecer a sus clientes la mejor forma de administrar su dinero y tener acceso a él. Últimamente han detectado que las tarjetas de crédito suponen un problema para sus clientes cuando van de viaje, y quieren ofrecer una solución al respecto.

Como primer paso, habilitaron una aplicación del banco en la que los clientes se registran con sus datos o bien con la huella dactilar en los teléfonos móviles que dispongan de dicha tecnología. En la aplicación pueden ver su información financiera, activar o desactivar tarjetas y además, realizar transferencias.

Como nuestros clientes, nos han encargado que encontremos una solución para que los clientes puedan prescindir de la tarjeta durante sus viajes, y éste ha sido el trabajo que he realizado.

En primer lugar, realicé entrevistas a 5 personas de mi entorno, en este caso de entre 20 y 45 años, usuarios asiduos de aplicaciones financieras y también personas que suelen viajar, nacional e internacionalmente y los resultados en base a las siguientes preguntas, me hicieron sacar ciertas conclusiones.

• Edad
• Frecuencia de viaje
• ¿Has tenido problemas para pagar con la tarjeta?¿si es así, en qué situación?
• ¿Preferirías poder prescindir de la tarjeta física?
• Durante un viaje, ¿prefieres llevar efectivo o el pago con tarjeta?
• ¿Conoces la tecnología NFC?
• ¿Normalmente utilizas la aplicación de tu banco?¿Para qué?
• ¿Qué es lo que más te cuesta encontrar en la aplicación?

Contestadas éstas preguntas, las conclusiones fueron las siguientes:

• Las tarjetas digitales son muy cómodas porque se pueden olvidar de perderlas
• Autentificar las huellas en los teléfonos da mucha seguridad a los usuarios
• La gente suele querer planificar sus gastos
• Queremos ver los gastos inmediatamente
• Hay lugares donde no aceptan tarjeta
• Hay quien le gusta poder tener acceso fácil a dinero efectivo

Con estas ideas en mente, realicé el siguiente paso, un brainstorming, donde plasmé las principales soluciones que se me ocurrieron.

De ésta manera, procedemos a crear el prototipo de la app de whole bank y los añadidos que creemos necesarios

Creamos la página principal y el menú desplegable en la parte izquierda que se abre al tocar el logotipo del banco, donde se abren las funciones que se ofrecen al usuario, nos centraremos en dos, primero “me voy de viaje” que aúna todas las funciones útiles para viajes tales como la planificación de los mismos o la función de códigos de efectivo que explicaremos más adelante, segundo, contact less, la función más demandada por los usuarios, que otorga a nuestra aplicación la capacidad de convertirse en una tarjeta de crédito/débito

En primer lugar identificamos la necesidad de una función de “contact less” para pagar, la cual consistiría en acceder a la sección con dicho nombre, identificarnos con nuestra huella y acercar el dispositivo al lector de tarjetas, de la siguiente manera

Aquí podemos ver cómo, desde el menú desplegable, tenemos la opción del “contact less” y al seleccionarla, se nos abre una ventana donde se nos deja elegir la tarjeta o cuenta con la que queremos pagar, tras seleccionarla, se vería una transición en la que desaparece el resto de tarjetas para pagar y nos deja identificarnos con nuestra huella para posteriormente, sostener el dispositivo cerca del lector en cuestión y realizar el pago, que quedaría reflejado posteriormente en los movimientos.

Como segunda opción para solucionar el problema de las tarjetas físicas, de cara a quien le gusta llevar efectivo o los establecimientos que aún no se han actualizado, proponemos un sistema de códigos con valor predeterminado para sacar dinero efectivo en los cajeros.

Dentro del apartado “me voy de viaje” entramos en solicitar códigos para tener acceso a dinero efectivo introduciendo dichos códigos.

Existen dos maneras de hacer esto, una es solicitar o crear los códigos antes del viaje, y la segunda, hacerlos instantáneos. La primera existe para pevenir problemas en caso de “zonas muertas” es decir, sin cobertura de datos o cualquier problema relacionado a la conectividad.

De ésta manera elegiremos si queremos un código instantáneo o para una duración mayor, si escogemos esta segunda opción, se nos dará a elegir la duración del mismo y posteriormente su valor, una vez hecho ésto se nos pedirá otra autenticación y una vez confirmada nuestra identidad, se nos proporcionará el código, que si es instantáneo podrá ser utilizado sólo en ese momento y su caducidad será de 10 minutos, y si es de larga duración, aquí se nos indicará de cuánta, su valor y ahora estará guardado en el “code wallet”

El “code wallet” será esa cartera digital donde tendremos almacenados todos nuestros códigos para activarlos cuando los necesitemos, donde se nos indicará el valor, y no se nos mostrará el código hasta que no autentifiquemos nuestra identidad bien con huella o código, para poder canjearlo en cualquier cajero.

Ahora que he acabado el ejercicio, he de decir que lo más complejo para mi han sido las entrevistas, creo que aún me queda mucho que aprender especialmente en ese tema, pero poco a poco lo iré solventando, ha sido un ejercicio muy interesante y divertido, ya pudiendo desarrollar ideas propias.

Estoy deseando seguir a tope con éste trabajo

Se nos propone escuchar una charla de TED y poner en práctica con ella lo aprendido sobre visual note taking.

La verdad es que al principio no sabía muy bien cómo empezar, pero a medida que encontré puntos importantes y me hice un esquema mental de lo que quería plasmar, todo fluyó de manera muy natural, lo cierto es que siempre he dibujado así que supongo que eso ha ayudado.

Me ha resultado increíblemente divertido y muy interesante, tengo la sensación de que a medida que practique más (cosa que no dudéis, haré) me será mucho más sencillo pensar y plasmar así las ideas que recoja o me surjan.

Parece que el primer paso se ha dado con fuerza y con el pie derecho, estoy deseando seguir descubriendo éste mundo