Investigación de clientes

Antes de crear otra función, mira a cinco personas usar tu producto

Guía práctica de pruebas de usabilidad para startups: observa a cinco usuarios relevantes, detecta la fricción y decide qué arreglar antes de construir.

Dos personas frente a un portátil, una señalando la pantalla mientras la otra toma notas
En esta página
  1. Por qué cinco personas es un buen punto de partida
  2. Elige una tarea real, no un recorrido por el producto
  3. Busca personas que se parezcan a tus usuarios reales
  4. El guion de la sesión es más sencillo de lo que crees
  5. Anota el comportamiento, no tu interpretación
  6. Arregla el patrón, no cada petición
  7. Vuelve a probar la solución
  8. Dónde encaja la IA y dónde no
  9. En resumen

Un usuario nuevo abre tu app, mira la pantalla y se detiene. Tras unos segundos, toca el botón equivocado. Vuelve atrás, prueba otra cosa y se rinde sin decir nada.

Si hubieras estado mirando, habrías notado el problema al instante.

Pero si solo hubieras mirado una lista de peticiones de funciones, podrías pasarte dos semanas construyendo algo completamente distinto.

Los fundadores suelen ver las funciones nuevas como la respuesta principal a un crecimiento lento. A veces ayudan. Otras veces el producto actual ya es lo bastante bueno en teoría, pero confuso en la práctica.

Antes de añadir otra función, observa a la gente intentar usar el producto que ya has construido.

Por qué cinco personas es un buen punto de partida

La frase “prueba con cinco usuarios” viene de la investigación en usabilidad, no de una garantía de que cinco personas representen todo tu mercado.

La guía de Nielsen Norman Group, “How Many Test Users in a Usability Study?”, explica por qué los estudios de usabilidad cualitativos y pequeños pueden revelar muchos problemas importantes de forma eficiente, y describe también situaciones que requieren muestras más grandes.

El objetivo aquí no es calcular una tasa de conversión ni anunciar que el 80% de los usuarios está confundido. Es descubrir la fricción y entender por qué ocurre.

Si el producto atiende a grupos de usuarios muy distintos, tendrás que tener en cuenta esas diferencias al decidir a quién reclutas y cómo interpretas las sesiones.

Elige una tarea real, no un recorrido por el producto

No le pidas a alguien que se siente a ver tu demo y diga qué le parece.

Dale una tarea parecida a algo que realmente querría hacer:

  • Encontrar y reservar una cita.
  • Crear una factura y enviarla.
  • Comparar dos planes y decidir cuál incluye una función que necesita.
  • Introducir una idea de startup y localizar el informe resultante.
  • Guardar un artículo y volver a él más tarde.

La tarea debe tener un final claro, pero evita decirle exactamente en qué botones hacer clic.

En lugar de “Haz clic en el botón verde para empezar una prueba”, di: “Quieres averiguar qué podría fallar en esta idea de negocio. Enséñame cómo empezarías”.

Busca personas que se parezcan a tus usuarios reales

Los amigos pueden ser útiles para detectar errores evidentes, pero te conocen y puede que intenten apoyarte. Si puedes, recluta a personas que de verdad tengan el problema que el producto dice resolver.

No necesitas un laboratorio de investigación profesional. Puedes observar por videollamada o en una sala tranquila. Pide el permiso adecuado antes de grabar nada, y no presiones a nadie para que comparta cuentas privadas o contraseñas.

Si ofreces un incentivo, que sea por su tiempo, no una recompensa por un feedback positivo.

El guion de la sesión es más sencillo de lo que crees

Una apertura útil:

Gracias por ayudar. Estamos probando el producto, no a ti. No hay clics equivocados. Por favor, dime qué esperas que pase a medida que avanzas. Puede que me quede callado un momento para ver qué deja claro la pantalla por sí sola.

Después da la tarea y observa.

Cuando se detengan, resiste las ganas de rescatarlos. Si la situación se vuelve incómoda, puedes preguntar: “¿Qué estás buscando ahora mismo?”. Eso revela más que explicar dónde está el botón.

Haz preguntas de seguimiento neutrales:

  • ¿Qué esperabas que pasara al hacer clic ahí?
  • ¿Qué te ha resultado confuso aquí?
  • ¿Qué información estabas buscando?
  • ¿Hay algo que esperabas ver y no has visto?

