Concept testing: validar una idea antes de construirla
Concept testing evalúa si una idea de producto resuena con los usuarios antes de diseñarla o programarla. Qué mostrar, qué preguntar y qué errores evitar.
¿Qué es concept testing?
Es la prueba de la idea, no de la interfaz. Maze lo describe como una forma de evaluar la factibilidad, el atractivo y el potencial de éxito de un producto antes de construirlo, con encuestas, entrevistas o pruebas A/B. Userlytics lo define como un método temprano que recoge feedback sobre una idea antes de que esté completamente diseñada.
Su pregunta central es sencilla: ¿vale la pena construir esto? Si la respuesta es no, has ahorrado semanas. Si es sí, el siguiente paso es probar cómo funciona la experiencia.
¿Por qué le importa a un diseñador?
Porque muchos diseños bien ejecutados resuelven problemas que nadie tiene. Un flujo elegante para una función que el usuario no necesita es trabajo perdido, sin importar lo bien que se vea. Concept testing te permite descubrirlo antes de que el equipo se comprometa con una pantalla.
También te obliga a pensar en la propuesta de valor en palabras. Si no puedes describir la idea en tres frases que alguien entienda, probablemente no esté lista para mostrarla.
¿Qué mostrar y en qué fase?
Maze señala que el concepto puede evaluarse durante la ideación, durante el diseño (desde baja fidelidad hasta prototipos de alta fidelidad) o antes del lanzamiento. Userlytics enumera los formatos habituales: descripciones escritas, storyboards, bocetos, wireframes, mockups o prototipos simples.
Una forma barata y común es una landing page con titular, propuesta de valor y botón de llamada a la acción, sin funcionalidad real. Permite medir interés sin programar nada, aunque conviene tratar esa medición como una señal inicial y no como una decisión.
| Fase | Qué mostrar | Qué pregunta responde |
|---|---|---|
| Inicial | Texto, boceto o landing page | ¿Entienden la idea y les interesa? |
| Intermedia | Wireframes o prototipo de baja fidelidad | ¿Cómo la imaginan usando el producto? |
| Avanzada | Prototipo de alta fidelidad | ¿Qué parte de la propuesta les importa más? |
¿Qué preguntar?
Userlytics propone preguntas concretas: si los usuarios entienden la idea, si la necesitan, si la usarían y qué les gusta o no les gusta. Maze añade interés, comprensión y probabilidad de compra, además del valor percibido y la sensibilidad al precio.
Hay una advertencia que conviene tener presente: la intención declarada no siempre coincide con la conducta real. Que alguien diga que lo usaría no prueba que lo haga. Por eso conviene preguntar por situaciones pasadas ("¿cómo resolviste la última vez…?") y no solo por intenciones futuras.
Evita preguntas que empujan la respuesta. “¿No te parece útil este botón?” induce un sí. “¿Qué harías en esta pantalla?” da información.
¿Cómo se usa en un proceso?
Concept testing ocupa un lugar en la secuencia de investigación. Va después de las entrevistas de problema, que exploran la necesidad sin una solución, y antes de las pruebas de usabilidad, que evalúan una interfaz concreta. Looppanel resume la diferencia entre ambas: concept testing valida la idea y su ajuste al mercado, mientras que la prueba de usabilidad evalúa qué tan bien se puede usar el producto. Son preguntas distintas, así que no las mezcles en la misma sesión.
En cuanto al tamaño de la muestra, depende del tipo de estudio. Looppanel indica que, en general, se trabaja con entre 30 y 100 participantes por concepto cuando se mide de forma cuantitativa. Para un estudio cualitativo, es común empezar con pocas personas y repetir según aparezcan patrones.
¿Cuándo NO conviene?
No conviene cuando la pregunta es si la gente tiene el problema. Para eso sirven las entrevistas de descubrimiento. Tampoco cuando la decisión ya está tomada y solo falta ejecutarla: un concept test se vuelve ritual.
Tampoco sirve para medir la usabilidad de una pantalla. Si necesitas saber si la gente completa una tarea, usa pruebas de usabilidad, no un concepto.
Ejemplo
Ejemplo ilustrativo: un equipo de una plataforma educativa quiere lanzar un modo de estudio en grupo. Antes de diseñarlo, publica una landing page con el titular “Estudia con tus compañeros sin salir de casa” y un botón para unirse a la lista de espera. En dos semanas, de cien visitantes, solo doce hacen clic en el botón. Luego hacen cinco entrevistas con los que sí hicieron clic y descubren que la mayoría piensa en grupos de estudio presenciales, no en videollamadas. El concepto cambia antes de tocar una sola pantalla de la función.
Errores comunes
- Preguntar si les gusta la idea, una respuesta que no guía ninguna decisión.
- Presentar el concepto con un tono de venta, que sesga la respuesta.
- Confiar en la intención declarada sin buscar evidencia de conducta.
- Mezclar concept testing con usabilidad en la misma sesión.
- Usar una landing page como única prueba y tomar un clic como compromiso real.
- Hacerlo cuando la decisión ya está tomada, sin posibilidad de cambiar nada.
Antes de llegar a esta prueba, la desk research ayuda a saber qué ya existe. Si el concepto se apoya en una simulación, Wizard of Oz permite probar la interacción sin construirla. Y para combinar las respuestas con otros métodos, la triangulación explica cómo confiar más en el resultado. Para el tipo de entrevista que precede a esta prueba, revisa las entrevistas de usuario.