Rama pamela torres gtz

README.md

@@ -1,3 +1,4 @@
+
 #Definicion del producto
 Documentar brevemente nuestro trabajo en el archivo README.md de nuestro repositorio.
 *Contar cómo fue el proceso de diseño.
@@ -24,7 +25,7 @@ Nos enfocamos en el publico que no conoce la plataforma del juego, se les facili
 
 #Diseño UX
 Historias de Usuario.
-===================
+
 ##Research  (stakerholders) BELEN
 *Entender las necesidades del usuario. Dirigido a usuarios no Expertos
           Realizar preguntas 
@@ -40,11 +41,37 @@ Estudiantes adolescentes de entre 15 a 17 años, que en su mayoria son hombres (
 Para aterrizar mejor la idea y ofrecer una experiencia de usuario adecuada, necesitabamos realizar un formulario para saber el usuario al que esta dirigido nuestra plataforma, así que pedimos ayuda de Sergio y Deni.
 La investigación que teniamos que realizar debia ser certera al hacer las preguntas ya que nos proporcionaria información sobre el rango de edad, su ocupación y donde encuentran información.
 
+#Definición del producto
+
+Documentar brevemente nuestro trabajo en el archivo README.md de nuestro repositorio.
+
+#*Contar cómo fue el proceso de diseño.
+
+De distintas opciones de proyecto a realizar nos enfocamos en la data de Pokemon Go ya que, vimos un área de oportunidad porque mientras una tenia conocientos previos del producto la otra solo tenia conocimiento del nombre pero jamas lo habia jugado, creemos que esa situación nos dio un balance en cuanto a las posibles perspectivas que podriamos obtener.
+
+Tambien esto nos dio la idea de que no muchos usuarios saben donde buscar información detallada del Pokemon, ya que solo se dedicaban a descargar la app y jugar directamente, y aquellos jugadores nuevos que querían alguna información no sabian como navegar en la aplicación, de igual forma ayudaria a captar la atención de nuestros usuarios sin tener la necesidad de buscar información en otros sitios no oficiales.
+
+Ayudando así, a evitar a los usuarios de navegar en la plataforma sin obtener resultados de la busqueda, frustrandose porque no encuentran el lugar adecuado para buscar la información que necesitan.
+
+Decidimos hacer nuestra investigación sin involucrarnos en diversos grupos oficiales que ya tienen un nivel de uso experto, lo cual la información que obtendriamos de ellos no seria la adecuada para desarrollar nuestro proyecto, ya que en estos grupos todos los jugadores conocen a la perfección las caracteristicas de cada uno de los pokemones, así como sus respectivas evoluciones.
+
+Iniciamos formulando una serie de preguntas para conocer a nuestros posibles usuarios, así como el rango de edad y todos los parametros que necesitariamos para definir correctamente a nuestro usuario, de esta manera desarrollar un producto de calidad que pueda resolver la problemática de la comunidad(CHECAR LO ULTIMO, PALABRA A CAMBIAR)
+El proyecto se basa en la necesidad de que no todos conocemos esa plataforma,
+  ,
+facilitar su manejo y tener una mejor interacción 
+
+*Explicar cómo creemos que el producto resuelve el o los problemas de los usuarios.
+BELEN
+
+Nos enfocamos en el publico que no conoce la plataforma del juego, se les facilitara la forma de interactuar
+
+
      Entrevistas (AUN NO SE HACEN)
      Análisis de competencia (PokermonDesk dos app)
 Realizamos una investigación para saber si ya existia una plataforma con caracteristicas similares a la nuestra. 
 En el dispositivo para IOS no se encuentra disponible
 
+
 ##INSIGHTS comportamiento del usuario. También info de internet o foros
 BELEN
 *Escribir la Historia del Usuario que represente todo lo que el Usuario necesita hacer y Ver.
@@ -53,6 +80,11 @@ No hay ninguna plataforma que cuente de manera detallada los  a las personas que
 
 
 
+
+#Diseño UX
+#Historias de Usuario.
+
+
 #Sintetizar la información enfocada en el problema (hasta contar con encuesta)
 Para tener información especifica de a quien va dirigido nuestra plataforma, utilizamos un formulario que nos ayudaria a conocer nuestro usuario.
 Para mostrar cierto interes en  que nuestros usuarios respondieran el formulario, decidimos utilizar como imagen de fondo lo que caracteriza al juego como tal, ya que, reconociendo que seria una herramienta para una plataforma que ya existe, es más facil que el usuario se sienta identificado y sus respuestas sean certeras. 
@@ -67,6 +99,42 @@ Esto nos proporciono un resultado de 62 respuestas (Imagen 2.0), con un rango de
 
 
 
+##Research  (stakerholders) BELEN
+*Entender las necesidades del usuario. Dirigido a usuarios no Expertos
+          Realizar preguntas 
+          ¿Por qué o para que las pueden utilizar? Para conocer las habilidades y debilidades de los pokemones que pueden capturar y utilizar en batallas, obtener datos estadísticos generales
+          ¿Para qué o quienes se está creando el diseño? Estudiantes adolescentes de entre 15 a 17 años, que en su mayoría son hombres (estadísticas de hombres y mujeres y rango de edad)
+          ¿Qué hacen y como lo hacen? 
+          ¿Por qué lo hacen de esa manera?
+          ¿Qué necesitan?
+
+* Búsqueda de inspiración
+     Cuestionarios(PROCESO PARA EL FORMULARIO) FEEDBACK
+     Entrevistas (AUN NO SE HACEN)
+     Análisis de competencia (PokermonDesk dos app)
+
+##INSIGHTS comportamiento del usuario. También info de internet o foros
+BELEN
+# *Escribir la Historia del Usuario que represente todo lo que el Usuario necesita hacer y Ver.
+        Identificar el problema viable 
+R= No hay ninguna plataforma que cuente de manera detallada los  a las personas que no conocen sobre Pkemon Go y están interesadas de hacerlo.
+       Sintetizar la información enfocada en el problema (hasta contar con encuesta)
+       Descubrir patrones
+       ¿Cómo mejorar la vida del usuario? 
+Que no sea complicado acceder a la información desde la aplicación.
+       ¿Qué necesita el usuario? (resultado de entrevistas Recomendación grabar) (AUN NO SE HACEN)
+        ¿Cuáles son los deseas/problemas del usuario a entender? (resultado de entrevistas recomendación grabar) (AUN NO SE HACEN)
+*Incluir una definición de Terminado (definitivo of done). Para cada una.
+
+
+# IDEACIÓN o Diseño de la Interfaz de Usuario.
+
+# Benchmarking
+Antes de realizar  investigación de productos similares nos percatamos que la data que nos proporcionaron era específicamente para un PokeDex, y no del juego como tal, una vez identificado nos dedicamos a buscar productos similares al nuestro  en web como en móvil teniendo como resultado lo siguiente: 
+
+La página oficial de PokemonGo que no muchos jugadores o nuevos jugadores conocen ya que para ellos lo mas logico es buscafr dentro del juego, pero la navegación dentro del mismo es un poco dificil y se pierden en el camino cuando no se conoce.
+
+
 
 
 
@@ -82,6 +150,21 @@ Esto nos proporciono un resultado de 62 respuestas (Imagen 2.0), con un rango de
 
 
 
+
+
+
+##Comenzar a elegir el método a resolver 
+
+  Como primera instancia nosotras comenzamos con una lluvia de ideas creando un prototipo de nuestra posible arquitectura de Información, para tratar de imaginar de cómo podría el usuario interactuar con la plataforma.
+
+##1-Lluvia de ideas
+En esta imagen tratamos de expresar como posibilidad de navegación móvil para los usuarios incluyendo una opción donde se mostrarían los resultados estadísticos.
+
+                                1-2 Lluvia de ideas
+
+En esta figura numero dos lo que quisimos fue plasmar una segunda opción de vista para la muestra de datos estadisticos.
+
+
 
 
 
@@ -100,11 +183,11 @@ Nuestro principal objetivo es facilitar el acceso a la información, de esta for
        ¿Qué necesita el usuario? (resultado de entrevistas Recomendación grabar) (AUN NO SE HACEN)
         ¿Cuáles son los deseas/problemas del usuario a entender? (resultado de entrevistas recomendación grabar) (AUN NO SE HACEN)
 *Incluir una definición de Terminado (definitivo of done). Para cada una.
-===================================
+
 #IDEACIÓN o Diseño de la Interfaz de Usuario.
 Comenzar a elegir el método a resolver (SKETCH DE LLUVIA DE IDEAS ESCANEADO, PAM)
     Lluvia de ideas de cómo podría el usuario interactuar con la plataforma. (agregar imagen sketch de lluvia de ideas)
-=============================
+
 Prototipar PAM
 * Prototipo de Baja fidelidad. (colocar imagen de sketch)
 * Prototipo de alta fidelidad. (Colocar captura de pantalla después de la tercera iteración de los sketch) PAM
@@ -116,4 +199,26 @@ La herramienta que utilizamos fue un formulario pa
     Estadísticas  (Resultado del cuestionario)}BELEN
      A/B testing   (Propuestas de la dupla en cuanto al diseño visual del maquetado). AMBAS
      Encuestas  (Revisar grabaciones de audio y video y anotar las expresiones del usuario mientras lo entrevistamos y realiza el testeo de su prototipo de alta fidelidad.) AMBAS
