Suscríbete vía RSS ¿Cómo hacer betatesting en 7 pasos?
Este post viene de Lili León, la que fue ganadora del concurso de betatesting de Migoa hace unas semanas.
Charlando con ella llegamos a la conclusión de que un artículo como este podría aportar mucho valor, y más si venía de su mano, así que sin más preámbulos os dejo con este post acerca de los pasos básicos para hacer un betatesting orientado en la usabilidad y en la persuabilidad. ¿Cómo hacer betatesting en 7 pasos?
1. Navegar por el sitio Web, como si de un usuario se tratará. De esta primera visita intentar responder a estas preguntas:
- ¿Cuál es el objetivo del sitio?
- ¿Por dónde puedo comenzar a interactuar con el sitio?
- ¿Se siempre donde estoy y hacia donde puedo ir?
- ¿Qué es lo más importante del sitio?
- ¿Qué me ofrece este sitio?
- ¿Por qué debería estar en este sitio y no en otro?
2. Realizar un listado de los elementos Web (imagen, botón, enlace, etc.), que nos hagan detener para entender su significado, dudar o simplemente nos hacen pensar, terminando en interrogantes como estas:
- ¿Esto querrá decir €¦?
- ¿Debería hacer clic o seguir buscando?
- ¿Por qué lo llamarán así?
- ¿Puedo hacer clic en esto?
3. Identificar todos los elementos Web que son interactivos, es decir, aquellos que dan una respuesta como consecuencia de una acción (hacer clic en un enlace, etc.). Cada uno de estos elementos deberían responder a:
- ¿Su respuesta arroja un error?
- ¿Su respuesta es coherente?
- ¿Qué mejoraría de esta respuesta?
- ¿Qué propondría para esta respuesta?
- ¿Cuál es su tiempo de descarga?
4. Seleccionar los elementos Web en los que se involucran varios pasos, tales como, los pasos necesarios para realizar una compra, para registrarse como usuario, etc. Para cada uno de estos pasos comprobar:
- Desde el principio el usuario sabe cuantos pasos debe realizar para completar el proceso
- Dispone de contenido aclarativo sobre el proceso que está realizando
- En caso de equivocarse, los mensajes de error se muestran en el área donde está interactuando el usuario, y no en sitios alejados del área o inesperados
- Si el usuario pierde la conexión, el sitio puede informarle que proceso estaba llevando a cabo antes de perder la conexión.
5. Elegir los elementos Web que son responsables de establecer un feedback con el usuario. Por ejemplo, completar un formulario, contactar con soporte a usuarios, o atención al cliente etc. Comprobando que estos devuelven una respuesta al usuario, tal como, €œSr. Usuari@ hemos recibido sus datos €¦€, €œSr. Usuari@, en respuesta a su solicitud nos pondremos en contacto con usted vía email €¦€. De esta forma muestras que hay gente detrás y creas una sensación de contacto humano.
6. Comprobar que los textos de los enlaces, es decir el €œanchor text€: <a href=€dirección URL que llama€ title=€información adicional sobre la dirección URL que llama€>anchor text </a>, guarda relación con la página que llama o página destino. Evitando con ello enlaces de tipo €œclica aquí€, €œhaga clic aquí€, €¦ que no ayudan a mejorar la relevancia que dan los buscadores a las páginas.
7. Revisar que todas las páginas Web que componen el sitio disponen de:
- URL única y amigable (sin parámetros y variables ?parametro=valor), para que los buscadores puedan referenciarla.
- Titulo (TITLE) diferente. Además cada titulo debe guardar relación con los contenidos que muestra en la página Web
- Meta etiquetas descriptions (resumen de la pagina) y keywords (conceptos claves)
- Contenidos que pueden ser escaneados (lectura rápida) fácilmente por los usuarios
10 Comentarios en “¿Cómo hacer betatesting en 7 pasos?”
Muy interesante artículo.
Me lo guardo en los bookmarks ;-)
La verdad es que a mi me encanta y aclara bastante bien cada uno de los puntos. Estaría bien que Raúl Andrés de Garage 30 diera su opinión, ya que por lo que me ha comentado lleva bastantes semanas haciendo diversos betatestings.
Hola FeLiPe y Carlos, la verdad qué me gusta mucho que os guste :). También soy de la opinión que sería interesante conocer la valoración de Raúl Andrés. Saludos
Interesante betatester to-do list.
La pondremos a disposición de nuestros betatesters cuando la beta privada esté disponible. Es más, nosotros mismos seguiremos dichos pasos para la realización del test interno previo a la liberación de la beta.
bueno bueno a ver si puedo meter baza, menudo nivel! ;)
veamos aporto donde pueda, está genial el post-resumen, enhorabuena!
1. muy acertado, yo lo llamo merodear por el sitio, como un usuario más, aquí un punto importante como decís el sentido de la orientación del usuario, es decir, en cuanto me siento perdido apunto y toma feedback ;). Esto es relativo pues lo normal es la primera visita esté uno perdido, esto se comprueba más bien en la segunda. Por otro lado algo importante cuando se trata de que el usuario aporta contenido, el registro, es decir el usuario encuentra algo que le gusta y lo quiere agregar pero como no ha hecho login previamente una vez logueado le envia a la home y no al
destino donde quería llegar. Quiere decir que el olvido de hacer login a un usuario no le supongan perderse o tener que buscar de nuevo lo que ya tenía.
2. los clics con dudas, pero aquí es difícil diferenciar cuando el objetivo real es persuadir, si es una web con visitas técnicas es bueno persuadir con algún texto ingenioso, para usuarios normales mejor poner simplemente “buscar”. En cuanto a los textos y preguntas a los usuarios, cortos, muy simples y directos.
4. concretamente para pasos de compra por ejemplo es importante que conserve la navegación natural del usuario, adelante - atrás, muchas compras son perdidas por este gran detalle.
yo añadiría si me lo permitís…
8. reproducir testeo funcional con diferentes navegadores, resoluciones de pantalla e incluso también se puede redimensionar la ventana a ver que sucede, y ¿si presiono F11 a pantalla completa? hay páginas que quedan con muchos espacios en blanco y el contenido muy pequeño pero también la amplia mayoría que no navegan a pantalla completa, tiene que ser un punto intermedio.
9. testing de seguridad, sobre todo entradas no validadas, donde están los ataques más peligrosos, también incluir técnicas anti-scrape para que no raspen la web y consuman recursos, estos detalles las web 2.0 deberían empezar a preocuparse.
Hola Martín Fernández, Pues esta lista la iré actualizando de los comentarios que reciba y de mi propia experiencia. Cuando la actualice ya os avisaré. Saludos.
Hola Raúl Andrés, me apunto tus nuevas aportaciones, muy buenas!!! :)… y mis comentarios son:
1. En relación a €œlo normal es la primera visita esté uno perdido,€
Yo cuidaría que el usuario no se sintiera ni lo más mínimo perdido piensa que los usuarios solo dedican una media de 27 segundos en cada página Web. Hemos de aprovechar ese tiempo para tengan una buena experiencia Web.
2. En cuanto a €œsi es una Web con visitas técnicas es bueno persuadir con algún texto ingenioso, para usuarios normales mejor poner simplemente €œbuscar€€.
Aquí debe primar tanto para los usuarios técnicos como los normales que tú mencionas, el estándar que espera el usuario. Ahora bien, estoy de acuerdo con persuadirles pero lo aprovecharía con otros elementos. Por ejemplo, con textos orientados al público especifico de la Web…
4. €œconcretamente para pasos de compra por ejemplo es importante que conserve la navegación natural del usuario, adelante - atrás, muchas compras son perdidas por este gran detalle€
Muy bueno!!!. Es importantísimo que el usuario sienta libertad a la hora de explorar el sitio Web.
Saludos.
hola Lili
1. hablaba en primera persona de encontrarme perdido yo ;)
2. si siempre es bueno adaptar el lenguaje.
saludos Lili estoy esperando tu guía con ansia ;), avisa!
Comentaros que éste artículo también fue presentado en el inusual crosstalent http://crosstalent.org/ (un encuentro periódico, interactivo e interdisciplinar organizado por la comunidad inusual y la adg-fad) y publicado en alzado.org http://www.alzado.org/articulo.php?id_art=632
Encantado de que te haya ido bien. De hecho es muy buen artículo y es del todo normal que lo hayan publicado en alzado o en el Inusual Crosstalent :D