Evita “¿A que ha sido fácil?” o “Te ha gustado el diseño, ¿verdad?”. Esas preguntas empujan a la gente hacia la respuesta que quieres.

Anota el comportamiento, no tu interpretación

Mala nota: “El usuario no entiende nuestro producto”.

Mejor nota: “El usuario buscó los precios en la navegación superior, abrió las preguntas frecuentes y volvió a la página de inicio sin encontrar las condiciones de la suscripción”.

La segunda nota te da algo que puedes arreglar.

Un registro sencillo de la sesión puede incluir:

Tarea Qué pasó Posible fricción
Empezar una prueba El participante no encontró el botón principal La llamada a la acción no destaca o la etiqueta no es clara
Definir la audiencia El participante no estaba seguro de quién estaba seleccionado No se explica la opción predeterminada
Ver el resultado El participante esperaba un correo, pero miró en el panel Al mensaje de finalización le falta orientación

Mantén las observaciones separadas de las hipótesis. Puedes hablar de las causas de fondo después de la sesión.

Arregla el patrón, no cada petición

A un participante puede no gustarle una tipografía. Otro puede pedir una función en la que no habías pensado. Toma nota, pero fíjate sobre todo en los momentos repetidos de dificultad real.

Si tres personas no encuentran la misma acción, merece la pena investigarlo rápido. Si una persona pide un filtro avanzado de informes, puede ser valioso más adelante, pero no debería pasar automáticamente por delante de una tarea que nadie consigue completar.

Prioriza los problemas según su gravedad, su frecuencia en tu pequeño estudio y la importancia de la tarea. Son decisiones de criterio, no estimaciones de población verificadas estadísticamente.

Vuelve a probar la solución

La parte más útil de un estudio de usabilidad es lo que viene después.

Cambia la etiqueta confusa, acorta el formulario o mejora las indicaciones. Después pide a nuevos usuarios relevantes que intenten la misma tarea sin ayuda.

Este ciclo suele revelar más que reunir un gran número de sugerencias de funciones sin observar nunca cómo se usa realmente el producto.

Hay límites: una sesión de usabilidad te habla de la fricción en la interacción, no de si la idea de negocio de fondo tiene una demanda fuerte en el mercado. Alguien puede moverse perfectamente por tu app y aun así no tener ningún motivo para pagar por ella.

Dónde encaja la IA y dónde no

La IA puede ayudarte a redactar escenarios de tareas, identificar posibles puntos de confusión y organizar las notas de las entrevistas. Una prueba de concepto simulada por IA puede sugerirte preguntas que investigar antes de reclutar a personas.

Pero un participante sintético no puede sustituir ver a un ser humano real dudar, malinterpretar una pantalla o usar tu producto de una forma inesperada.

Prueba el Generador de encuestas a clientes gratuito para preguntas neutrales después de la sesión, o usa SellTo.us para explorar hipótesis a nivel de concepto por separado de los hallazgos de usabilidad.

Preguntas frecuentes

¿Puedo probar mi producto con solo tres personas?

Sí, si es lo que puedes reclutar de forma realista. Deja claro el alcance limitado y trata los hallazgos como observaciones cualitativas iniciales.

¿Debo explicar las funciones si un participante se atasca?

Primero anota el punto de confusión. Después puedes ayudarle a continuar, sobre todo si se siente incómodo, pero distingue lo que logró por su cuenta de lo que necesitó orientación.

¿Una prueba de usabilidad demuestra el encaje producto-mercado?

No. Muestra cómo interactúa la gente con un producto o una tarea. La demanda del mercado necesita otros tipos de evidencia, como la adopción real y el comportamiento de compra.

En resumen

Cuando estás orgulloso de un producto, cuesta ver a alguien pelearse con él. Precisamente por eso deberías hacerlo.

Cinco sesiones honestas pueden darte cosas concretas que arreglar antes de que otra función complique más el producto. El objetivo no es ganarse cumplidos. Es hacer más fácil la experiencia del siguiente usuario.

Escrito por el equipo de SellTo.us. Los ejemplos de este artículo son hipotéticos. Los resultados de SellTo.us provienen de participantes simulados por IA, no de personas reales, y no predicen ventas ni garantizan el éxito.

Artículos relacionados