4.3: ¿Qué son las pruebas de usuario?
- Page ID
- 96953
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)
( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\id}{\mathrm{id}}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\kernel}{\mathrm{null}\,}\)
\( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\)
\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\)
\( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)
\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)
\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)
\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vectorC}[1]{\textbf{#1}} \)
\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)
\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)
\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\(\newcommand{\avec}{\mathbf a}\) \(\newcommand{\bvec}{\mathbf b}\) \(\newcommand{\cvec}{\mathbf c}\) \(\newcommand{\dvec}{\mathbf d}\) \(\newcommand{\dtil}{\widetilde{\mathbf d}}\) \(\newcommand{\evec}{\mathbf e}\) \(\newcommand{\fvec}{\mathbf f}\) \(\newcommand{\nvec}{\mathbf n}\) \(\newcommand{\pvec}{\mathbf p}\) \(\newcommand{\qvec}{\mathbf q}\) \(\newcommand{\svec}{\mathbf s}\) \(\newcommand{\tvec}{\mathbf t}\) \(\newcommand{\uvec}{\mathbf u}\) \(\newcommand{\vvec}{\mathbf v}\) \(\newcommand{\wvec}{\mathbf w}\) \(\newcommand{\xvec}{\mathbf x}\) \(\newcommand{\yvec}{\mathbf y}\) \(\newcommand{\zvec}{\mathbf z}\) \(\newcommand{\rvec}{\mathbf r}\) \(\newcommand{\mvec}{\mathbf m}\) \(\newcommand{\zerovec}{\mathbf 0}\) \(\newcommand{\onevec}{\mathbf 1}\) \(\newcommand{\real}{\mathbb R}\) \(\newcommand{\twovec}[2]{\left[\begin{array}{r}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\ctwovec}[2]{\left[\begin{array}{c}#1 \\ #2 \end{array}\right]}\) \(\newcommand{\threevec}[3]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\cthreevec}[3]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \end{array}\right]}\) \(\newcommand{\fourvec}[4]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\cfourvec}[4]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \end{array}\right]}\) \(\newcommand{\fivevec}[5]{\left[\begin{array}{r}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\cfivevec}[5]{\left[\begin{array}{c}#1 \\ #2 \\ #3 \\ #4 \\ #5 \\ \end{array}\right]}\) \(\newcommand{\mattwo}[4]{\left[\begin{array}{rr}#1 \amp #2 \\ #3 \amp #4 \\ \end{array}\right]}\) \(\newcommand{\laspan}[1]{\text{Span}\{#1\}}\) \(\newcommand{\bcal}{\cal B}\) \(\newcommand{\ccal}{\cal C}\) \(\newcommand{\scal}{\cal S}\) \(\newcommand{\wcal}{\cal W}\) \(\newcommand{\ecal}{\cal E}\) \(\newcommand{\coords}[2]{\left\{#1\right\}_{#2}}\) \(\newcommand{\gray}[1]{\color{gray}{#1}}\) \(\newcommand{\lgray}[1]{\color{lightgray}{#1}}\) \(\newcommand{\rank}{\operatorname{rank}}\) \(\newcommand{\row}{\text{Row}}\) \(\newcommand{\col}{\text{Col}}\) \(\renewcommand{\row}{\text{Row}}\) \(\newcommand{\nul}{\text{Nul}}\) \(\newcommand{\var}{\text{Var}}\) \(\newcommand{\corr}{\text{corr}}\) \(\newcommand{\len}[1]{\left|#1\right|}\) \(\newcommand{\bbar}{\overline{\bvec}}\) \(\newcommand{\bhat}{\widehat{\bvec}}\) \(\newcommand{\bperp}{\bvec^\perp}\) \(\newcommand{\xhat}{\widehat{\xvec}}\) \(\newcommand{\vhat}{\widehat{\vvec}}\) \(\newcommand{\uhat}{\widehat{\uvec}}\) \(\newcommand{\what}{\widehat{\wvec}}\) \(\newcommand{\Sighat}{\widehat{\Sigma}}\) \(\newcommand{\lt}{<}\) \(\newcommand{\gt}{>}\) \(\newcommand{\amp}{&}\) \(\definecolor{fillinmathshade}{gray}{0.9}\)PRUEBAS DE USUARIO Y CONCEPTOS BÁSICOS DE INVESTIGACIÓN
Las pruebas de usuario y la investigación se centran en comprender los comportamientos, necesidades y motivaciones de los usuarios a través de técnicas de observación, análisis de tareas y otras metodologías de retroalimentación. Mike Kuniaysky, especialista en Experiencia de Usuario, señala que es “el proceso de entender el impacto del diseño en una audiencia”.
Los tipos de investigación de usuarios que puede o debe realizar dependerán del tipo de sitio, sistema o aplicación que esté desarrollando, su línea de tiempo y su entorno.
CUÁNDO REALIZAR MÉTODOS DE INVESTIGACIÓN DE USUARIOS
A continuación se muestran ejemplos de los tipos de investigación que podrías realizar en cada fase de tu proyecto. Esta información es guiada por el proceso de diseño centrado en el usuario (UCD). Una metodología puede aparecer en una o en varias fases.
Métodos | Conoce a tu usuario | Contenido | Diseño | Probar y refinar |
Clasificación de tarjetas: este método ayuda a garantizar que la estructura del sitio coincida con la forma en que piensan los usuarios al permitir que los usuarios agrupen la información de su sitio. |
SI |
SI |
NO |
SI |
Entrevistas contextuales - Un método que te permite observar a los usuarios en su entorno natural, dándote una mejor comprensión de la forma en que trabajan los usuarios. |
SI |
NO |
NO |
NO |
First Click Testing - Un método de prueba centrado en la navegación, que se puede realizar en un sitio web en funcionamiento, un prototipo o una estructura metálica. |
NO |
SI |
SI |
SI |
Grupos focales - Una discusión moderada con un grupo de usuarios que le permite aprender sobre las actitudes, ideas y deseos de los usuarios. |
SI |
SI |
SI |
NO |
Evaluación heurística/Revisión de expertos - Un grupo de expertos en usabilidad que evalúan su sitio web contra una lista de pautas establecidas. |
SI |
NO |
NO |
SI |
Entrevistas Individuales - Las discusiones individuales con los usuarios le muestran cómo funciona un usuario en particular. Estas discusiones le permiten obtener información detallada sobre las actitudes, deseos y experiencias de un usuario. |
SI |
SI |
SI |
SI |
Diseño Paralelo - Una metodología de diseño que involucra a varios diseñadores que persiguen el mismo esfuerzo simultáneamente, pero independientemente, con la intención de combinar los mejores aspectos de cada uno para la solución definitiva. |
NO |
NO |
SI |
NO |
Personas - La creación de un usuario representativo a partir de los datos disponibles y entrevistas de usuario. Aunque los datos personales de la persona pueden ser ficción, la información utilizada para crear el tipo de usuario no lo es. |
SI |
NO |
NO |
NO |
Prototipado - Creación de una maqueta del sitio, que permite al equipo de diseño explorar ideas antes de implementarlas. Un prototipo puede variar desde una maqueta de papel hasta páginas HTML interactivas. |
NO |
NO |
SI |
SI |
Encuestas - Una serie de preguntas hechas a múltiples usuarios de tu sitio web, que te ayudan a conocer sobre las personas que visitan tu sitio. |
SI |
SI |
SI |
SI |
System Usability Scale (SUS) - SUS es una escala de diez ítems independiente de la tecnología para la evaluación subjetiva de la usabilidad. |
NO |
NO |
NO |
SI |
Análisis de tareas - Un método en el que aprendes sobre los objetivos de los usuarios, incluyendo lo que los usuarios quieren hacer en tu sitio web; este método te ayuda a entender las tareas que los usuarios realizarán en tu sitio. |
SI |
NO |
NO |
NO |
Pruebas de usabilidad - Sesiones individuales donde un usuario “de la vida real” realiza tareas en su sitio. Este método identifica las frustraciones y problemas de los usuarios con su sitio. |
SI |
SI |
SI |
SI |
Casos de uso - Una descripción de cómo los usuarios utilizan una característica particular de su sitio web. Este método proporciona una visión detallada de cómo los usuarios interactúan con el sitio, incluidos los pasos que toman los usuarios para realizar cada tarea. |
NO |
SI |
SI |
NO |
MEJORES PRÁCTICAS
Durante la Planeación de Proyectos debes hacer lo siguiente:
- Consulte la Guía de UCD para obtener un mapa visual paso a paso para guiarlo a través del proceso de diseño centrado en el usuario.
- Considere cuándo se pueden incorporar pruebas en su horario
- Prueba temprana y frecuente
- Definir el público objetivo para el sitio. Esto ayudará al equipo de UX en lo siguiente:
RECLUTAMIENTO DE PARTICIPANTES Y LA LEYENDA DEL
Si alguna vez has intentado armar alguna prueba de experiencia de usuario, especialmente para el gobierno, en un momento u otro tu cliente puede haber dicho que su público objetivo es el “público en general”. Tus conversaciones pueden haber sonado algo como esto:
Pregunta: “¿Quién es el público objetivo de este sitio?”
Respuesta: “El público en general”
Pregunta: “¿A quién le gustaría que trajéramos para las pruebas de usabilidad?”
Respuesta: “El público en general”
Pregunta: “¿Quién debería estar involucrado en este tipo de tarjetas?
Respuesta: “El público en general”
Desafortunadamente, muchos creen que el “público en general” es adecuado para cualquier prueba, encuesta o grupo focal. El caso es que usar el “público general” indescripto no es útil porque no existe. Entonces tu tarea crítica al reclutar para las pruebas —y también en el diseño— es ser más específico e identificar lo que realmente quiere decir tu equipo cuando dicen el “público en general”.
Saber quiénes son tus públicos objetivo e identificar sus principales tareas es una parte fundamental para diseñar tu sitio y formar una estrategia de contenido efectiva. Este análisis de audiencia se puede realizar a través de diversas técnicas de investigación de mercado, investigación de usuarios y análisis web. Cuando se trata de pruebas, poder recurrir a esos grupos de audiencia establecidos y reclutar participantes representativos es fundamental para obtener resultados útiles y la aceptación de sus ideas y recomendaciones.
IDENTIFICAR A TUS PARTICIPANTES
Al identificar a los participantes de la prueba, cree una lista de los rasgos, características o experiencia que necesitará en un participante en función de métricas o discusiones con su cliente o equipo. Esta información te ayudará a desarrollar los criterios de reclutamiento y el cribador que utilizarás para reclutar participantes.
A un nivel alto, estas son algunas de las cosas que tus criterios de reclutamiento y evaluador deben cubrir:
Rango de edad |
|
Género |
|
Etnicidad |
|
Educación |
|
Idioma |
|
Familiaridad |
|
Uso anterior |
|
Titulaciones tecnológicas |
|
Internet |
|
Titulaciones especiales |
|
Aquí hay algunas plantillas de ejemplo disponibles para que las adaptes para tu propio uso:
SABER DÓNDE BUSCAR
Una vez que identifiques a quién estás probando, debes dirigirte donde puedas encontrar a tus participantes. En muchos casos, la lista que generes dictará la ubicación de tu búsqueda y, en algunos casos, tu metodología de prueba también.
USAR UNA AFILIACIÓN PARA ENCONTRAR PARTICIPANTES
Tener una afiliación con una organización puede ayudarte a encontrar participantes que cumplan con tus criterios. Por ejemplo, si su criterio de reclutamiento incluye personal de servicio jubilado que ayuda a veteranos que regresan cegados durante el servicio, puede parecer algo así como:
- Nivel de la familiaridad deseada con el servicio, tema o tecnología
- Deben estar familiarizados con el sitio
- Uso previo del servicio, tema o tecnología
- Visitas semanales al sitio en cuestión
- Cualificaciones técnicas
- Debe usar un lector de pantalla
Existe la probabilidad de que estos participantes estén afiliados al VA, no estén ubicados geográficamente en el centro y tengan discapacidad visual. Por lo tanto, estas circunstancias propiciarían lo siguiente:
- Reclutamiento a través del VA
- Pruebas de forma remota para eliminar la necesidad del costo del viaje
- Permitir a los participantes usar su propio equipo
LICENCIAS Y Atribuciones
- “Pruebas de usuario” por Usability.gov (Departamento de Salud y Servicios Humanos de los Estados Unidos). Las pautas de usabilidad y diseño web basadas en la investigación, edición ampliada/ampliada. Washington: Imprenta del Gobierno de Estados Unidos, 2006. (A menos que se indique lo contrario, los textos, documentos e imágenes en el sitio web de Usability.gov son de dominio público, no tienen derechos de autor y, por lo tanto, pueden copiarse y distribuirse sin costo alguno. https://www.usability.gov/about-us/index.html)
Referencia: Observando la experiencia del usuario: una guía para el practicante para la investigación del usuario por Mike Kuniavsky