Validación y testeo de prototipos

Explicá qué es validar un prototipo y en qué se diferencia de «que a tu equipo le guste». ¿Por qué no basta con preguntarles a tus amigos si tu idea es buena?

Explicá qué es un usuario de prueba (tester) y por qué tu abuela o tu mejor amigo son testers sospechosos. Describí el perfil de tres buenos testers para una app de apuntes del insti (quiénes son y por qué su opinión cuenta más que la de tu familia).

Distinguí validar de verificar con un ejemplo del puesto de crepas: verificar es comprobar que la crepa está hecha según la receta; validar es comprobar que la gente quiere comprarla. Explicá por qué un producto puede estar «bien hecho» y aun así no vender.

Vas a probar el puesto de jugos con $5$ compañeros. Describí qué les darías a probar, qué tres cosas anotarías de cada uno (qué elige, cuánto tarda en decidir, si pagaría el precio) y por qué es mejor observar lo que hacen que preguntarles solo si les gusta.

Nombrá tres cosas que podés anotar en un test sin preguntar nada (dónde duda el usuario, qué botón presiona primero, cuánto tarda) y explicá qué ventaja tiene observar frente a preguntar «¿te gusta?».

Diseñá el test de un prototipo de app del insti hecho con pantallas de papel: escribí el guion de $5$ pasos que le vas a pedir al usuario (buscar el horario, apuntar una tarea…), qué debe hacer solo (sin que lo ayudés) y qué vas a anotar en cada paso. Explicá por qué en el test el usuario «conduce» y vos te quedás callado.

Diseñá el test de usabilidad del prototipo del punto de intercambio de libros: el guion de $4$ pasos que le vas a pedir a cada usuario (encontrar el punto, buscar un libro, registrar la entrega), qué debe hacer solo sin ayuda, qué vas a anotar en cada paso y cuántos testers van a buscar. Explicá por qué con $5$ buenos testers se detectan ya la mayoría de los problemas grandes.

La primera validación de ustedes salió «demasiado bien»: les enseñaron el prototipo a $8$ amigos explicándolo ustedes mismos, y todos dijeron que «está genial». Al probarlo solos, $3$ compañeros de otra clase no supieron ni empezar.

1. a) Identificá los tres errores del primer test (muestra, explicación previa, preguntas que empujan al elogio).
2. b) Rediseñá el test con las reglas correctas (el usuario conduce, vos te callás, tareas en vez de opiniones) y escribí las dos primeras frases que le dirás al tester.

El equipo probó su app de apuntes con $10$ usuarios: sus $8$ mejores amigos y $2$ familiares. Todo fueron elogios y ninguna pega. Al lanzarla, el alumnado la encuentra confusa.

1. a) Analizá por qué la prueba salió «perfecta» y aun así falló: qué sesgos tenía la muestra y el guion.
2. b) Rediseñá la prueba: a quiénes elegirías, qué instrucciones les darías y qué harías para que las críticas salgan a la luz.

Explicá qué es una métrica y por qué «parece que gustó» no es una métrica. Escribí una métrica concreta para cada proyecto: el puesto de desayunos, la app de apuntes y el punto de intercambio de libros.

Tu equipo ha probado el prototipo y tiene una lista de $12$ fallos. Explicá por qué no conviene arreglar los $12$ a la vez y en qué orden razonable atacarlos (primero los que bloquean el uso, luego los que molestan mucho, al final los detalles). Poné un ejemplo de cada tipo.

En el primer test del puesto de crepas, $3$ de cada $10$ probadores piden la versión salada y la valoración media del sabor dulce es de $7.2$ sobre $10$; tras cambiar la receta, la media sube a $8.5$ y $5$ de cada $10$ piden salados.

1. a) Interpretá las dos métricas y explicá qué decisiones tomarías con el menú (precio, protagonismo de lo salado, receta dulce).
2. b) Proponé una tercera métrica útil para la próxima prueba (tiempo de fila, repetición, precio aceptado) y justificala.

Del test de la app de ustedes salen $15$ comentarios: dos personas piden modo oscuro, una pide que hable con Alexa, ocho se quejan de que no se entiende el botón principal y cuatro no comentan nada. Explicá cómo distinguís la señal del ruido (cuánta gente lo pide, cuánto bloquea el uso) y decidí qué dos cambios harían primero, defendiendo el orden.

En el test del puesto de desayunos, $6$ de $10$ probadores completan la compra en menos de $2$ minutos; $3$ preguntan por opciones sin gluten (no hay) y la valoración media del producto es $8.1$ sobre $10$.

1. a) Interpretá las tres métricas y decidí las dos primeras mejoras, justificando el orden.
2. b) Proponé la hipótesis que probarían en el siguiente test («si añadimos una opción sin gluten, $X$ pasará») y la métrica que la confirmaría.

El equipo probó su app con $20$ alumnos y recogió $25$ comentarios: $9$ piden modo oscuro, $6$ se quejan de que no encuentran el buscador, $4$ piden avisos de exámenes, $3$ piden stickers y $3$ no dijeron nada.

1. a) Ordená los cambios por señal (cuánta gente lo pide y cuánto bloquea) y decidí qué dos entran en la próxima versión, defendiendo el criterio.
2. b) Explicá qué harías con el comentario de los stickers y por qué «contentar a todos» es la receta para no lanzar nunca.

La figura muestra el bucle de trabajo de un equipo que valida su prototipo, pero una de las estaciones está tapada con un signo de interrogación.

