Pruebas de guerrilla: research rápido y barato en la calle
Las pruebas de guerrilla son sesiones cortas con gente en un espacio público para obtener feedback rápido. Cómo prepararlas y por qué no reemplazan la formal.
¿Qué es y por qué existe?
La idea es sencilla: en vez de esperar a reclutar participantes con un proveedor, se busca a personas donde ya están. Una cafetería, una biblioteca, un espacio de coworking o una calle con mucha gente. Adobe XD la describe como una forma relativamente rápida e informal de probar ideas y obtener feedback de alto nivel.
Su valor está en la velocidad y el costo. Según Lyssna, es una manera rápida e económica de recoger opiniones de usuarios probando con personas en contextos informales. Su nombre refleja la naturaleza improvisada del método, en contraste con un laboratorio de usabilidad planeado con semanas de anticipación.
¿Cómo se prepara?
Aunque sea informal, conviene tratarla como una prueba seria. Las guías consultadas apuntan a tres preparativos:
- Un objetivo claro. Una sola pregunta que el resultado debe responder, por ejemplo “¿la gente encuentra el precio sin ayuda?”.
- Dos o tres tareas simples. Lyssna recomienda dos o tres tareas clave, y Maze pide una lista corta y centrada en un objetivo principal del usuario.
- Material listo. Un prototipo realista y funcional (Maze desaconseja el de papel), con las tareas impresas o en el teléfono, y algo que ofrecer a cambio, como un café con un pastel, que Adobe XD menciona como incentivo.
Antes de salir, prueba la sesión con alguien de tu equipo. Un piloto pequeño detecta instrucciones confusas o tareas poco claras. Si dudas entre acompañar a la persona o dejarla sola, revisa moderadas vs. no moderadas.
¿Cómo se ejecuta la sesión?
Una secuencia habitual es esta: pedir a la persona unos minutos, darle las tareas, observar sin intervenir más de lo necesario y terminar con preguntas sobre su experiencia. Maze sugiere pedirle que piense en voz alta mientras usa el prototipo y dejar las preguntas abiertas para el final. Si vas a grabar audio o pantalla, pide permiso antes. Una persona de apoyo que tome notas te deja concentrarte en observar.
La observación cuenta más que las respuestas. Si alguien se queda quieto frente a un botón, eso es un dato, aunque no lo diga. Anota lo que la persona hace, no solo lo que dice, y registra el contexto: ruido, distracciones, si estaba con prisa.
Después de varias sesiones, busca patrones: revisa todas las observaciones juntas y convierte lo que se repite en cambios de diseño concretos, en lugar de tomar cada comentario aislado como verdad. Lyssna sugiere seguir probando hasta que las personas nuevas dejen de revelar problemas nuevos.
¿Cuántas personas hacen falta?
Las guías no coinciden en la cifra. Adobe XD recomienda entre 8 y 10 personas, con diversidad de edad, cultura y género, y Lyssna entre 5 y 8; Maze no da un número. La diferencia tiene sentido: el número depende de la pregunta, de la variedad de tu público y de cuánto tiempo tengas. Lo que importa más que el número es que las personas se parezcan a tu público.
Ese es el riesgo principal del método. Las personas que se encuentran en una cafetería no son necesariamente tus clientes. Maze lo señala como la limitación principal: si los participantes no representan a tu público, los resultados son menos fiables. Adobe XD y Lyssna advierten lo mismo. Por eso conviene hacer preguntas de filtro antes de empezar la prueba, como cada cuánto compran en línea o si usan apps parecidas, que es el ejemplo que da Maze.
¿Qué no puede hacer?
Las fuentes consultadas coinciden en que la prueba de guerrilla no reemplaza la investigación formal. Adobe XD lo dice sin rodeos: no debe reemplazar la prueba de usuario formal, sus sesiones cubren solo una parte pequeña del flujo y sus hallazgos no son exhaustivos, así que las decisiones grandes exigen cautela. Lyssna añade que es excelente para encontrar problemas, pero que los métodos formales ayudan a entenderlos. Maze la ubica en la fase formativa, al inicio del diseño, y recomienda pasar a una prueba sumativa con una muestra mayor y más estandarizada cuando necesitas feedback más fino.
Hay además límites prácticos. Lyssna menciona que el entorno público puede ser ruidoso o distraer; las sesiones son cortas y no permiten explorar comportamientos complejos. Adobe XD añade que puede costar más convencer a las partes interesadas con datos informales. Tampoco sirve para contenido sensible ni para personas con necesidades específicas que una muestra aleatoria no va a tener. Para esos casos, las pruebas de usabilidad formales siguen siendo la opción.
Ejemplo
Ejemplo ilustrativo: un equipo está diseñando el flujo de pago de una app de comida a domicilio y quiere saber si la gente entiende las opciones de envío antes de empezar un rediseño completo. Lleva un prototipo a una cafetería cerca de una zona de oficinas, en una tarde. Antes de cada prueba, pregunta si la persona pide comida a domicilio al menos una vez al mes; si no, agradece y busca a otra persona. Hace ocho sesiones de siete minutos con dos tareas. Cinco personas no distinguen entre “entrega programada” y “entrega rápida”. El equipo cambia el texto y la jerarquía de esas opciones, y después hace una prueba formal con usuarios reclutados para confirmar el cambio.
Para tu próxima semana: define una pregunta, escribe dos tareas y prueba con dos colegas. Si las instrucciones son claras para ellos, probablemente lo sean para quien se acerque en la calle.
¿Cuándo NO conviene?
- Cuando necesitas datos estadísticos o comparables entre grupos.
- Cuando el producto es sensible, como salud o finanzas, y no puedes garantizar privacidad en un espacio público.
- Cuando el público es muy específico y no aparece en un lugar concreto.
- Cuando la decisión es grande y el costo de equivocarse es alto. Un hallazgo de guerrilla es una pista, no una prueba.
Errores comunes
- Llamarla investigación formal y decidir sobre ella sin confirmar.
- Reclutar a cualquiera sin preguntas de filtro.
- Sesiones largas que cansan a quien pasaba por ahí.
- Dar tareas con los pasos incluidos.
- Tomar un comentario aislado como patrón.
- No registrar el contexto: lugar, hora y ruido, que explican parte de lo que se observa.