-     Realizar Card Storing (Hacerlo en el testeo de baja fidelidad y es una card de cada uno de los pokemones de acuerdo al diseño que nosotras pensamos.  Tomar en cuenta los datos que tenemos y dejar un espacio para los datos que les gustaría) FIN DE SEMANA QUEDA COMPLETO
+     Realizar Card Storing (Hacerlo en el testeo de baja fidelidad y es una card de cada uno de los pokemones de acuerdo al diseño que nosotras pensamos.  Tomar en cuenta los datos que tenemos y dejar un espacio para los datos que les gustaría) FIN DE SEMANA QUEDA COMPLETO
+
+##Prototipar PAm
+
+* Prototipo de Baja fidelidad. (colocar imagen de sketch)
+En base a los resultados obtenidos de nuestra encuesta nos dimos a la tarea de elaborar nuestro prototipo preliminar, basados en una aplicación móvil y tratándola de hacer lo más ágil posible y entendible para que los usuarios pudieran otorgarnos una buena retroalimentación. 
+
+
+
+
+
+* Prototipo de alta fidelidad. (Colocar captura de pantalla después de la tercera iteración de los sketch) PAM)
+*Test de usabilidad. (Todos los feedback y colocar videos y/o grabaciones de audio.) (FIN DE SEMANA, AMBAS)
+
+#EVALUAR
+    Herramientas utilizadas (Formulario y Encuestas) BELEN
+    Estadísticas  (Resultado del cuestionario)}BELEN
+     A/B testing   (Propuestas de la dupla en cuanto al diseño visual del maquetado). AMBAS
+     Encuestas  (Revisar grabaciones de audio y video y anotar las expresiones del usuario mientras lo entrevistamos y realiza el testeo de su prototipo de alta fidelidad.) AMBAS
+     Realizar Card Storing 
+
+Realizamos uno pequeños  testeo de baja fidelidad de  una card Sorting que simulaba la descripción de cada uno de los pokemons, esto para obtener una idea general de acuerdo a los resultados de cómo integrar la Arquitectura de la Información, para que sea agradable del agrado del usuario y verificar si esto es de acuerdo al diseño que nosotras pensamos y si el flujo de información de la navegación dentro de la plataforma es el adecuado.
+