1. a) Indicá qué estación falta en el bucle (qué hace el equipo con lo aprendido en el test) y por qué sin ella el bucle no gira.
2. b) Explicá qué representa el centro del bucle y por qué no puede ser «la opinión del propio equipo».

El puesto de jugos hizo dos rondas de prueba. Ronda 1: $40\ \%$ de los que se acercaban compraban, espera media de $6$ minutos, valoración del sabor $6.5$. Ronda 2 (con receta nueva y dos jarras): $55\ \%$ de compra, espera de $3$ minutos, sabor $8.2$.

1. a) Interpretá la evolución: qué cambió, qué métrica lo confirma y qué dirías si alguien del equipo afirma que «ya está perfecto».
2. b) Proponé la siguiente métrica a mejorar (porcentaje que repite, ventas por hora pico) y diseñá cómo la mediríamos en la feria.

Dos rondas de prueba del puesto de desayunos dan estos datos: versión $1$: $3$ de $10$ clientes completan la compra y valoran la espera con un $4$ sobre $10$; versión $2$ (con pedido anticipado y dos cajas): $8$ de $10$ completan y la espera se valora con un $8$.

1. a) Interpretá la evolución: qué problema tenía la versión $1$, qué cambió y qué métrica lo demuestra.
2. b) Proponé la siguiente hipótesis a probar (qué mejoraría aún más la compra) y diseñá la mini-prueba con su métrica de éxito.

Dos equipos validan el mismo tipo de puesto. El A pregunta: «¿te gustaría que hubiera un puesto de desayunos sanos?» ($90\ \%$ dice que sí). El B monta un puesto mínimo en un recreo y mide: $15$ compras de $60$ personas que pasaron.

1. a) Explicá qué midió realmente cada equipo y por qué el «sí» del equipo A vale menos que las $15$ compras del B (diferencia entre opinión declarada y comportamiento real).
2. b) Diseñen su validación definitiva para la feria: qué experimento con dinero real harían antes, con qué umbral de éxito escrito de antemano («si menos de $X$ de cada $Y$ compran, cambiamos de producto»).

«Validar es para los que no creen en su idea; los grandes emprendedores siguen su instinto.»

1. a) Resumí el argumento y detectá qué confunde (la idea con su ejecución: el instinto propone, el usuario dispone).
2. b) Rebatilo con el caso del equipo que «sabía» que las pulseras rojas serían las más vendidas y terminó regalándolas mientras se agotaban las azules, y extraé una regla práctica: qué decisiones pueden dejarse al instinto y cuáles no.

Su cooperativa lanza la v3 del puesto tras dos validaciones. La feria real, sin embargo, sale peor que los tests: colas largas, agotan el producto a media mañana y varios clientes se van sin comprar.

1. a) Explicá por qué los tests no predijeron esto (escala, hora pico, estrés del equipo: el laboratorio no es el mundo real) y qué aprende un equipo ágil de esta «falla» del test.
2. b) Diseñá el informe posterior a la feria: qué cinco datos van a recoger durante el evento (ventas por hora, cola máxima, momento de agotamiento, quejas, qué se agotó primero) y qué tres decisiones van a tomar para el próximo evento con esos datos.

El equipo de la app de organización la lanzó sin validar: $6$ meses de trabajo, $200$ descargas la primera semana… y el $80\ \%$ la desinstaló al segundo día. Las reseñas dicen «no se entiende» y «no encuentro nada».

1. a) Reconstruí qué validación habría detectado el desastre en la semana $2$ (test con pantallas de papel, $5$ usuarios, tareas concretas) y qué habría costado frente a $6$ meses.
2. b) Diseñá el plan de rescate: qué test hacen ahora con la app real, a cuántos usuarios, qué tres tareas les piden y qué dos cambios urgentes esperan encontrar antes de relanzar.

Diseñá el sistema completo de validación del proyecto de tu clase para este año: qué se valida antes de construir (concepto), qué se valida con el prototipo (uso), qué se valida en el lanzamiento (mercado real) y qué se valida después (mejora continua). Para cada fase indicá el método, el número de personas implicadas, la métrica de éxito y la decisión que van a tomar si el resultado es malo. Defendé por qué validar es un seguro y no una pérdida de tiempo.

Reto del tema. Imaginá que vas a lanzar el prototipo de tu bien o servicio al mercado local y necesitás validar su viabilidad antes de invertir recursos.

1. Estrategia de difusión: Diseñá un cartel digital (o boceto en papel) o redactá el guion de un elevator pitch de máximo $60$ segundos que comunique con impacto la propuesta de valor y las características clave de tu prototipo.

2. Prueba de campo: Presentá tu soporte a $5$ usuarios potenciales (familiares o compañeros) y aplicá un cuestionario rápido pidiéndoles que puntúen de $1$ a $5$: necesidad que resuelve, claridad de la propuesta y disposición a pagar un precio estimado.

3. Análisis de resultados: Tabulá las respuestas, calculá la media aritmética de cada ítem con un decimal (por ejemplo, una utilidad de $4.2$) y anotá las principales sugerencias cualitativas que te hayan aportado.

4. Informe de iteración: Redactá una propuesta razonada de media página con $2$ modificaciones concretas que vas a incorporar a tu prototipo a partir del feedback recibido para optimizar su diseño.

Se valorará:

• Claridad y capacidad de persuasión en el soporte y estrategia de difusión.

• Rigor en la recogida y cálculo de las métricas de la prueba de campo real.

• Justificación de las mejoras del prototipo a partir de la retroalimentación obtenida.